Skip to content

Add release-surface guard for npm package metadata #183

@luoyuctl

Description

@luoyuctl

Background

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.
  • Decide npm package publication path before launch docs go live #174 still owns whether npm is published, deferred, or not published; this issue is only about metadata consistency while the wrapper exists in-tree.

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

  • 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.
  • Keep checks deterministic and easy to update if Decide npm package publication path before launch docs go live #174 changes npm publication state.

Non-goals

Acceptance criteria

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.

Metadata

Metadata

Assignees

No one assigned

    Labels

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions