You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The npm wrapper metadata is a release-facing surface. npm/package.json currently matches engine version v0.4.6, but scripts/ci/check-release-surfaces.sh does not appear to check the package version or metadata drift.
Evidence
internal/engine/engine.go has Version = "0.4.6".
npm/package.json currently has "version": "0.4.6".
scripts/ci/check-release-surfaces.sh checks README/Homebrew/site/npm README release tags, but not npm/package.json version drift.
If npm publication is authorized later, users should not receive a package whose metadata version or searchable description diverges from the release it wraps.
Adoption rationale
Package metadata is what users and registries see first. Guarding it in CI keeps future package-channel work consistent and reduces release-time manual checks.
Suggested scope
Extend release-surface validation so npm/package.json version matches internal/engine version.
Optionally validate that npm package metadata continues to use local-first coding-agent session observability wording and does not claim unavailable package publication state.
Background
The npm wrapper metadata is a release-facing surface.
npm/package.jsoncurrently matches engine version v0.4.6, butscripts/ci/check-release-surfaces.shdoes not appear to check the package version or metadata drift.Evidence
internal/engine/engine.gohasVersion = "0.4.6".npm/package.jsoncurrently has"version": "0.4.6".scripts/ci/check-release-surfaces.shchecks README/Homebrew/site/npm README release tags, but notnpm/package.jsonversion drift.User value
If npm publication is authorized later, users should not receive a package whose metadata version or searchable description diverges from the release it wraps.
Adoption rationale
Package metadata is what users and registries see first. Guarding it in CI keeps future package-channel work consistent and reduces release-time manual checks.
Suggested scope
npm/package.jsonversion matchesinternal/engineversion.Non-goals
Acceptance criteria
npm/package.jsonversion drifts from engine version.Suggested lane
lane/quality
Risk
Low. Keep the check narrow so future authorized npm publication can update package metadata intentionally without unrelated blockers.
Source
Product package-surface audit on 2026-05-10.