Development record
Found while readying Phase 8: the generated CLI reference (docs/reference/cli/commands.md), the surface_coverage record-lint rule and the brief-to-surface crosscheck gate were all shipped under issue ids with no intent record, and itd-60 and itd-85 each shipped substantial code while sitting in drafts/ (itd-60's deterministic docs lint is live as abcd docs lint; itd-85's delivery is on main). Phase 8's expectation is that the record is the shipped state, and these are shipped capabilities the record does not name as intents, so a product thinker reading the brief and the intents together still cannot see them as delivered. Directions, none adopted: file a shipped intent per capability by hand with an audit note saying it was delivered before the ceremony existed; or list them in the Phase 8 file as pre-ceremony deliveries and leave the intents as is; or resolve the gap through the doc-fidelity gate itself once it exists, since it will name every surface the brief describes without an intent.
Found while readying Phase 8: the generated CLI reference (docs/reference/cli/commands.md), the surface_coverage record-lint rule and the brief-to-surface crosscheck gate were all shipped under issue ids with no intent record, and itd-60 and itd-85 each shipped substantial code while sitting in drafts/ (itd-60's deterministic docs lint is live as abcd docs lint; itd-85's delivery is on main). Phase 8's expectation is that the record is the shipped state, and these are shipped capabilities the record does not name as intents, so a product thinker reading the brief and the intents together still cannot see them as delivered. Directions, none adopted: file a shipped intent per capability by hand with an audit note saying it was delivered before the ceremony existed; or list them in the Phase 8 file as pre-ceremony deliveries and leave the intents as is; or resolve the gap through the doc-fidelity gate itself once it exists, since it will name every surface the brief describes without an intent.
Remedy grounds (2026-09-29)
- Why: ruling M5 (2026-09-23) chose to ship by hand, as iss-240's wontfix records; only who writes the specs is open, so the fix is the same under both answers.
- Rejected: listing the deliveries in the Phase 8 file alone, which leaves the intent store, the thing the board and the changelog read, silent about them.
Frontmatter
| id | iss-2609020906544088 |
|---|---|
| type | issue |
| lifecycle | open |
| severity | minor |
.abcd/work/issues/open/iss-2609020906544088-three-shipped-capabilities-have-no.md
open on GitHub ↗ · commit history ↗
mentions3
- iss-240itd-85 (read-only repo-conformance audit) is fully delivered — internal/core/audit, cli/audit.go, commands/audit.md, surfaces/16-audit.md, resolved issues against it — yet the intent still sits in drafts/. Under the delivery-state doctrine the capability is only half-recorded until the maintainer runs the ship move.
- itd-60When A Surface Ships, The Brief Describes It — Or The Intent Does Not Reach Shipped
- itd-85A Read-Only Repo-Conformance Audit