Development record
itd-140 makes the landing page opt-in and never a default; itd-2609061543533170 renders it for every managed repository and forbids switching it off
itd-140 makes the landing page opt-in and never a default; itd-2609061543533170 renders it for every managed repository and forbids switching it off
A premise contradiction (severity minor) found by the cross-document consistency pass.
- End A:
.abcd/development/intents/disciplines/itd-140-the-generic-specific-boundary-of-the.md:29— "the deploy workflow: opt-in, declared in the repo's.abcd/site.json, never a default" - End B:
.abcd/development/intents/shipped/itd-2609061543533170-abcd-sets-up-a-managed-repository-s.md:68— "the landing page and the record pages cannot be switched off beneath the explorer"
itd-140 places the landing page on the specific side of the site boundary: opt-in, declared in the repository's site.json, never a default. The shipped site intent renders the same page set for every managed repository, opt-out per page, and rules that the landing page cannot be switched off beneath the explorer. A landing page cannot be both opt-in and impossible to switch off.
Evidence: .abcd/work/reviews/2026-10-26-consistency/00-summary.md, finding 1149.
Frontmatter
| id | iss-2610262043369188 |
|---|---|
| type | issue |
| lifecycle | open |
| severity | minor |
.abcd/work/issues/open/iss-2610262043369188-itd-140-makes-the-landing-page-opt-in.md
open on GitHub ↗ · commit history ↗
References2
- itd-140The Generic/Specific Boundary of the Site Generator Is a Gate, Not a Hoperelated
- itd-2609061543533170One verb takes a managed repository's site from the checkout to a live addressrelated