AI Initiative logoAI Initiative
Reading room / Conduir

CONDUIR CONSTITUTION — the unified, agent-facing foundation

Records intended constraints, responsibilities and governing principles for the evolving system.

Governance design
This is the retained source text, not a new validation of its claims. Numerical results and comparative claims require the accompanying source review before public reuse.

Read the connected case study or article →

Not explicitly attributed in document header · Date not established

Provenance, authorship and editorial notes

CONDUIR CONSTITUTION — the unified, agent-facing foundation

Id

conduir-constitution

Project

Conduir

Source path

conduir-evolution/CONDUIR-CONSTITUTION.md

Source host

local

Source sha256

f1cd36aeeb6db16ace648a789d6a7258d79f59a4b539680a0861031e36e11658

Repo root

conduir-evolution

Repo head

61278260a6a877769ef025356ecc5feb1d53f1b4

Date
Not recorded
Author

Not explicitly attributed in document header

Document status

Governance design

Source status statement

✅ **RATIFIED v2.1 — Operator-signed 2026-06-17; EFFECTIVE.** This **is** the operational charter

Summary

Records intended constraints, responsibilities and governing principles for the evolving system.

Topics
  • AI Learning
  • AI Workflow
  • Orchestration
  • Conduir
  • Governance design
Related ids
  • conduir-living-vision
  • conduir-phased-vision
  • conduir-master
  • conduir-anatomy
  • conduir-contracts
  • conduir-evolution-morality
Evidence concerns
  • Written policy is not evidence of runtime enforcement or authority to act.
  • Private source selection. Source inspection only; no fresh build, deployment or effectiveness certification.
Copy scope

Full original document, byte-identical

Copy status

copied-private-review

Format

markdown

Bytes

28899

Word count

3919

Headings
  • CONDUIR CONSTITUTION — the unified, agent-facing foundation
  • PART I — THE SUBSTRATE FLOOR (inviolable; from GEMINI.md)
  • I.1 Core philosophy — the living system
  • I.2 The Golden Rules — Membranes ("No call without a caller")
  • I.3 Architectural sequencing mandate
  • I.4 Coding standards & P0-enforcement
  • I.5 Vitality & metrics (0–100, not binary up/down)
  • I.6 The Non-Negotiables
  • I.7 Gestation & Birth Ceremony
  • PART II — THE OPERATING MODEL (Conduir Foundry)
  • II.1 Purpose (WHY)
  • II.2 Operating principles (org constitution)
  • II.3 The organization (5 teams + Operator — target-state) + remits & boundaries
  • II.4 Authority & decision rights (AUTONOMY-DEFAULT — now constitutional, Part I.6.6)
  • II.5 The canonical workflow (every stage owned; honors Part I)
  • II.6 Capabilities the WHY demands (ORG-C1..15) + crosswalk
  • II.7 Scope, open questions, glossary
  • PART III — RECONCILIATION & AUTHORITY
  • III.1 Authority placement
  • III.2 Target-state vs current-state (ground truth, 2026-06-17)
  • III.3 What changed from GEMINI.md (the amendment) + provenance
  • III.4 Final Review Attestation (v2)
  • Appendix A - Codex final review notes (2026-06-17)
  • Sign-off conditions
  • Wording cleanup if the body is reopened
Sensitive content review
Automated secret patterns
Email occurrences

0

Customer record terms
Limitation

Pattern scan plus editorial review; not a guarantee of no personal or proprietary material. Private copies retain source code examples, internal locations and attributions.

Attribution note

Source document attribution is preserved. Repository ownership or an agent role is not automatically authorship.

Date basis

Document header or dated filename; source may contain later updates

Source pin note

SHA-256 binds exact copied working-file bytes; repo_head is repository context, not proof that every byte is committed at that head.

Publication recommendation

Private technical reading candidate; editorial selection and claim review required before public use

CONDUIR CONSTITUTION — the unified, agent-facing foundation

