agent/process/coherence-audit-protocol.md
On this page
- Coherence Audit Protocol
- The problem this protocol addresses
- Document classes
- 1. Core normative documents
- 2. Project-authored analysis and coordination artifacts
- 3. Retained external source corpus
- Protocol
- 1. Trigger
- 2. Scope
- 3. Issue types
- 4. Process
- 5. Output
- 6. Resolution rules
- When to apply this protocol
- What this protocol does not do
- Relationship to other protocols
- Relationship to project principles
Coherence Audit Protocol
Status: Proposed (April 2026). Originated from the Review Protocol Design Exploration, where both the open exploration and adversarial review passes agreed that internal coherence checking is a maintenance need the project cannot afford to leave informal.
The problem this protocol addresses
Civic Blueprint is built on multiple evolving documents: the Principles, the Problem Map, the Systems Framework, CONTRIBUTING.md, a growing body of exchanges, and now a comparative formation-document track that spans two repositories.
Each document is revised independently. Exchanges produce recommendations that may or may not be incorporated. Terms are introduced in one place and reused in another. Cross-references point across files, folders, and repositories. External source texts are retained as reference material while project-authored analysis interprets them.
Over time, this creates coherence decay:
- Assumption drift. One document evolves its position on a topic while another still reflects the older position.
- Broken cross-references. Links, section references, and dependency references silently go stale.
- Unincorporated recommendations. Exchanges produce specific changes that may be implemented, deferred, or forgotten.
- Terminological inconsistency. Terms such as "institutional capacity" or "recursive uplift" can drift in meaning across documents.
- Source-analysis boundary failure. An external constitution, charter, or declaration can be treated as if it were editable project prose rather than retained reference material.
None of these failures are dramatic. They are slow, cumulative, and often invisible until someone reads multiple artifacts side by side.
The Adversarial Review Protocol does not catch these problems. It is designed to challenge claims, not to check whether the project's documents, indexes, metadata, and external-source handling still agree with each other. A dedicated maintenance protocol is needed.
Document classes
Before auditing, classify each artifact involved. The allowed resolutions depend on the class.
1. Core normative documents
These are the project's substantive commitments and design documents, including:
These are fully auditable for contradictions, drift, broken references, and unincorporated recommendations.
2. Project-authored analysis and coordination artifacts
These include:
formation-docs/analysis/**- formation-docs/ALIGNMENT_FRAMEWORK.md
- formation-docs/SOURCE_REGISTRY.md
agent/exchanges/**agent/process/**- README.md and similar project-authored guidance files
- ROADMAP.md — internal project management, not published on the website
These are also fully auditable, but the audit should treat them as interpretation layers rather than as foundational commitments.
3. Retained external source corpus
This includes the source repository external-formation-docs, especially:
documents/**_source-meta.yamlSOURCING_POLICY.mdTRANSLATION_WORKFLOW.md_source-meta-template.yaml
These artifacts are retained reference material plus source-handling metadata. They are not project-authored normative text.
Hard rule: the coherence audit must never recommend substantive edits to the meaning of an external source text in order to improve project coherence. If a source and the project differ, the analysis or synthesis layer must absorb that difference rather than rewriting the source.
Protocol
1. Trigger
Run a full coherence audit when:
- any core normative document is substantively revised
- an exchange produces multiple specific recommendations for document changes
- a new exchange is created or an exchange's status changes
- a major synthesis claim is introduced in
formation-docs/analysis/ - the project reaches a milestone or approximately every 3-5 exchanges
Run a lightweight corpus-integrity check when:
- retained source metadata changes in
external-formation-docs - a new formation document is added to the external corpus
- a canonical source URL, translation status, or retention mode changes
- an alignment memo is added or updated without broader project-document revisions
The lightweight corpus-integrity check exists because the comparative track can drift even when the core normative documents have not changed.
2. Scope
Each audit covers four categories:
Cross-document consistency
- Do the core and project-authored documents agree on shared claims?
- Do links, section references, and named concepts still point to the correct content?
- Where a term is used across documents, does it carry the same meaning?
Recommendation tracking
- What changes have recent exchanges recommended?
- Which have been incorporated?
- Which have been explicitly deferred or accepted as open?
- Which have not been addressed?
Exchange index integrity
- Does the Exchange Index include every exchange file in
agent/exchanges/? - Are status fields in the index consistent with the exchange status blocks?
- Are dependency links accurate and current?
- Are cross-repo artifact references still valid?
Source corpus integrity
- Do analysis memos point to the correct retained texts in
external-formation-docs? - Do
_source-meta.yamlfiles point to the correct analysis artifacts inproject-2028? - Are translation-status claims consistent between source metadata and project-authored analysis?
- Has a canonical source or excerpt basis drifted without the analysis acknowledging it?
3. Issue types
Classify each finding using the narrowest accurate label:
- Contradiction: two project-authored documents actively disagree
- Drift: one document has evolved past another on a shared topic
- Broken reference: a link, section reference, or dependency path is stale or wrong
- Terminological inconsistency: a shared term carries different meanings or scopes
- Unincorporated recommendation: an exchange recommended a change that has not been adopted, deferred, or explicitly declined
- Source-handling error: a retained source is stored, labeled, or linked in a way that violates the sourcing boundary
- Translation-status error: metadata, memo text, or synthesis claims overstate translation certainty
- Interpretive overreach: an analysis memo or synthesis artifact claims more than the source text supports
- Source-analysis mismatch: metadata, retained text, and project-authored analysis no longer describe the same source basis
- Canonical-source drift: the cited canonical source, version, or retained excerpt basis has changed or become uncertain without the corpus acknowledging it
4. Process
The auditor reads the relevant artifacts side by side. The job is not to evaluate whether the project is correct. The job is to check whether the artifacts agree with each other and whether the project is handling external sources honestly.
Prompt framing:
You are auditing the internal coherence of Civic Blueprint's artifacts.
First classify each artifact as one of:
- core normative document
- project-authored analysis / coordination artifact
- retained external source corpus
Then audit only for coherence and boundary handling.
Specifically:
- Identify contradictions, drift, broken references, and terminological inconsistency across project-authored documents.
- Check whether recommendations from recent exchanges have been incorporated, deferred, or left unaddressed.
- Check whether source metadata, retained texts, and project-authored analysis still refer to the same source basis.
- Check whether translation certainty or canonical-source stability is being overstated.
- If a retained external source differs from project language, do not recommend rewriting the source. Instead, classify whether the problem is in metadata, analysis, synthesis, or interpretation.
5. Output
The audit produces a coherence checklist: a flat list of findings, each with:
- issue type
- artifact class
- the specific artifacts involved
- a brief description of the inconsistency or drift
- a suggested resolution that respects document boundaries
Suggested format:
- Type
- Drift
- Class
- Project-authored analysis
- Artifact A
ROADMAP.md- Artifact B
formation-docs/README.md- Issue
- Roadmap still treats the corpus as local while the README describes a two-repo split
- Suggested resolution
- Update roadmap wording
- Type
- Broken reference
- Class
- Project-authored analysis
- Artifact A
formation-docs/analysis/...- Artifact B
external-formation-docs- Issue
- Retained-text link still points to the old local path
- Suggested resolution
- Update memo link
- Type
- Translation-status error
- Class
- Retained source corpus + analysis
- Artifact A
_source-meta.yaml- Artifact B
- alignment memo
- Issue
- Memo calls a translation expert-reviewed but metadata still says AI translated
- Suggested resolution
- Lower memo confidence or update metadata after verification
- Type
- Interpretive overreach
- Class
- Project-authored analysis
- Artifact A
- alignment memo
- Artifact B
- retained source text
- Issue
- Memo claims a source encodes a value the cited clause does not clearly support
- Suggested resolution
- Revise memo classification or notes
6. Resolution rules
Each finding is resolved as one of:
- Fix: correct the inconsistency
- Defer: acknowledge it and carry it forward with reasoning
- Accept: document that the difference is intentional
For core normative documents and project-authored analysis, fixing can include substantive edits.
For the retained external source corpus, fixes are constrained. Allowed resolutions include:
- correct metadata
- correct canonical URLs
- replace a retained excerpt with a more faithful excerpt set
- revise translation-status labeling
- revise project-authored analysis or synthesis that misread the source
- open an expert-review request
Disallowed resolution:
- editing an external source text to make it agree with Civic Blueprint's preferred formulation
Unresolved items carry forward to the next audit.
When to apply this protocol
Always apply after:
- a major revision to any core normative document
- an exchange that produces multiple specific recommendations for document changes
- a substantial comparative synthesis update that may affect principles, roadmap framing, or exchange dependencies
Apply lightweight corpus-integrity checks after:
- adding or replacing a retained source in
external-formation-docs - changing translation verification status, canonical URLs, or source metadata that affects project-authored analysis
Skip when:
- only minor editorial fixes have occurred
- there are no new exchange recommendations and no corpus-integrity changes since the last pass
What this protocol does not do
The coherence audit does not decide whether the project is morally correct, whether a constitution is good, or whether a comparative synthesis claim is ultimately persuasive. It is a maintenance protocol, not an adversarial or normative one.
It also does not authorize rewriting retained external source texts. Its job is to keep the project honest about where its own interpretation ends and where the source corpus begins.
Its value is preventive: it catches the slow accumulation of inconsistencies that would otherwise undermine the project's analytical credibility.
Relationship to other protocols
- Adversarial Review Protocol: challenges claims. The coherence audit checks whether artifacts agree and whether source handling is honest.
- Comparative Alignment Protocol: governs how external formation documents are mapped against the principles. The coherence audit verifies that the resulting memos, registry entries, metadata, and exchanges remain synchronized.
- Historical Parallel Test Protocol: adds new evidence layers to project-authored analysis. Those additions can create drift and should trigger lightweight coherence checks.
- Exchange Index and Cursor skill: the
civic-blueprint-exchangeCursor skill registers new exchanges in the Exchange Index at creation time. The audit still verifies index accuracy afterward.
Relationship to project principles
- Principle 4 (Power must remain accountable, legible, and reversible): the project should be able to explain what changed, where, and why.
- Principle 9 (Institutions should be designed for competence and trust, not theater): a project whose own artifacts drift out of alignment is not demonstrating competence.
- Principle 14 (Truth and evidence must be protected as public goods): overstating what a source says, or hiding source-handling drift, is a form of epistemic failure.
- CONTRIBUTING.md quality standards: the project commits to honesty, specificity, and evidence. Those standards apply to document maintenance too.
