Draft the container-glob breadth guidance (rule-quality test amendment) #55
Labels
No labels
P0
P1
P2
P3
bug
create
delete
enhancement
filed-by/agent
filed-by/user
frozen
lint-rule
needs-info
needs-triage
next
plugin/cc-architect
plugin/os
plugin/os-adr
plugin/os-aidd-lint
plugin/os-backlog
plugin/os-context
plugin/os-doc-hygiene
plugin/os-sdlc
plugin/os-vault
project/cc-os
ready-for-agent
ready-for-human
recurring
review
update
waiting
wayfinder:grilling
wayfinder:map
wayfinder:map
wayfinder:research
wayfinder:task
wayfinder:task
wontfix
worklist/deviations
worklist/lint-rule
worklist/new-implement-build
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
jared/cc-os#55
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
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?
Map: #49
Question
Finalize the exact wording of a new rule-quality test (lifecycle-spec.md §8 "Rule-quality tests") plus the matching judge-prompt line, covering container-glob breadth. The principle is already decided at charting — this ticket is wording + sign-off.
The decided principle: when the near-miss check reveals sibling artifacts, ENUMERATE conventional prefixes rather than widening to the container. A container-claiming glob (
dir/*/,dir/**) mortgages the directory's entire future — nothing keep-worthy can ever live there without a counter-rule. Container globs are justified only when the directory is wholly machine-owned.Worked example (real, from calibration pass #1):
autoresearch/classic-*/; the near-miss check showed it missingautoresearch/improve-260710-1057/.autoresearch/*/— now a futureautoresearch/methodology-notes.mdor any keep-worthy subdir is claimed by a deletion rule.autoresearch/classic-*/+autoresearch/improve-*/. A futureautoresearch/foo-*/flavor gets its own entry next pass — too-narrow fails safe and self-heals (#45's own argument).plugins/*/.pytest_cache/— wholly machine-owned, nothing keep-worthy can appear inside.Deliverable: the spec-text addition verbatim + the judge-prompt addition verbatim, presented for human sign-off (fold into #49's assemble ticket once approved).
Resolution — approved wording (human sign-off 2026-07-15). Deliverable turned out to be two additions plus two corrective edits: the current judge workflow encourages the exact anti-pattern this test bans (step 2 says "consider amending to a broader glob"; the output example widens
autoresearch/run-*/toautoresearch/*/).Deliberate choice baked in (approved): enumerated siblings become separate rule entries, not one brace/alternation glob — matches the rulebook's one-glob-per-rule shape and the self-healing story.
All four items fold into the assemble ticket #58; nothing is edited in the working tree by this ticket.
1. Spec-text addition — lifecycle-spec.md §8 "Rule-quality tests the report enforces" (third bullet, after the tie-breaker)
2. Judge-prompt addition — judge.md step 4 rule-quality checks (third bullet)
3. Corrective edit — judge.md step 2 (near-miss check)
Current (judge.md:35-37): "If the glob is too narrow, consider
amending it to a broader (but still class-not-path-safe) glob that catches the sibling too."Replacement:
4. Corrective edit — judge.md output example (lines 83-92)
Replace the first example entry (which amends to
autoresearch/*/— the anti-pattern) with:…with a companion
autoresearch/classic-*/entry, so the example also SHOWS enumeration producing two rules from one cluster.