Skip to content
docs
Arxo ↗

Check and release a package

For LLMs6 sections

Follow an existing model through checks, review, acceptance and publication. This is a route to the canonical instructions; each stage keeps its own tool versions, evidence and limits.

External package author: work in your own package with the public CLI and the documented review artifacts. Start with the CLI working session and the Handbook workflow.

Core repository contributor: the team workflow also describes repository CI profiles. Those scripts belong to that workspace; they are not prerequisites for publishing a package from an external project.

  1. Define scope and pin the source edition. Name excluded material and source standing.
  2. Record the modeling decisions and the dependencies you reuse. For several packages, use Corpus boundaries and shared vocabulary.
  3. Prepare scenarios and properties and mutations, then inspect coverage and quality.

Run the semantic review and technical review. Keep their findings and opinions distinct. Follow candidate acceptance to record the verdict, tool version and honest limits. An agent review does not imply independent human approval.

The Handbook’s worked candidate has specific recorded limits. Do not treat its verdict as acceptance of a different package or tool version.

Read Publishing a release for pack, publish and pin, including the distinction between artifact formats. Check versions and language lines before selecting a release. Preserve the candidate’s accepted scope and limits with its artifacts.

When the source, model or dependency changes, start with Revisit after change, inspect consumer impact and follow Upgrades and replay.

For an application consuming that package, continue with application versioning. For your own Arxo service, use Operate upgrades and its deployment verification record.

Documentation for Arxo. Writings — blog.arxo.io.

Anonymous visit counts on stats.arxo.io, no cookies.