What this is. The single reconciled constitution for Conduir: Part I — the inviolable substrate floor
(the technical Golden Rules, from GEMINI.md) + Part II — the Conduir Foundry operating model (the org:
teams, workflow, authority). It is agent-facing — CLAUDE.md, GEMINI.md, and every agent we interact
with reference this document. It supersedes GEMINI.md as the operational charter and is in the README
Authority Order.
Status: ✅ RATIFIED v2.1 — Operator-signed 2026-06-17; EFFECTIVE. This is the operational charter
(at repo root; supersedes GEMINI.md; in the README Authority Order). Reconciliation of CONDUIR-FOUNDRY-CHARTER
v3.2 + GEMINI.md, hardened by 3 internal swarm_service reviews + two external Gemini/DeepSeek/Codex panels + a
confirmation pass (all folded). Amended only through a program-review-prime review + Operator sign-off.
Authority placement (per README Authority Order): the substrate floor (Part I) wins on disputed fact
(execution stack — it never yields to the operating model); the *operating model (Part II) governs how the
org runs.* Where they meet, Part I is the floor Part II stands on — never the reverse.

PART I — THE SUBSTRATE FLOOR (inviolable; from GEMINI.md)

These are technical constraints. Violations are P0 incidents. The operating model (Part II) may never waive them.

I.1 Core philosophy — the living system

Conduir is a layered organism, not a static codebase: it perceives, deliberates, acts, and matures through
feedback loops. Autonomic integrity (an "immune system" — Identity/Isolation — + autonomic reflexes like
regression_watcher); procedural growth (learns preferred paths by aggregating outcome signals); *10
planes (higher bias lower; lower provide substrate + signals); template vs. ceiling
* (the anatomical
mapping is a safety template, not a functional ceiling).

I.2 The Golden Rules — Membranes ("No call without a caller")

MembraneRuleMantra
Identity (SUB-9.2)Every cross-service call, DB query, event emission MUST carry ActorContext."No call without a caller."
Signal (SUB-9.3)Every mission step MUST emit a canonically-typed OutcomeEvent to NATS."If it didn't signal, it didn't happen."
Isolation (SUB-9.4)All DB access MUST be scoped via Row-Level Security (RLS), default-deny."RLS is defense in depth, not paranoia."

I.3 Architectural sequencing mandate

Substrate seams close in strict order; never build surface features on partial substrate.
S0 (make-or-break): SUB-9.2 (ActorContext) + SUB-9.3 (OutcomeEvent) land together → S1 (isolation):
SUB-9.4 (RLS) + SUB-9.6 (JWT) only after S0 closed → S2 (aggregation): SUB-9.14 (path-maturity) only after S0+S1.

I.4 Coding standards & P0-enforcement

shared/contracts/) as JSON Schema Draft-07; hand-mirroring forbidden (CON-3331) — use codegen.
Additive-only; breaking → new major + migration. (Ground-truth drift: 13 of 20 active schemas in
contracts/schemas/ are Draft 2020-12; only 7 are Draft-07
, validators hardcoded to 2020-12; the rule stands
— the codebase migration to Draft-07 is ticketed CON-3917.)

(HMAC-authenticated, CON-3417); NATS for async events on canonical subjects; shared storage via its HTTP API.
Prohibited: unauthenticated direct service-to-service HTTP; fire-and-forget HTTP that should be a NATS event.

tenant_id, actor_id.

permissive fallback. (This is the fail-loud floor; see feedback_fail_loud_policy.)

I.5 Vitality & metrics (0–100, not binary up/down)

Every plane MUST have four metrics — Throughput, Quality, Cost, Latency (missing any = unmonitored, P1).
Hard latency ceilings: DB query < 200ms P99 · event publish < 100ms P99 · JWT validate < 30ms P99 · RAG recall
< 500ms P99.

I.6 The Non-Negotiables

1. CAP-9 is the floor, not a peer — substrate primacy is not optional.
2. Identity on every action — ActorContext mandatory.
3. Canonical signal — OutcomeEvent is the single learning bus.
4. Tier-Forbidden floor is constitutional — never AI-mutated.
5. Codegen-only contracts — no hand-mirrors.
6. ~~HITL by default, autonomy by opt-in~~ → AUTONOMY by default (amended by Operator 2026-06-17 — see
§II.4 + Part III.3).
The org acts and decides by default; it escalates only on critical-decision-under-doubt
or regulatory/compliance. Current-state bound: two categories stay *approval-gated until a signed
GatePolicy delegates them —
production mutation and governance/charter mutation (§II.4). This amendment
does NOT loosen rules 1–5 or 7, the membranes (§I.2), or BLOCK-binding
— autonomy means no per-step human
approval by default, never unreviewed* (§II.4).
7. Strict substrate purity (the SOL-0 test) — product logic (personas, routing strategies) is forbidden from
the substrate; if it fails the "neutral carrier" test it belongs in lib/ or services/.

