-
Notifications
You must be signed in to change notification settings - Fork 0
Concepts
BRYAN DAVID WHITE edited this page Feb 20, 2026
·
1 revision
CoherenceOps implements four modules that form a continuous loop.
graph LR
subgraph IntelOps["IntelOps (Truth)"]
CLM[Claims] --> PRV[Provenance]
ASM[Assumptions<br/>+ half-life]
end
subgraph ReOps["ReOps (Reasoning)"]
DLR[Decision<br/>Ledger Records]
end
subgraph FranOps["FranOps (Memory)"]
CAN[Canon]
CHL[Changelog]
end
subgraph DriftOps["DriftOps (Correction)"]
DRF[Drift Signals]
PAT[Patch PRs]
end
ASM -->|"depends on"| DLR
CLM -->|"supports"| DLR
DLR -->|"may change"| CAN
CAN -->|"changelog"| CHL
ASM -.->|"expires"| DRF
DLR -.->|"invalidated"| DRF
CAN -.->|"contradicted"| DRF
DRF -->|"fix"| PAT
- IntelOps records what you believe (claims + assumptions)
- ReOps records what you decided based on those beliefs (DLRs)
- FranOps protects the commitments that result from decisions (canon)
- DriftOps detects when beliefs, decisions, or commitments no longer match reality
The loop: Believe → Decide → Commit → Drift → Patch → Repeat
Decisions depend on assumptions. Assumptions expire. When an assumption expires, the decision it supports may no longer be valid. DriftOps catches this and routes a patch to the decision owner.
This is why assumptions have half-lives and expiry dates — they're not permanent truths, they're time-bounded beliefs.
- IntelOps — truth surface
- ReOps — reasoning surface
- FranOps — memory surface
- DriftOps — correction surface
- Principles — the 7 design principles
- Start
- Modules
- Governance
- Workflows
- Reference