ci: reuse one package in QA smoke#99793
Conversation
|
Codex review: needs real behavior proof before merge. Reviewed July 4, 2026, 12:38 AM ET / 04:38 UTC. Summary PR surface: Tests -1, Docs 0, Config +5. Total +4 across 3 files. Reproducibility: unclear. for current main. The linked runs show the pre-fix OOM/rebuild problem, but current main already builds one package and exports OPENCLAW_CURRENT_PACKAGE_TGZ, so I do not have a failing current-main reproduction for the remaining 16-vCPU/16GB change. Review metrics: 2 noteworthy metrics.
Root-cause cluster Members:
Proposal only: this assessment does not dispatch repair, suppress jobs, mutate sibling items, close, or merge anything. Merge readiness Overall follows the weaker of proof and patch quality, so missing proof can cap an otherwise strong patch. Rank-up moves:
Proof guidance:
Risk before merge
Maintainer options:
Next step before merge
Security Review detailsBest possible solution: Keep the merged shared-package implementation as canonical, and land a narrow runner/heap bump only if completed exact-head or fresh main QA Smoke evidence shows the 4-vCPU/12GB path still fails or materially needs more capacity. Do we have a high-confidence way to reproduce the issue? Unclear for current main. The linked runs show the pre-fix OOM/rebuild problem, but current main already builds one package and exports OPENCLAW_CURRENT_PACKAGE_TGZ, so I do not have a failing current-main reproduction for the remaining 16-vCPU/16GB change. Is this the best way to solve the issue? No, not clearly as the final landing path. Shared package reuse is already implemented by the merged related PR, and this PR's remaining runner/heap bump is a plausible operational mitigation that still needs exact-head proof and maintainer capacity judgment. AGENTS.md: found and applied where relevant. Codex review notes: model internal, reasoning high; reviewed against 26cb189276af. Label changesLabel justifications:
Evidence reviewedPR surface: Tests -1, Docs 0, Config +5. Total +4 across 3 files. View PR surface stats
What I checked:
Likely related people:
What the crustacean ranks mean
Shiny media proof means a screenshot, video, or linked artifact directly shows the changed behavior. Runtime, network, CSP, and security claims still need visible diagnostics. How this review workflow works
|
a8a4c39 to
7ff2ccc
Compare
|
Land-ready at exact head
|
|
Merged via squash.
|
* docs(ci): document QA smoke runner * ci: increase QA smoke build memory * ci: route QA smoke to 16 vCPU runner
Related: #99767
What Problem This Solves
Fixes an issue where QA Smoke CI still exhausted a 12 GB Node heap on the default 4-vCPU
checks-fast-corerunner while building the shared package introduced by #99784.Why This Change Was Made
Route only QA Smoke CI to the existing 16-vCPU Blacksmith class and raise its inherited Node heap to 16 GB. Keep #99784's single validated package tarball, existing
OPENCLAW_CURRENT_PACKAGE_TGZcontract, manual-dispatch fallback, and fork fallback unchanged.User Impact
No product behavior changes. Maintainers get a stable QA smoke gate without the reproduced
tsdownheap failure.Evidence
node scripts/run-vitest.mjs test/scripts/ci-workflow-guards.test.ts— 33 tests passed.node scripts/check-workflows.mjs— workflow validation passed.pnpm docs:check-mdx— 690 files passed.git diff --check— passed.AI-assisted: yes. I reviewed the implementation and validation results. A transcript is not attached because the source session also contains unrelated authenticated live-test work.