Development record
A shipped connection step uses the picker owned by the plain-Terminal interviews intent, which is still planned and unbuilt
A shipped connection step uses the picker owned by the plain-Terminal interviews intent, which is still planned and unbuilt
A sequencing impossibility (severity minor) found by the cross-document consistency pass.
- End A:
.abcd/development/intents/planned/itd-2610030810370060-a-person-can-run-abcd-s-interviews-in-a.md:79— "adopted as a direct dependency when this is built" - End B:
.abcd/development/intents/shipped/itd-2610030821294016-connecting-a-model-service-from-inside.md:103— "The picker in that step is itd-2610030810370060's."
itd-2610030821294016 has its Terminal step let the person pick a model and assigns that picker to itd-2610030810370060. That intent is planned, and its own dependency is adopted only when it is built. A shipped intent depends on a component its owning record has not yet delivered.
Evidence: .abcd/work/reviews/2026-10-26-consistency/00-summary.md, finding 1222.
Frontmatter
| id | iss-2610262044407176 |
|---|---|
| type | issue |
| lifecycle | resolved |
| severity | minor |
.abcd/work/issues/resolved/iss-2610262044407176-a-shipped-connection-step-uses-the.md
open on GitHub ↗ · commit history ↗
References2
- itd-2610030810370060abcd's interviews run in a plain Terminal, with the same question layoutrelated
- itd-2610030821294016Connecting a model service from inside your coding session looks up the details and offers the choicesrelated