FractalOps Constitution
FractalOps Constitution
Section titled “FractalOps Constitution”FractalOps is the organization meta-control plane.
This document is L0: constitutional law.
Everything below it is either L1 contract or L2 execution.
1. Product Law
Section titled “1. Product Law”FractalOps exists to keep one stable operating grammar:
onboarding -> work -> proposal -> proof -> reflective improvement
Concrete projects and stacks are forcing functions. They do not redefine the product.
2. Ownership Law
Section titled “2. Ownership Law”FractalOps owns:
Portalworkflow and command-center UXProposal Planelifecycle and approval boundary- ontology-aligned read models and graph projection contracts
- access topology and recovery surfaces
Chronicle evidenceindexing and proof lookupOuroborosscheduling andAgent HUD
FractalOps does not allow secondary tools to become competing truth owners.
3. Non-Ownership Law
Section titled “3. Non-Ownership Law”The following tools remain consumers, execution planes, or adapters:
DaytonaPenpotNexusPlaywrightGridDataHubClickHouse warehousePostHogOpenTelemetry
Non-ownership means these tools may expose or execute truth, but may not redefine the authoritative contract they consume.
4. Mutation Law
Section titled “4. Mutation Law”- Every non-read AI path must bind to a proposal.
Proposal Planeis the only legal mutation gate.- API routes may queue, validate, or reject. They may not perform proposal-bound side effects directly.
Temporalowns execution for proposal-bound work.- Temporal owns execution for proposal-bound work.
5. Proof Closure Law
Section titled “5. Proof Closure Law”Proof is closed only when all three planes remain queryable:
FractalOps Semanticsgraph/lineage identityClickHouse warehousefact or warehouse proofChronicle evidencelong-term provenance
No single plane may claim proof completion alone.
6. Truth-Plane Law
Section titled “6. Truth-Plane Law”- Git is the normative desired-state source.
- OpenBao is the secret source of truth.
Semanticsis the graph and lineage truth plane.DataHubis the catalog and lineage accumulation plane fed by project RDF steward agents and may not own identity, SCIM/JIT, mutation, or proof authority.ClickHouse warehousestores the same project RDF steward lifecycle as queryable events/facts and remains the warehouse fact and warehouse proof plane.PostHogandOpenTelemetryare distributed event sources. They must emit or be mapped to global ontology ids before their project-local events accumulate in ClickHouse.Chronicle evidenceis the long-term proof plane.Portalis the primary human workflow surface.Ouroborosis the reflective loop that improves the same product through compactAgent HUD.
7. Bounded-Context Law
Section titled “7. Bounded-Context Law”The canonical bounded contexts are:
- Constitution
- Proposal Plane
- Identity
- Access
- Semantics
- Evidence
- Portal Experience
- Orchestration
- Policy
- Infra Topology
Domain meaning must stay inside the correct context. Interface polish must not redefine domain contracts.
8. Naming Law
Section titled “8. Naming Law”The canonical public vocabulary is:
PortalProposal PlaneSemanticsDataHubClickHouse warehouseChronicle evidenceOuroborosAgent HUDaccess_recoverylineage_join_gapproject spinedaytona entry
Generic DW wording is illegal in user-facing and agent-facing product grammar.
9. Exception Law
Section titled “9. Exception Law”Operational exceptions are allowed only as time-bounded debt.
Every exception must declare:
idreasonriskownerintroduced_byexpires_atremoval_condition
Expired exceptions are constitutional failures.
10. Merge Court Law
Section titled “10. Merge Court Law”No change is merge-complete without:
proposal_keyevidence_keyaffected_truth_planesapproval_classrollback_classconstitutional_pass
PRs are verdict carriers, not narrative status reports.
11. Layer Law
Section titled “11. Layer Law”L0Constitution: product law and invariantsL1Contracts: schemas, compatibility, and examplesL2Execution: runtime code, adapters, workflows, UI, infra
L2 must fail if it violates L1.
L1 must fail if it violates L0.