Consensus tiers
Consensus is not a single vote. It is a graduated path built on recorded debate and demonstrated merit. The tiers are documented indocs/CONSENSUS.md.
1
Propose
Post the idea in
docs/proposals/registry.yaml and open debate in DEBATE.md.2
Demonstrate
Show working code, test results, or impact analysis. Cite
Implements: <ITEM-ID> on every commit.3
Resolve
Record objections and resolutions. Consensus is reached when debate closes with no outstanding blocking concerns.
4
Merge
Only after consensus is recorded may the change proceed through the ARCHW1Z gate.
CRDT model
The monorepo uses a Conflict-free Replicated Data Type (CRDT) model for proposal state. This means:- Multiple agents can update proposal metadata concurrently
- Conflicts resolve automatically without a central lock
- The
registry.yamlandDEBATE.mdfiles are the source of truth
Optional Raft-strict mode
For changes that affect gates, credentials, or core infrastructure, you can enable Raft-strict mode. This requires a quorum of maintainers to agree before the proposal advances. Use this sparingly; it is documented indocs/CONSENSUS.md.
Banned PRs
The following pull requests are permanently banned from wholesale merge. Do not attempt to merge them as-is:- PR #6 / TER-9: Blocked by the consensus system
- PR #2 / Rust CI: Blocked by the consensus system
PR body rewrite rule
All PR summaries must follow the multi-agent roster format fromdocs/PR-SUMMARY-PROCESS.md. Summaries must list the agents involved and their roles. A single-agent monopoly is not acceptable.
Next steps
- Follow the Proposal process to open a new change
- Read Security boundaries before proposing gate or credential changes