Skip to main content
manual page/ Reference

Source authority

sourceSource: suspec/docs/reference/source-authority.mdModified: 2026-06-24
Sections
7
Format
Markdown
Order
35 / 156

Source authority decides which written intent governs when artifacts conflict.

Tools may flag conflicts. People resolve them.

Minimum model

Use these rules first:

  • Specs state intended behavior.
  • Code can falsify a spec, not silently amend it.
  • Review rows judge against current spec text and evidence.
  • Changed requirements or changed exercised code make old evidence stale.
  • Findings inform future work but are not requirements until promoted into a spec.

Artifact rank

RankArtifact
1accepted ADR
2approved spec
3accepted finding
4reviewed audit
5reviewed research
6task notes
7chat

Drafts rank one step below their accepted tier.

Domain rank

RankDomain
1enforced policy
2compliance
3security
4architecture
5product
6team
7task scoping
8memory

Conflict rule

  1. If either statement is enforced-policy, compliance, or security, higher domain wins.
  2. Otherwise, higher artifact rank wins.
  3. If artifact rank ties, higher domain rank wins.
  4. If both ranks tie, resolve by amendment.

The losing statement is not deleted. Reconcile it.

Approval

These edits need the governing owner:

  • add, remove, or renumber a requirement
  • change actor, trigger, strength, outcome, or non-goal
  • change a public interface
  • resolve a blocking open question
  • add, remove, or repoint Verify with:
  • accept manual evidence where automated evidence was expected
  • approve, supersede, or amend an ADR
  • promote a finding into a spec requirement

Meaning-preserving cleanup does not need the same approval.

High-oversight work

Use named human review for:

  • critical-risk work
  • destructive operations
  • migrations
  • shared databases
  • public interfaces
  • security-sensitive changes

Waivers in this band need a named human, reason, affected rows, and expiry.

Starter kit: Set up a workspace