I.7 Gestation & Birth Ceremony

Gestation = the substrate-closure window where identity + signal flow are established before behavior is
imprinted. Birth Ceremony = the first mission served on a closed substrate, witnessed by an Operator,
anchored by a BirthEvent v0. No tenant graduates Gestation without one.

Gestation-mode fail-loud (reconciles §I.4 with §III.2). During Gestation the substrate is being built
(S0→S1→S2), so the §I.4 reject/quarantine floor binds production + multi-tenant paths (where a missing
ActorContext/RLS is a real leak) — but a dev/gestation lane runs under an explicit, logged exception while
the membrane it depends on is still landing. Strict enforcement on un-closed substrate would lock out the very
work that closes it. The exception is per-membrane and ends at Birth (substrate closed); it never applies to
production or a live tenant.


PART II — THE OPERATING MODEL (Conduir Foundry)

How the organization runs, standing on the Part I floor. The org is target-state; current standing is in
Part III.2.

II.1 Purpose (WHY)

A self-managed AI engineering organization that converts the Operator's intent into shipped, validated
software and compounds its own capability — so direction is given at the level of objectives, and coherence

structurelessness (re-litigated decisions), non-compounding. It forges both the product (conduir) and
itself (self-hosting). Designed so every cycle raises the ceiling — the compounding loop is bootstrapping
(ORG-C5), not yet proven.

II.2 Operating principles (org constitution)

1. No single gate — consequential/uncertain calls route through grounded cross-family collaboration; a
single agent never self-certifies.
2. Ground-truth over opinion — verify against the real source (file:line / run / test); signals are inputs.
3. Fail is learning — capture the lesson from every attempt; never discard a validated stepping stone.
4. Compounding — capture → distill → promote; accumulation without promotion is not learning.
5. Choose by trajectory, not current performance.
6. Closure honesty — done only when all work is closed + evidenced (CI on main, runtime where applicable);
docs never close.
7. Modularity & contracts — entities integrate API-first (Part I.4: Draft-07/codegen).
8. Operator sovereignty — the Operator sets direction, holds residual risk, and is the amendment authority.
9. Substrate supremacy — every operation carries ActorContext, emits OutcomeEvent, and runs under RLS
default-deny (Part I.2). The org is built on the membranes; it never bypasses them.

II.3 The organization (5 teams + Operator — target-state) + remits & boundaries

Each team is first-class (charter · roster · decision vocabulary · team-cortex anchor · audit trail).

EntityRemit (owns)Boundary (does NOT)Escalates to Operator when
Operator (Sovereign Director)Objectives; final sign-off; defines/changes compliance + boundary rules; charter amendmentsDoes not execute— (escalation target)
Program Board (program-review-prime)Why/what/priority-order (roadmap); promotes org-level lessons; proposes amendmentsDoes NOT gate individual changes or executeDirection change that is critical-under-doubt or compliance-relevant
Review/Gate Board (Evolution Board)Reviews + gates changes (correctness/safety); BLOCK binding; classifies escalation triggers; release go/no-go; rollback triggerDoes NOT set direction or executeChange that is critical-under-doubt or regulatory/compliance
Execution-ReviewFinds gaps; defines acceptance criteria; certifies evidence (independent seat for critical lanes); plans + verifies closureDoes NOT execute or set priorityAcceptance ambiguity on a critical objective
Workflow Teams (per-domain)Execute work; capture lessons; may appeal a BLOCK onceDo NOT self-gate/self-certify or set priority(via the gate/appeal path)
OrchestrationRoute/sequence/dispatch; intake; enforce ORG-C14 (RLS/authz) at dispatch; surface outcomes for Learn; execute release + rollbackNo veto/go-no-go (Review/Gate decides)Scheduling/resource conflict it can't resolve

Changing a remit, a trigger's scope, or a Part-I rule is an Operator act — proposed by the Program Board,
signed by the Operator. No team widens its own remit; no member audits a decision they proposed. Operator
holds an audit right over every team (the concentration check).

