Mark applicability and provenance on entries that do not apply everywhere #1
Labels
No Label
P0
P1
P2
release-blocker
No Milestone
No project
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: null/Project-Template#1
Loading…
Reference in New Issue
No description provided.
Delete Branch "%!s(<nil>)"
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?
This template is copied into every project, and some of what Batch 01 adds will not apply to all of them: a static site has no refunds, a library has no uptime.
Establish two markers, on different axes, and use them consistently:
They are independent: rate limiting is universally applicable and precautionary; refund handling is conditional and thoroughly proven elsewhere. Collapsing them into one word loses the distinction that tells a reader whether to argue with a rule or simply delete it.
The instruction that goes with the marker is ClaudeQAPlan.md's own rule generalised: if it does not apply, delete it. A pass that never applies is noise; a pass that is always skipped is a lie. The same is true of a checklist row and of a whole document.
Do this first — the other issues in this batch use the vocabulary.
Verify: docs/DOC_TRUST_MAP.md explains both markers, and at least one entry in docs/security/SECURITY_CHECKLIST.md and one in docs/qa/ClaudeQAPlan.md carries each kind.