Fork card: cap depends at 8 lines of 1000 bytes #73
Loading…
Reference in a new issue
No description provided.
Delete branch "libby/card-depends-caps"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Closes follow-up
cultlib-gaps:follow_up:gov-card-depends-maxitems.fork-card.schema.jsonnow capsdependsatmaxItems: 8and each line atmaxLength: 1000characters; the storedquestionkind'sLineis 1,000 UTF-8 bytes, which a schema cannot count, so the byte limit is a card rule in both judges (C#CardRuleErrors, TScardRuleErrors) and infork-card.md.Vectors (generator
scripts/gen-governance-vectors.py, additions only): invaliddepends_nine_lines,depends_line_1001_code_points,depends_line_over_1000_bytes(501 x U+00E9, within 1000 characters, 1002 bytes); validdepends_at_both_caps. No existing vector bytes change.Soul pass (separate agent) held; it found the byte threshold could drift to >1001 unnoticed, fixed by vector depends_line_1001_bytes (killed the mutant in TS; C# 15/15 at the final head). Known: schema maxLength 1000 is redundant with the byte rule and is pinned by no vector; invalid vectors do not record which layer refuses them.
Tested locally only: C# GovernanceVector 15 of 15, TS governance suite 18 of 18 (ajv layer probes by Soul). Negative check: with the old schema the TS suite fails on
depends_nine_lines. Not run: rest of the C# project, interop, CI.🤖 Generated with Claude Code