Current state (§III.2 — this table is TARGET-state): only the Program Board is stood up (a seeded team
inside the Teams service
, :8089 — not a standalone service). Review/Gate Board is shadow/advisory today —
BLOCK binds, but APPROVE routes to the Operator; full release/rollback go-no-go is target-state, pending a signed
GatePolicy + runtime wiring. Execution-Review + Orchestration are roles, not yet minted teams. The §II.5
workflow is therefore target-state / non-operational until those teams + GatePolicy + runtime wiring exist.

II.4 Authority & decision rights (AUTONOMY-DEFAULT — now constitutional, Part I.6.6)

The org decides and acts by default (the authority rule is constitutional; its execution is ramping
— as of 2026-06-17 the org runs under Gestation with only the Program Board minted, §III.2)
. It escalates to the
Operator on the two org-wide triggers (teams also carry remit-specific duties, §II.3):
1. Critical-under-doubt — critical = irreversible OR wide blast-radius OR cross-team scope; doubt = the
cross-family panel can't reach confident consensus on ground truth.
2. Regulatory/compliance — scope = the §II.3 remit/boundary rules + the compliance rules the Operator sets.

Bounded by (non-waivable, every lane, forever): BLOCK is binding (safety floor); autonomous ≠ unreviewed
(cross-family review + ground-truth + closure always run); the Part I membranes + Tier-Forbidden floor.
Escalation-trigger owner + audit: Review/Gate Board classifies (via ORG-C11); classifications are audited
out-of-band (Operator sampling + program-review-prime spot-check; cadence in HOW); a miss is a Tier-I fail-loud.
Appeal/recusal: a Workflow team may challenge a BLOCK once with new evidence; the Program Board convenes a
fresh panel from families not in the original BLOCK; *if fewer than 2 un-recused families remain, it
escalates directly to the Operator (recusal must never be impossible/sub-quorum). The fresh panel's verdict
binds the appeal; the Program Board only convenes it — it does not decide it. Current-state bound (Codex):
the org acts
autonomy-default EXCEPT
production mutation and governance/charter mutation, which stay approval-gated
until a signed GatePolicy delegates them
(critical-by-definition); self-evolution + other lanes run
autonomy-default now. C11 dependency: the
classifier + autonomy ramp* depend on ORG-C11 (unbuilt); until
ORG-C11 is operational the classifier falls back to Review/Gate judgment + Operator (most-conservative mode) and
no lane's autonomy widens. Each widening is approved by the Operator on calibrated evidence.

II.5 The canonical workflow (every stage owned; honors Part I)

#StageOwnerOutput / contract (Part I.4: Draft-07; missing = OPEN)
1IntentOperator → Orchestration (intake)objective record [OPEN]
2DecomposeExecution-Reviewwork items + acceptance criteria [OPEN]
3PrioritizeProgram Boardordered roadmap (work-store-backed)
4DispatchOrchestration verifies the ActorContext envelope + tenant scope; RLS default-deny is enforced by the Postgres engine + service middleware (per-transaction tenant context), not by Orchestration/app alone (ORG-C14)assigned work [OPEN]
5ExecuteWorkflow teamcandidate change
6Review/GateReview/Gate Board (+ swarm) — correctness/safetyAPPROVE / BLOCK [OPEN]
7Certify/ValidateExecution-Review (independent of stage 6), via ORG-C9validation verdict [OPEN]
8Release/PackageReview/Gate go/no-go; Orchestration executes (ORG-C10) under a serialization lock + stale-base check (no concurrent-release overwrite); Operator-auth if regulated/critical-under-doubt — an emergency rollback bypasses this auth gate (see the rollback rule below)shipped artifact + OutcomeEvent
9Observe/Monitor (post-release)Review/Gate receives runtime feed; triggers Rollback (ORG-C13)runtime evidence; rollback signal
10LearnWorkflow team → team-cortex (capture→distill→promote); Program Board promotes org-levelpromoted lesson + OutcomeEvent
11CloseExecution-Review (closure rule)closed objective

