Development record
itd-107 keeps forge calls (arming auto-merge, re-reading created items) out of the binary so it needs no forge command-line tool; the build loop's binary already makes those calls through gh.
itd-107 keeps forge calls (arming auto-merge, re-reading created items) out of the binary so it needs no forge command-line tool; the build loop's binary already makes those calls through gh.
A premise contradiction (severity minor) found by the cross-document consistency pass.
- End A:
.abcd/development/intents/drafts/itd-107-autonomous-routines-assemble-from-one.md:145— "so the binary acquires no platform CLI dependency" - End B:
.abcd/development/brief/04-surfaces/34-build.md:768— "It opens the pull request through the forge client the repository already uses (gh)"
itd-107 justifies leaving forge calls to the host by saying the binary then acquires no platform CLI dependency. In 34-build's landing, the binary opens the pull request through gh, asks gh pr view whether it merges, arms auto-merge and re-reads the body the forge holds. So the binary already depends on gh, and the draft's reason does not hold.
Evidence: .abcd/work/reviews/2026-10-26-consistency/00-summary.md, finding 713.
Frontmatter
| id | iss-2610262037186224 |
|---|---|
| type | issue |
| lifecycle | open |
| severity | minor |
.abcd/work/issues/open/iss-2610262037186224-itd-107-keeps-forge-calls-arming.md
open on GitHub ↗ · commit history ↗
References1
- itd-107Autonomous Routines Assemble From One Versioned Templaterelated
mentions1
- iss-2610262039022652itd-107 keeps arming auto-merge and polling merge state out of the binary; 38-land's binary verb arms and confirms merges itself