Skip to content

Prepare autonomous GitHub release train for post-v0.4.6 changes #179

Description

@luoyuctl

Background

PR #178 merged after the latest public release v0.4.6 and added release-surface protection for the npm wrapper documentation. The current binary behavior does not require an urgent runtime release, but the merged CI/docs change is release-surface work and should be explicitly routed before any next tag or package-channel update.

Evidence

User value

Users and contributors get clearer install documentation and lower risk that unavailable npm install instructions reappear in release-facing surfaces.

Adoption rationale

Install-path trust is part of onboarding clarity. Keeping npm wrapper docs synchronized with the actual publication state reduces failed first-run attempts and keeps future package-channel work auditable.

Release type

docs-only / package-surface maintenance

Target version

Next maintainer-authorized version, if a docs-only or patch release is approved.

Release scope

Suggested scope

  • Decide whether Add npm README release surface checks #178 should be included in the next release train or simply remain on master until another user-facing runtime change lands.
  • If a release proceeds, run the normal Quality Release Gate before any tag/release execution.
  • Keep public npm install wording cautious unless npm publication is explicitly authorized and completed.

Non-goals

Blocker check

No new runtime P0/P1 blocker found in Product validation. Release execution remains blocked on explicit maintainer authorization and Quality Release Gate PASS.

Required authorization

RELEASE_ALLOWED, TAG_ALLOWED, PACKAGE_PUBLISH_ALLOWED, NPM_PUBLISH_ALLOWED, and HOMEBREW_PUBLISH_ALLOWED are not granted by this issue. A maintainer must record any needed authorization before execution.

Package plan

Keep active install paths limited to currently available channels. npm remains prepared but unpublished unless #174 records a maintainer decision and the package is actually published.

Post-release validation

If a release is authorized, verify:

  • release tag and agenttrace --version agree
  • scripts/ci/check-release-surfaces.sh passes
  • scripts/ci/check-docs-commands.sh passes
  • output contract, deterministic output, and report semantics checks pass
  • Pages artifact check passes
  • npm documentation reflects the actual package publication state

Acceptance criteria

  • Maintainer records whether this waits for the next runtime release or proceeds as a docs-only/package-surface release train.
  • Any release execution has explicit authorization and a Quality Release Gate PASS.
  • Decide npm package publication path before launch docs go live #174 remains open until the npm package-channel decision is recorded.
  • Public docs do not present unavailable npm installation as an active path.

Suggested lane

lane/growth

Risk

Low implementation risk; moderate onboarding risk if release-facing install copy drifts from actual package availability.

Source

Product post-merge回访 of #178 after v0.4.6.

Metadata

Metadata

Assignees

No one assigned

    Labels

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions