Development record
record-lint vs capture parser divergence remainder: block-sequence frontmatter fields are legitimate and used in 21+ intent/adr records but only capture's strict ledger parser rejects them, so a correct fix is store-scoped (share capture's typed strict parser through the canonical frontmatter package) rather than a universal rejection. The duplicate-key and space-before-colon halves of #357 are fixed; this block-sequence remainder is the follow-up. Flagged by the lint-integrity fix agent.
issueresolvedminoriss-2608270655499478
record-lint vs capture parser divergence remainder: block-sequence frontmatter fields are legitimate and used in 21+ intent/adr records but only capture's strict ledger parser rejects them, so a correct fix is store-scoped (share capture's typed strict parser through the canonical frontmatter package) rather than a universal rejection. The duplicate-key and space-before-colon halves of #357 are fixed; this block-sequence remainder is the follow-up. Flagged by the lint-integrity fix agent.
Grounds
- pursued: record-lint refuses an issue record with a block-sequence field because capture's reader does, and no other store; an issue record carrying a block sequence that lints green, or an intent or ADR block sequence the gate starts refusing, would show it wrong
Frontmatter
| id | iss-2608270655499478 |
|---|---|
| type | issue |
| lifecycle | resolved |
| severity | minor |
.abcd/work/issues/resolved/iss-2608270655499478-record-lint-vs-capture-parser-divergence.md
open on GitHub ↗ · commit history ↗