Every stage emits an OutcomeEvent (Part I.2 Signal). Dual close paths (no lockout): success → Close
on stage-9 runtime evidence (window with no regression, or Review/Gate sign-off); failure (stage-6 BLOCK or
stage-7 fail) → still runs Learn (10) then Close as failed/quarantined (Learn is mandatory on EVERY
terminal exit — §II.2.3). Failure re-enters at Execute (5) with a defect log + baseline, capped at *3
attempts; on exceed it halts, escalates to Program Board/Operator, AND transitions to Close as halted
(no
limbo, no livelock). Rollback = both reflexes, EVIDENCE-gated:
autonomic auto-revert fires on a regression
signal
with a known-good artifact + a recorded RollbackRecord + post-rollback validation (the
regression_watcher/SOL-7 immune reflex, Part I.1) — Operator-unreachability never blocks it but is
never
sufficient on its own
to trigger it (regression evidence is required); deliberative* Review/Gate rollback
handles non-regression bad releases. An emergency rollback bypasses the Stage-8 Operator-auth gate —
un-shipping a bad release is a safety act.

II.6 Capabilities the WHY demands (ORG-C1..15) + crosswalk

Renamed ORG-C\ to avoid collision with CAP-/SOL-/VF-. The list is law; the per-item "Today" status
lives in delivery/PROGRAM-ROADMAP.md / the Visibility console (not here, so this doc doesn't go stale). Target
owners are §II.3 teams (current owners in §III.2 — most are roles, not yet minted).

ORG-CCapabilityTarget ownerFloor / alias
C1Single owned directionProgram Board—
C2Cross-family reviewReview/Gate Board—
C3ExecutionWorkflow Teams—
C4OrchestrationOrchestration—
C5Learning / compoundingWorkflow Teams + Program Boardrides SUB-9.3 OutcomeEvent bus
C6VisibilityOrchestration (console)—
C7Coherence enforcementProgram Board—
C8Contracts (Draft-07/codegen)Execution-ReviewCON-3331; contracts/
C9CertificationExecution-ReviewCAP-9 substrate floor (distinct)
C10Release packagingOrchestration—
C11Safety / calibration (gating dep for autonomy)Review/Gate Boardbuilds on CAP-11 (Obs/SRE) + CAP-9
C12Decision / evidence recordProgram Board—
C13Reversibility / rollback (autonomic + deliberative)Review/Gate + OrchestrationSOL-7 regression reflex
C14Authz / identity boundaryOrchestration + substrate= SUB-9.2 (ActorContext) + SUB-9.4 (RLS)
C15Spend tracker (track now; budgets later)Orchestration— (Tier-II, not a gate)

II.7 Scope, open questions, glossary

Out of scope (work the org executes, not the constitution): specific operational fixes (the symposium RAG
leak CON-3913, the api-bff RAG leak CON-3916, the Draft-07 schema migration CON-3917), service ports,
product features, customer UI.
Open questions (resolved in HOW): Operator-continuity SLA (default: escalations wait — except emergency
rollback, §II.5); ORG-C11 build-first; stage→contract schemas (the [OPEN] cells); regulatory-domain register;
escalation-audit cadence. Glossary: cross-family (distinct model families); swarm (cross-family panel →
consensus); team-cortex (per-team memory); lane (a bounded work class with its own earned autonomy); promote
(distill a lesson into a reusable pattern); membrane (an inviolable Part-I substrate rule).


PART III — RECONCILIATION & AUTHORITY

III.1 Authority placement

This document is the operational charter (supersedes GEMINI.md). In the README Authority Order it sits as
compiled-architecture / operational charter (tier 2–3), beneath the wire-level contract specs (which win on
disputed fact) and alongside 00-CONDUIR-MASTER-ARCHITECTURE.md. Part I never yields to Part II.

Ratified + effective (Operator-signed 2026-06-17). The Operator signed AND the authority update landed in
one commit: README.md (authority order now lists this doc), 00-CONDUIR-MASTER-ARCHITECTURE.md §0.5.5 #6
(HITL → autonomy-default), the GEMINI.md pointer (now points here), and this doc promoted to repo root.
CONDUIR-CONSTITUTION.md is now the operational charter; GEMINI.md is retained as the substrate-rules
reference and points here. Sign-off and authority update were one act, not two.

III.2 Target-state vs current-state (ground truth, 2026-06-17)

The 5-team org + autonomy-default are target-state. Currently stood up: the Program Board =
program-review-prime, a seeded team inside the live Teams service (:8089; other review teams are seeded
there too) — not a standalone service (the SQLite intake service work-router is :48089, not :8089).
Review/Gate Board is shadow/advisory; Execution-Review + Orchestration are roles, not yet minted teams (per
delivery/PROGRAM-ROADMAP.md — "program-review-only"). Autonomy-default is constitutional, but production +
governance mutation stay approval-gated and the classifier runs most-conservative until ORG-C11 + a signed
GatePolicy exist (§II.4). The substrate (S0/S1/S2) is not closed — two live RAG cross-tenant leaks prove RLS
(SUB-9.4) is unenforced: CON-3913 (services/symposium/.../rag/document_store.py) and CON-3916
(services/api-bff/.../symphonyRag.routes.ts). So the org runs under Gestation, not Birth.

III.3 What changed from GEMINI.md (the amendment) + provenance

The one constitutional amendment: Non-Negotiable #6 flips from "HITL by default, autonomy by opt-in" to
"autonomy by default, escalate on critical-doubt/compliance" (Operator, 2026-06-17). Rules 1–5, 7, the
membranes, BLOCK-binding, and cross-family review are unchanged. The rest of Part I is *substantively
GEMINI.md
*, with two reconciliation footnotes added (the §I.4 schema-drift note + the §I.7 Gestation-mode
fail-loud clause). Part II folds: the Foundry charter (Decisions 1–6) + 3 internal swarm_service reviews + the external
Gemini/DeepSeek/Codex panel (membrane omission, ORG-C namespace, Stage-11 lockout, livelock ceilings, recusal
N-1, both-rollback, target-state, contracts-as-OPEN). Reviewer artifacts:
delivery/reviews/2026-06-17-foundry-charter/.

Constitution review (v1 → v2). A second external Gemini/DeepSeek/Codex panel audited the unified doc;
v2 folds its findings: Stage-8 rollback-bypass, Gestation-mode fail-loud, Postgres-RLS boundary,
halted-task→Close, concurrent-release lock, evidence-gated rollback, ORG-C crosswalk, current-state owners +
Review/Gate-shadow, the autonomy production/governance bound, atomic supersession, the III.4→III.3 typo, and
factual corrections (program-review-prime = a seeded team in the Teams service; both leaks cited). *Operator
decisions: keep Draft-07 + ticket the codebase (CON-3917); bound only production + governance. Rejected as
wrong (ground-truth-verified): Gemini's ":8089 = work-router" — :8089 is the Teams service
*; work-router
is :48089. Artifacts: delivery/reviews/2026-06-17-constitution/.

III.4 Final Review Attestation (v2)

Following the Operator's v2 integration, the multi-agent review panel (Gemini, DeepSeek, Codex) ran a final verification of CONDUIR-CONSTITUTION.md and issued the following attestation:

1. Safety Loop Gaps (Resolved): All critical deadlocks from v1 have been successfully addressed:
- Emergency Rollback Gate: Stage-8 Operator-auth is bypassed during autonomic rollbacks.
- Gestation Fail-Loud Floor: Gestation mode warning-waiver is active to prevent development lockout.
- Stage 11 Lockout & retry ceilings: Capped failure re-entry loops at 3 attempts and added failed/quarantined Close paths.
- Quorum Recusal Math: $N-1$ recusal correctly escalates directly to the Operator if quorum is lost.
2. Capability Table & Namespace (Pass): Numbering collisions are avoided via the ORG-C* prefixing. Mapped target owners align with team boundaries.
3. Operator Decisions (Acknowledged):
- Codebase Draft-07 migration is successfully ticketed under CON-3917.
- The RAG leaks are mapped to both CON-3913 (symposium) and CON-3916 (api-bff).
- Port :8089 is confirmed as the Teams service registry mapping, with work-router mapped to host port :48089 (resolving the container mapping representation).
4. Final Verdict: APPROVED FOR SIGN-OFF. The document is structurally complete, safe, and ready for atomic supersession per §III.1.


Conduir Constitution v2.1 — unified substrate floor (GEMINI.md, §I.6.6 amended HITL→autonomy-default) +
Conduir Foundry operating model. Two external Gemini/DeepSeek/Codex panels + a confirmation pass folded.
✅ RATIFIED + EFFECTIVE — Operator-signed 2026-06-17. Now the operational charter (repo root); supersedes
GEMINI.md; in the README Authority Order; referenced by CLAUDE.md + GEMINI.md. Owner: program-review-prime.


Appendix A - Codex final review notes (2026-06-17)

Position: v2 is acceptable as a conditional activation proposal. The Operator decisions are acknowledged:
autonomy-default is the constitutional direction, Draft-07/codegen remains the chosen contract law with CON-3917
as the migration ticket, and production + governance/charter mutation remain approval-gated until delegated by a
signed GatePolicy. These notes do not reopen those decisions; they state the remaining sign-off conditions and
ground-truth caveats.

Sign-off conditions

1. Atomic authority update is mandatory. Until Operator sign-off and the same-commit/PR authority update land,
this document remains a proposal in delivery/. GEMINI.md and 00-CONDUIR-MASTER-ARCHITECTURE.md remain
active operational authority per the current README.md. The present-tense "agent-facing" and "operational
charter" language should be read as post-sign-off language only.

2. Autonomy-default is bounded in current effectiveness. Before §III.1 supersession, it is not active
authority. After supersession, production and governance/charter mutation remain approval-gated; Tier-0
integrity gates still precede autonomous RAG-backed loop-turning; and the full 5-team workflow remains
target-state until GatePolicy, ORG-C11, runtime team authority, release/rollback wiring, and runtime evidence
exist. The Teams catalog already seeds Program Review plus Review Board/Council rosters; the missing piece is
not roster existence, but runtime wiring and signed authority. BLOCK binds only on wired gate paths;
APPROVE/STEER remain operator-routed until delegated.

3. Service registry must be reconciled before claiming registry-backed service truth. Local verification still
fails: infra/scripts/verify-service-registry-coverage.sh reports services/teams/ has no registry row.
Current port facts are: Teams is host/container :8089 and seeds program-review-prime; work-router maps
host :48089 to container :8089. contracts/SERVICE-REGISTRY.v0.md still assigns work-router dev/prod port
8089 and has no Teams row. The v2 factual correction is directionally right, but the registry must gain a
Teams row and make the work-router host-vs-container port representation explicit before this is cited as
service-registry truth.

4. Substrate closure remains a hard gate. CON-3913 and CON-3916 are active tenant-isolation leaks on RAG
retrieval paths. Treat them as proof that S1 isolation is not closed for RAG retrieval, not as a blanket claim
that every Postgres RLS policy is absent. Both must close with tenant/RLS/default-deny proof before Birth or
live-tenant graduation. Gestation exceptions must remain explicit, logged, per-membrane, and unavailable to
production or live-tenant paths.

5. Rollback and GatePolicy need executable proof before operational claims. The evidence-gated rollback rule
is structurally correct, but the current watcher evidence is limited: regression_watcher can dispatch
high-severity rollback requests for doc, config, and prompt; automated rollback excludes code; live
signal attribution, known-good artifact selection, and post-rollback validation are not yet proven as an
autonomic production path; and no signed production config/governance/gate_policy.yaml is present. Do not
claim live autonomous release or rollback authority until signed GatePolicy loading, watcher scheduling,
RollbackRecord creation, and post-rollback validation are proven in runtime evidence.

6. Draft-07 law needs authority alignment, not debate. The Operator decision stands, but canonical
contracts/schemas/ currently contains 13 Draft 2020-12 schemas and 7 Draft-07 schemas; validators still run
Draft 2020-12; and contracts/VERSIONING.v0.md still describes Draft 2020-12 with Draft-07 as transitional.
CON-3917 should update schemas, validators, generated types, contract-versioning docs, and any documented
manual codegen shims so the constitution, codegen, and tests agree.

Wording cleanup if the body is reopened

1. Part I provenance: "Everything else in Part I is GEMINI.md verbatim" is close but not exact because v2 also
reconciles contracts/ vs shared/contracts/ and adds Gestation-mode fail-loud behavior. Better wording:
"Part I restates the GEMINI/master floor, with explicit reconciliation notes for local contract paths and
Gestation-mode enforcement."

2. Stage contracts: the workflow still contains [OPEN] contract cells. Before treating the workflow as
executable governance, create owner-bearing roadmap items for stage output schemas, retry counter semantics,
appeal quorum/timeout, escalation-audit cadence, and Learn capture-vs-promotion rules.

3. Attestation scope: §III.4's "APPROVED FOR SIGN-OFF" should be interpreted as approval of the document
structure and constitutional direction, not proof that the target-state organization, service registry,
substrate, or rollback loop is already operational.

Continue exploring