This checklist is for an honest v0.1.0 open-source MVP release.
Release framing should stay within these claims:
- replayable incident investigation framework
- runbook-driven evidence collection
- benchmarkable selection and conclusion flow
- MCP entrypoint for investigation tooling
Do not frame this release as:
- a complete production self-healing platform
- the original internal DAG system
- unrestricted automatic repair
- README starts with a recognizable incident pattern, not architecture jargon.
- Zero-config demo works from a clean clone.
- Real-system setup is clearly separate from the zero-config path.
- Repository limitations are stated explicitly.
pnpm test -- --runpasses.pnpm buildpasses.pnpm checkpasses.pnpm benchmarkpasses.pnpm demoprints a full structured walkthrough.- Built-in runbook context support matches runtime parameter mappings.
npm pack --dry-runcontains only the intended release files.package.jsondeclares the minimum supported Node.js version.package.jsonincludesrepository,homepage, andbugsmetadata.prepackbuilds fresh artifacts.dist/does not contain compiled test files.
- Config examples use the same key prefixes and context assumptions as the built-in runbooks.
- Custom runbook support is documented with sibling metadata requirements.
- Runbook spec documents context-specific step params where applicable.
CHANGELOG.mdsummarizes the release scope and major fixes.SECURITY.mddefines a private reporting path and scope notes.
- Choose the release title and wording for an MVP, not a production platform.
- Prepare the release announcement from the current repository scope.
- Tag only after the checklist above is green.