Conversation
|
🦞👀 Pull request received. I will update this pull request when review starts. ClawSweeper review completeClawSweeper finished reviewing this revision. The review result is being finalized. |
|
@morajabi is attempting to deploy a commit to the OpenClaw Foundation Team on Vercel. A member of the Team first needs to authorize it. |
|
Codex review: needs real behavior proof before merge. Reviewed September 13, 2026, 6:03 AM ET / 10:03 UTC (Revision 4). ClawSweeper reviewWhat this changesThis PR normalizes manifest metadata before sending it to the Node-based package scanner and adds coverage for a nested JSON Schema key. Merge readiness⛔ Blocked before merge - 5 items remain Current main addresses the reported failure through merged #3594, whose discussion includes successful production publish evidence. However, the required formal fixing relationship to this request was not established, so automatic closure is not justified. Priority: P2 Review scores
Verification
How this fits togetherClawHub scans uploaded package files and extracted manifests before recording a release. The publishing action passes those inputs into a Node action and uses the returned moderation verdict. flowchart LR
A[Uploaded package] --> B[Extract manifests]
B --> C[Encode scan metadata]
C --> D[Node scan action]
A --> E[Stored package files]
E --> D
D --> F[Moderation verdict]
F --> G[Release processing]
Decision needed
Why: The observable problem is covered by current source and production evidence, but the formal relationship required for automatic PR closure is unestablished. Before merge
Agent review detailsSecurityNone. Review metrics
Root-cause clusterRelationship: Members:
Proposal only: this assessment does not dispatch repair, suppress jobs, mutate sibling items, close, or merge anything. Merge-risk optionsMaintainer options:
Technical reviewBest possible solution: Preserve main's lossless JSON transport so nested manifest keys reach the scanner unchanged. Do we have a high-confidence way to reproduce the issue? No current-main reproduction is established: current main serializes metadata as JSON, and the merged repair has a reported successful production publish. No runtime tests were executed during this read-only review. Is this the best way to solve the issue? The branch is a plausible mitigation, but main's JSON round trip is preferable because it preserves metadata keys rather than renaming them. AGENTS.md: found and applied where relevant. Codex review notes: model internal, reasoning medium; reviewed against 8c2de6c506bb. LabelsLabel justifications:
EvidenceWhat I checked:
Likely related people:
Rank-up movesOptional improvements that raise the rating; they are not merge blockers.
Rating scale
Overall follows the weaker of proof and patch quality. Workflow
HistoryReview history (3 earlier review cycles) |
Summary
$schemakeyWhy
Publishing an exact ClawPack with a channel config schema currently fails before release insertion with:
Field name $schema starts with a '$', which is reserved.The package publish path already sanitizes extracted manifests before database storage, but the new Node-runtime scan hop receives the raw metadata first. This applies the same existing
toConvexSafeJsonValuenormalization at that boundary. Package files remain unchanged and are still scanned from storage; only the duplicate structured metadata projection is normalized.Tests
bunx vitest run convex/packages.public.test.ts --testNamePattern 'scans plugin publishes and forwards scan status to insertReleaseInternal'bun run ci:staticbun run ci:types-buildnpx --yes -p node@24 -c 'bun run ci:unit'(6,334 passed, 3 skipped)