chore(release): prepare 0.7.0 - #187
Conversation
|
🦞👀 Pull request received. I will update this pull request when review starts. |
|
@clawsweeper automerge Special instructions: Only land this preparation PR. The coordinating maintainer owns the annotated tag and publishing workflow afterward; do not create tags, publish npm packages, create/promote releases, rewrite runtime code, or start unrelated work. |
|
🦞🧹 Reason: target is no longer an open PR. Draft PRs stay fix-only until GitHub marks them ready for review. Pause with Automerge progress:
|
|
Codex review: passed. Reviewed August 31, 2026, 12:08 PM ET / 16:08 UTC. ClawSweeper reviewWhat this changesThe PR prepares version 0.7.0 by updating the changelog, root and native package versions, seven platform package versions, and matching workspace lock entries. Merge readinessKeep this PR open for landing: its introduced release metadata matches the repository’s tag-time version checks, and no correctness or security defect was found. The supplied candidate proof is sufficient; exact-head CI can finish through the normal merge gate. Priority: P3 Review scores
Verification
How this fits togetherThe root npm package installs an optional platform-specific native binding. Release metadata must keep the root package, native workspace and crate, platform packages, lockfile, and dated release notes aligned before the tag-triggered publishing workflow runs. flowchart LR
Notes[Release notes] --> Root[Root npm package]
Root --> Pins[Exact platform package pins]
Native[Native workspace and crate] --> Validator[Tag-time release validation]
Pins --> Validator
Validator --> Packages[Published root and platform packages]
Before merge
Agent review detailsSecurityNone. Review metrics
Technical reviewBest possible solution: Merge the synchronized metadata after the exact-head gates pass, then let the protected annotated tag and existing release workflow build, verify, and publish the packages. Do we have a high-confidence way to reproduce the issue? Not applicable: this PR changes release metadata, not a reported user-facing defect; its package behavior is covered by the supplied candidate smoke evidence. Is this the best way to solve the issue? Yes. Updating every release-version surface together is the narrowest maintainable path and directly matches the repository’s tag-time validator. AGENTS.md: found and applied where relevant. Codex review notes: model internal, reasoning high; reviewed against b83b339c0cb6. LabelsLabel changes:
Label justifications:
EvidenceWhat I checked:
Likely related people:
Rating scale
Overall follows the weaker of proof and patch quality. Workflow
|
Summary
Prepare the user-requested 0.7.0 release. Update the root package, all seven platform packages, private native build workspace, Rust crate, exact optional-dependency pins, and generated locks together. Date the approved Highlights/upgrade notes as 0.7.0 — 2026-08-31, preserving their complete content and all historical notes.
This is release metadata only: no runtime changes or dependency upgrades. After this PR lands and its exact-head gates pass, the maintainer will push an annotated protected v0.7.0 tag on main. The existing release workflow will build all seven bindings, publish the eight packages through npm trusted publishing, verify artifacts/provenance, and promote the GitHub Release. Do not publish locally.
Executed candidate proof
On the candidate version,
pnpm native:build,pnpm check,pnpm test:security, andpnpm package:smokepassed: 6,086 TypeScript tests, 65 Rust tests, and 78 security tests. The package smoke installed only the packed root into isolated npm/pnpm consumers; native require/auto/off produced the same SHA-256, omitted optionals retained the documented fallback, and missing binaries failed require with helper-unavailable. The local native target was macOS arm64; foreign fixtures proved installer filtering, not foreign execution. Hosted CI supplies the other execution lanes.Version and approved-note verification emitted:
{"rootVersion":"0.7.0","platformPackages":7,"nativeVersion":"0.7.0","exactOptionalPins":true,"releaseNotesMatchApprovedHighlights":true,"releaseNoteBytes":9335}The real compiled sidecar proof emitted:
{"proof":"sidecar-unlinked-snapshot","platform":"darwin","handoff":{"hookCalls":1,"waiterOwner":"waiter","payload":{"owner":"waiter","scenario":"handoff"},"verified":true,"openedHandleClosed":true,"finalMissing":true},"replacement":{"hookCalls":1,"error":{"name":"FsSafeError","code":"path-mismatch"},"openedHandleClosed":true,"replacementPreserved":true,"originalPreserved":true}}Compiled temp quarantine/reparse-root proof preserved replacements and outside bytes with stable indeterminate results, and the append proof rejected raced async/sync targets while stable appends returned
ab.Codex autoreview is scoped-clean with no actionable findings.
git diff --checkpasses. Lockfile diffs contain only seven platform version specifiers and the workspace crate version. The real release-note generator matches the previously approved Unreleased body byte-for-byte.