Mark applicability and provenance on entries that do not apply everywhere #1

Closed
opened 2026-08-17 22:51:04 -05:00 by null · 0 comments
Owner

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:

  • Applicability(only where money moves), (only for a deployed service). Answers whether this project has to do it at all.
  • Provenance(precautionary). Answers whether the rule was earned in this portfolio or borrowed from outside it.

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.

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: - **Applicability** — *(only where money moves)*, *(only for a deployed service)*. Answers whether this project has to do it at all. - **Provenance** — *(precautionary)*. Answers whether the rule was earned in this portfolio or borrowed from outside it. 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.
null added this to the Batch 01 — Production-readiness controls milestone 2026-08-17 22:51:04 -05:00
null added the
P2
label 2026-08-17 22:51:04 -05:00
null closed this issue 2026-08-17 22:56:00 -05:00
Sign in to join this conversation.
No Label
P0
P1
P2
release-blocker
No project
No Assignees
1 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: null/Project-Template#1
No description provided.