168-ratification-has-two-paths
Ratification has two paths, both an owner approval
Lifecycle draftImplementation pendingVerification unknownQualification unknown
This repository builds a spec while it is still a draft and ratifies it in a second, hand-authored pull request. The owner has chosen ratify-then-build instead, with ratification as a triggerable action gated on an owner-only deployment environment, and a second path that ratifies at merge when a pull request lands a spec at draft and complete. Both paths flip only `status`, bind the approval to the exact bytes shown, and leave ratification owner-only.
Read the full pinned specification ↗Relationships
Claimed units
- extends
{ "nature": "corrective", "spec": "093-the-harness-this-repository-runs", "unit": { "kind": "file", "path": "AGENTS.md" } } - extends
{ "nature": "corrective", "spec": "093-the-harness-this-repository-runs", "unit": { "kind": "directory", "path": ".claude/skills/" } }
Source headings
- 168: Ratification has two paths, both an owner approval
- 1. Purpose
- 2. Territory
- 3. Behavior
- 3.1 One approval authority
- 3.2 Path A: ratify then build
- 3.3 Path B: ratify at merge
- 3.4 `AGENTS.md` names the two paths
- 3.5 The skills agree
- 4. Out of scope
- 5. Resolved decisions
- Verification
Frozen anchors
No frozen anchors declared.