@agentikos/omega-os 0.19.38 → 0.19.39

package/omega/Agentik_SSOT/rules/constitution.md

@@ -1,3 +1,10 @@
+---
+id: constitution
+layer: L0-governance
+applies_to: [aisb, oracle, worker, hermes]
+priority: 1
+---
+
 # The Omega OS Constitution
 
 > The rules every agent at every level inherits. Provider-neutral. Compiled into

package/omega/Agentik_SSOT/rules/orchestration.md

@@ -0,0 +1,215 @@
+---
+id: orchestration
+layer: L0-governance
+applies_to: [aisb, oracle, worker, hermes]
+priority: 3
+---
+
+# Orchestration — Who Dispatches What
+
+> OmegaOS is a five-layer agentic OS with one optional governance roof
+> (L0/Paperclip). This file fixes the dispatch hierarchy, the decisions
+> log discipline, and the fresh-context template every layer uses when
+> handing work down. The architecture itself is defined in
+> `../docs/LAYERS.md`; this file makes it *operational*.
+
+## The hierarchy
+
+```
+L0  Paperclip            (optional governance roof — budget, org chart, approvals)
+L1  Human                (Telegram, CLI, web — three doors into the system)
+L2  Hermès               (meta-companion — Anthropic API, separate budget)
+L3  AISB                 (intake / orchestrator — Claude Max OAuth)
+L4  Oracle               (per-project planner — persistent tmux session)
+L5  Workers              (executors — one per subtask, .done.json verified)
+```
+
+Each layer is *independently usable*. Skip L0 and L2 and OmegaOS is
+still a complete agentic OS: a human writes intent, AISB classifies,
+Oracle plans, Workers execute, the engine verifies.
+
+## Dispatch rules
+
+The arrows below define *who is permitted to dispatch to whom*. Any
+other dispatch is a violation and the receiving layer must refuse.
+
+| From | May dispatch to | Notes |
+|---|---|---|
+| L1 Human | L2 Hermès, L3 AISB | Three doors: Telegram-to-Hermès, Telegram-to-AISB, CLI/tmux. |
+| L0 Paperclip | L2 Hermès, L3 AISB | Approval gates; never bypasses the lower layers. |
+| L2 Hermès | L3 AISB | Hermès cannot reach Oracle or Worker directly. Missions go through AISB. |
+| L3 AISB | L4 Oracle | One Oracle per project. AISB never spawns a Worker directly. |
+| L4 Oracle | L5 Workers | One Worker per subtask, with a verify command. |
+| L5 Worker | — | A Worker never dispatches. If more work is needed, it returns `status: pending` and lets Oracle decide. |
+
+**Why no skipping.** Each step adds a layer of intent translation. AISB
+turns a freeform human prompt into a typed mission. Oracle turns a
+mission into a DAG of subtasks with verify commands. A Worker that
+receives a freeform human prompt has no scope, no verify command, and
+no way to call itself done — the verified-completion contract breaks.
+
+## Roles in one line
+
+- **L0 Paperclip.** Approvals + budget + org chart. Read-only over L1–L5
+  unless a budget guard fires.
+- **L1 Human.** Author of intent. Reads final reports. Approves
+  destructive ops.
+- **L2 Hermès.** Meta-reasoning, scheduling, learning. Watches
+  observations, proposes missions, dispatches them down to L3.
+- **L3 AISB.** Intake. Classifies a mission (simple / medium / complex /
+  epic), picks a topology, hands to L4.
+- **L4 Oracle.** Per-project planner. Reads the mission, builds the
+  outcome rubric (see `audit-gates.md`), dispatches Workers, polices
+  their `done.json`, runs the close-coherence audit.
+- **L5 Worker.** Executor. Owns a strict file scope
+  (`spec.scope.files_owned`), writes `done.json` when the verify
+  command passes.
+
+## The decisions log
+
+Every layer that makes a non-trivial routing or design choice **MUST**
+append to `.orchestrator/decisions.md` in the project root:
+
+```markdown
+### [ISO-8601 timestamp] Decision title
+- **Task:** what was asked
+- **Classification:** SIMPLE / MEDIUM / COMPLEX / EPIC
+- **Decision:** what was chosen (agent, topology, audit set, scope)
+- **Rationale:** why (one line)
+- **Falsifier:** the runtime check that would prove this wrong
+```
+
+The log is append-only. Past entries are never edited — only superseded
+by a new entry that cites the old one. AISB and Oracle both write to
+the same file; Workers write only if they exercise the Third Law and
+correct a premise inside a dispatched session.
+
+Reason: when a mission is re-opened a week later, the *why* is in the
+log. Without it the next agent has to reverse-engineer past intent from
+diffs.
+
+## The fresh-context template (mandatory at every dispatch)
+
+When *any* layer dispatches to the one below it, the brief MUST contain
+the following sections. Empty sections are allowed; missing sections
+are a contract violation.
+
+```
+## Mission
+<1-2 line summary of the goal>
+
+## Purpose
+<why this matters — links the work to the human intent at L1>
+
+## Context
+<project root, deployed URL, stack, relevant prior runs>
+
+## What's Done
+<bullet list of completed work in this mission so far>
+
+## Current Task
+<specific files, line numbers, exact changes — surgical scope>
+
+## Done Criteria
+<measurable condition: a shell-checkable predicate, an audit verdict,
+ a screenshot diff, a passing test>
+
+## Verify Command
+<exact command the receiver runs to prove it satisfied Done Criteria>
+
+## Key Decisions
+<excerpts from .orchestrator/decisions.md relevant to this task>
+
+## Files in Scope
+<the receiver's spec.scope.files_owned — files it may edit>
+
+## Relevant Memories
+<pre-selected lessons-learned entries — NOT a full dump>
+```
+
+**Why both Done Criteria and Verify Command.** Without `Done Criteria`
+the receiver redefines "done" mid-stream. Without `Verify Command` the
+dispatcher cannot independently confirm — and the verified-completion
+contract demands an independent third party (see
+`verified-completion.md`).
+
+## Fresh context vs context overlap
+
+When a layer hands a sub-mission to a fresh agent, the dispatcher
+decides between two patterns:
+
+| Pattern | When | Cost |
+|---|---|---|
+| **Continue agent** | High overlap with prior subtask; the prior agent already holds the relevant files and state in working memory. | Cheap but risks context bloat past compaction thresholds. |
+| **Spawn fresh** | New domain, new files, new specialist. The dispatcher pre-inlines a summary of prior results into the fresh brief. | Slightly more expensive, guarantees a clean slate. |
+
+Default is *spawn fresh* for any subtask that crosses a layer or a
+domain boundary. Continue only inside a single layer's working session.
+
+## Multi-Oracle on the same project
+
+Multiple Oracles can run in parallel on the same project. The engine
+serialises *file ownership*, not Oracle count.
+
+- AISB checks the per-project Oracle registry before dispatching. If
+  an Oracle is *idle* (no Workers, at prompt, >5 min), AISB reuses
+  it. Otherwise AISB spawns Oracle #2 (`oracle-<Project>-2`).
+- Each Oracle declares `files_owned` for its mission. Two Oracles
+  cannot claim overlapping files.
+- The patrol auto-cleans dead Oracles every 5 minutes.
+- A registry file at `Agentik_Runtime/oracles/<Project>-<id>.json`
+  records the Oracle's mission, scope, and heartbeat.
+
+## Worker batching (parallel-safe)
+
+Inside a single Oracle, Workers may run *in parallel* if and only if
+their file footprints are disjoint. The Oracle's plan groups subtasks
+into batches:
+
+- **Narrow** subtasks: identifiable file set, no overlap with other
+  narrow tasks → packable into a batch of up to N (typical N = 3 or 4).
+- **Broad** subtasks: vague scope, no identifiable file footprint →
+  run alone, serially.
+- **Terminal** subtasks: touch infrastructure (env files, package
+  manifests, migrations) → always run alone, after all batches.
+
+Two Workers on the same file at the same time is a contract violation
+even if their edits "wouldn't conflict" — the assertion of disjointness
+itself is the contract.
+
+## Close-coherence (Oracle's final check)
+
+When all Workers report `done_clean`, the Oracle runs a *close-
+coherence* pass before reporting up to AISB:
+
+1. Re-read the mission brief.
+2. For each Worker, confirm its `done.json` matches the brief's slice.
+3. Run the audit set the brief requires (see `audit-gates.md`).
+4. Write the Oracle's own `done.json` with `consensus_score`,
+   `regressions`, and the final verdict.
+
+An Oracle that skips close-coherence has not finished its job, even if
+every Worker did.
+
+## The "no idle wait" invariant
+
+The Third Law applies to *every* dispatched session in this hierarchy
+(L2 ↔ L3 ↔ L4 ↔ L5). The only sessions where a question may be asked
+of a human are sessions L1 owns directly — typically an interactive
+shell or a Telegram DM the human is actively reading.
+
+Practical detection rule for an agent: *"Am I attached to a tmux
+session whose name starts with `oracle-`, `aisb-`, or contains
+`-worker-`?"* If yes, no questions; decide and proceed
+(`prompt-protocols.md` for the exact `blocked.json` fallback).
+
+## Cross-references
+
+- `constitution.md` — Prime Principle, Three Laws.
+- `three-laws.md` — expanded Third Law (no idle wait).
+- `prompt-protocols.md` — brief / done.json / blocked.json schemas.
+- `audit-gates.md` — which audits gate which dispatch transitions.
+- `scope-safety.md` — `spec.scope.files_owned` discipline.
+- `verified-completion.md` — terminal states an Oracle/Worker may report.
+- `../docs/LAYERS.md` — formal L1–L5 architecture and credential model.
+- `../personas/OMEGAOS-CONTEXT.md` — provider-neutral working context.

package/omega/Agentik_SSOT/rules/prompt-protocols.md

@@ -0,0 +1,219 @@
+---
+id: prompt-protocols
+layer: L0-governance
+applies_to: [aisb, oracle, worker, hermes]
+priority: 4
+---
+
+# Prompt Protocols — Brief, Done, Blocked
+
+> Every dispatch in OmegaOS is a contract: a brief in, a `done.json`
+> out, with `blocked.json` as the escape valve. This file fixes the
+> three schemas, the LMC (Lead-Manager-Checker) variant for grader
+> agents, and the "no idle wait" rule that turns the Third Law into
+> a protocol guarantee.
+>
+> See `../agents/aisb/lmc-protocol.md` for the in-agent LMC reference
+> (when full LMC is used vs lite vs direct).
+
+## The three artefacts
+
+| Artefact | Direction | Required keys | Lifecycle |
+|---|---|---|---|
+| `brief.json` (or inline prompt) | Down (dispatcher → receiver) | mission, purpose, files_owned, done_criteria, verify_command, ship | Created per dispatch, immutable. |
+| `done.json` | Up (receiver → dispatcher) | status, started_at, finished_at, evidence, score (when audited), ship (when applicable) | Created exactly once per receiver, terminal. |
+| `blocked.json` | Sideways (receiver → orchestrator state) | session, blocked_at, question, best_guess, fallback_action, can_resume_without_answer | May exist *in parallel* with `done.json` — surfaces the question to the human asynchronously. |
+
+The schemas below are the contract. Engine and Telegram bridge both
+parse them; deviations break notifications and audit replay.
+
+## brief.json schema
+
+```json
+{
+  "id":              "<uuid-v4>",
+  "mission":         "<1-2 line goal>",
+  "purpose":         "<why this matters at L1>",
+  "context": {
+    "project_root":  "/absolute/path",
+    "deployed_url":  "https://...",
+    "stack":         "next.js | python | go | …",
+    "prior_runs":    ["<done.json paths>"]
+  },
+  "whats_done":      ["<bullet>", "<bullet>"],
+  "current_task":    "<files, line numbers, exact changes>",
+  "done_criteria":   "<measurable predicate>",
+  "verify_command":  "<exact shell command>",
+  "key_decisions":   ["<excerpt from decisions.md>"],
+  "spec": {
+    "scope": {
+      "files_owned": ["src/foo.ts", "tests/foo.test.ts"]
+    }
+  },
+  "relevant_memories": ["<lesson-id>"],
+  "ship":              false,
+  "audit_gates":       ["codeaudit"],
+  "lifecycle":         "ephemeral | persistent"
+}
+```
+
+- `mission` ≤ 200 chars (longer = dispatcher failed to decompose).
+- `files_owned` is a hard boundary; see `scope-safety.md`.
+- `verify_command` MUST be a shell command, not prose; wrap sequences
+  in a script that exits 0 on success.
+- `ship` defaults to `false`; set true only when the prompt contains a
+  ship/deploy/push directive or `ship-config.json` opts in.
+- `audit_gates` lists Quality Arsenal audits that must pass before
+  `status: done_clean` (see `audit-gates.md`).
+- `lifecycle: ephemeral` lets the dispatcher close the receiver on
+  `done_clean`; `persistent` keeps it alive for follow-up.
+
+## done.json schema
+
+```json
+{
+  "agent":             "<oracle-name | worker-name>",
+  "project":           "<slug>",
+  "status":            "done_clean | pending | failed",
+  "started_at":        "<ISO-8601>",
+  "finished_at":       "<ISO-8601>",
+  "duration_sec":      0,
+  "mission":           "<copy of brief.mission>",
+  "evidence": {
+    "verify_command":   "<command run>",
+    "verify_exit_code": 0,
+    "verify_stdout":    "<captured>",
+    "verify_stderr":    "<captured>",
+    "artefacts":        ["path/to/screenshot.png", "path/to/log"]
+  },
+  "audit": {
+    "gates_required":  ["codeaudit", "secaudit"],
+    "gates_passed":    ["codeaudit", "secaudit"],
+    "scores":          {"codeaudit": 92, "secaudit": 88},
+    "verdict":         "satisfied | partial | unsatisfied"
+  },
+  "regressions":       [],
+  "pending_actions":   [],
+  "ship": {
+    "requested":       false,
+    "result":          "ok | failed | skipped | frozen",
+    "commit":          "<sha or null>",
+    "deploy_url":      "<url or null>",
+    "deploy_status":   "READY | ERROR | TIMEOUT | null"
+  },
+  "report_path":       "<path/to/report.md>"
+}
+```
+
+### Status values + forbidden patterns
+
+| Status | Meaning | Dispatcher action |
+|---|---|---|
+| `done_clean` | Verify passed, all audit gates passed, zero regressions. | Closes session (if ephemeral), forwards report up. |
+| `pending` | Verify passed *for this slice*; `pending_actions[]` lists next slices. | Keeps session alive, decides continue vs hand off. |
+| `failed` | Verify failed, audit gate refused, or regression detected. | Keeps session alive, reads evidence, re-dispatches. |
+
+Forbidden: `done_clean` without `verify_exit_code == 0`; with
+`regressions[]` non-empty; with any required gate missing from
+`gates_passed`; after a ship that returned `failed` or `frozen`. Any
+violation → dispatcher rejects the claim, re-opens the mission, logs
+to `.orchestrator/decisions.md`. Absence of `done.json` is **not**
+success — patrol waits.
+
+## blocked.json schema
+
+```json
+{
+  "session":                   "<tmux session name>",
+  "blocked_at":                "<ISO-8601>",
+  "question":                  "<what is ambiguous>",
+  "best_guess":                "<the receiver's recommendation>",
+  "fallback_action":           "<what the receiver is doing meanwhile>",
+  "can_resume_without_answer": true,
+  "human_required_for":        "<credential | destructive op | scope expansion | null>"
+}
+```
+
+Lives at `Agentik_Runtime/state/blocked-<session>.json`. The patrol
+polls this directory; when a file appears, the human is notified via
+Telegram (Hermès or AISB, depending on routing).
+
+### Legal vs illegal blocks
+
+A `blocked.json` is legal only when (a) the block is genuine
+(credential missing, destructive op outside scope, true semantic
+ambiguity with no safe default), (b) `fallback_action` is *executing
+right now*, and (c) `can_resume_without_answer: true`.
+
+Illegal blocks (these are *preferences*, not blocks — decide and
+proceed per the Third Law):
+
+- "I'd like to confirm before proceeding."
+- "Three options exist, which would you prefer?"
+- "I want the user to validate the approach before I code."
+
+## The LMC variant (Lead-Manager-Checker)
+
+LMC is the *optional* grader topology used by audit-grade agents
+(e.g. `seraph`). Most agents work direct — Lead alone — because
+Manager/Checker overhead is wasted on routing or simple execution.
+See `../agents/aisb/lmc-protocol.md` for the canonical table.
+
+| Agent role | LMC mode | Why |
+|---|---|---|
+| Audit grader (seraph) | **Full LMC** (Lead + Manager + Checker) | Independent validation is the whole point of audit. |
+| Planner (keymaker) | **Lite LMC** (Lead + Manager; Lead validates) | Plans benefit from structured generation. |
+| Everyone else | **Direct** | Speed > ceremony for execution, research, routing. |
+
+Manager output:
+
+```
+BRIEF: <1-line>   STATUS: DONE | PARTIAL | BLOCKED
+CONFIDENCE: <0.0-1.0>   ARTIFACTS: <files>
+```
+
+Checker verdict (full LMC only):
+
+```
+DECISION: PASS | FAIL   CONFIDENCE: <0.0-1.0>
+ISSUES: <list>   FEEDBACK: <next-attempt guidance>
+```
+
+Three FAIL verdicts in a row → escalate to dispatcher (do not loop).
+
+## The "no idle wait" rule
+
+Sessions identified as *dispatched* (per `orchestration.md`) **MUST
+NEVER** stop with an idle prompt. The only legal terminal states are:
+
+1. `done.json` with `status: done_clean`.
+2. `done.json` with `status: pending` and non-empty `pending_actions[]`.
+3. `done.json` with `status: failed` and non-empty
+   `evidence.verify_stderr`.
+4. `done.json` plus a `blocked.json` whose `fallback_action` is
+   currently executing.
+
+Violation phrases a transcript audit will flag: *"Which path should I
+take?"*, *"Should I proceed?"*, *"Awaiting confirmation"*, *"Confirm
+before I continue"*. Replace any of them with a decision written to
+`decisions.md` and immediate execution of the best path.
+
+## Idempotency
+
+`done.json` is written exactly once per session; duplicate writes are
+rejected by mtime. To *correct* a prior `done.json` (e.g. a regression
+discovered after `done_clean`), write a new
+`done-correction-<timestamp>.json` referencing the original and let
+the dispatcher reconcile.
+
+## Cross-references
+
+- `constitution.md` — Prime Principle, Three Laws.
+- `three-laws.md` — Third Law (no idle wait) in detail.
+- `orchestration.md` — dispatch hierarchy + decisions log.
+- `audit-gates.md` — `audit_gates[]` semantics in brief / done.
+- `scope-safety.md` — `files_owned` enforcement.
+- `verified-completion.md` — the terminal contract done.json fulfils.
+- `../agents/aisb/lmc-protocol.md` — LMC mode reference.
+- `../docs/LAYERS.md` — which sessions are "dispatched".
+- `../personas/OMEGAOS-CONTEXT.md` — provider-neutral working context.

package/omega/Agentik_SSOT/rules/scope-safety.md

@@ -0,0 +1,197 @@
+---
+id: scope-safety
+layer: L0-governance
+applies_to: [aisb, oracle, worker, hermes]
+priority: 6
+---
+
+# Scope & Safety — The Hard Boundaries
+
+> The Constitution states: *"An agent edits only the files in its
+> declared scope. Destructive or irreversible actions require explicit
+> authorization. Secrets never enter the git-tracked tree, logs, or
+> prompts."* This file makes each clause operational, with the exact
+> mechanism, the test for compliance, and the list of *Sacred Scopes*
+> the engine refuses to touch under any circumstances.
+
+## The scope invariant
+
+Every dispatched agent receives a brief whose `spec.scope.files_owned`
+declares the *exact* file set the agent may edit. The engine enforces
+this with a pre-write hook; the agent enforces it by self-policing.
+
+### Files in scope
+
+An agent may:
+
+- `Read` any file in the project root (read-only is always permitted).
+- `Write` / `Edit` / `Bash` (write-mode) **only** to files listed in
+  `spec.scope.files_owned`.
+- Create new files only when their target path matches a glob in
+  `spec.scope.files_owned` (e.g. `tests/foo/*.test.ts`).
+
+### Files out of scope
+
+An agent must **never**:
+
+- Edit a file outside `files_owned`, even to fix a typo, even to
+  reformat a single line, even with the user's verbal permission given
+  outside the brief.
+- Delete a file outside `files_owned`.
+- Move a file out of `files_owned` into a path that is not in
+  `files_owned`.
+- Run a shell command that mutates filesystem state outside
+  `files_owned` (e.g. `git checkout -- other_file`).
+
+### When the scope is wrong
+
+If the agent discovers it cannot complete the mission without editing
+a file outside its scope (Karpathy: surgical changes — every edit
+traces to the request), it has three choices:
+
+1. **Decompose.** If the out-of-scope edit is genuinely necessary,
+   write a `pending_actions[]` entry on its `done.json` describing
+   the file and the change. The dispatcher decides whether to widen
+   the scope or spawn a second Worker.
+2. **Re-scope.** If the boundary is wrong by a small amount, write
+   `blocked.json` (`human_required_for: "scope expansion"`) with a
+   `fallback_action` doing whatever work *is* in scope. The
+   dispatcher resolves asynchronously.
+3. **Refuse.** If the requested mission requires touching a Sacred
+   Scope (below), the agent **refuses** and writes `status: failed`
+   with the refusal reason.
+
+The agent **never** silently widens its own scope. A diff that crosses
+`files_owned` is a contract violation and is rejected by the engine's
+pre-merge gate.
+
+## Sacred Scopes — never touched
+
+Some paths are *sacred*: writes are refused at the engine level and at
+the agent level. Even an explicit user instruction inside a dispatched
+session does not unlock them — the user must operate them directly
+through a non-dispatched shell.
+
+| Sacred path | Why | Who may touch |
+|---|---|---|
+| `~/.<provider>/credentials.json` (Claude OAuth, etc.) | Auth tokens — leakage = total account compromise | The human directly, via the provider's official CLI. |
+| `Agentik_Extra/etc/secrets/` (age-encrypted vault) | Project secrets at rest | The human via `omega vault read/write`. |
+| `.env`, `.env.*` (any environment file) | Runtime secrets | The human directly. Agents read via the engine's vault interface. |
+| OAuth callback scripts, billing webhook handlers, subscription state | A bad edit = revenue loss or account lockout | The human directly, with manual verification post-edit. |
+| Authentication scripts (`auth/*`, `clerk/*`, `next-auth/*` config) | A bad edit = lock-out for all users | A Worker only if `brief.audit_gates` includes `secaudit` *and* the mission rubric explicitly authorises auth-surface edits. |
+| Billing modules (Stripe, Lemon Squeezy, paddle integrations) | Money path — silent failures lose revenue | A Worker only with explicit `brief.spec.scope.allow_billing: true`. |
+| `package.json` `dependencies` block | Supply-chain risk | A Worker only with `brief.spec.scope.allow_dependency_change: true`. |
+| Git config (`~/.gitconfig`, project `.gitconfig`) | Identity / signing | Never edited by agents. |
+| Database migrations once committed to a deployed branch | Forward-only history | Append-only; never modify a past migration. |
+
+The engine maintains a glob-set of Sacred Scopes per project in
+`Agentik_SSOT/sacred-scopes.yaml`. The pre-write hook fails closed —
+if the glob set cannot be loaded, *all* writes outside the project's
+declared `files_owned` are refused.
+
+## Destructive operation policy
+
+A "destructive" operation is one that, if executed wrongly, produces a
+state the engine cannot reconstruct from current artefacts. Examples:
+
+- `rm -rf` of any directory not produced by the current mission.
+- `git push --force`, `git reset --hard`, `git branch -D` of any
+  branch not created by the current mission.
+- `DROP TABLE`, `DELETE FROM ... WHERE` without `LIMIT` (and even with
+  `LIMIT` if the predicate is dynamic).
+- Sending real email/SMS/payment from a non-sandboxed credential.
+- `kill -9` of a process the mission did not spawn.
+- Disabling backups, retention policies, audit logging.
+
+### The pre-flight protocol
+
+Before *any* destructive operation, the agent:
+
+1. **Writes a dry-run.** A version of the command that prints what
+   *would* happen without executing.
+2. **Captures the dry-run output** to the mission's evidence directory.
+3. **States the blast radius.** A one-line summary of what the command
+   touches and what it cannot undo.
+4. **Confirms authorization.** The brief's `spec.scope.destructive`
+   field must list the operation. Absent → refuse.
+5. **Captures a backup or snapshot.** Disk snapshot, git tag, database
+   dump — whichever applies. The backup path goes into
+   `done.json#evidence.backups[]`.
+6. **Executes.** Captures stdout, stderr, exit code.
+7. **Verifies post-state.** Runs the verify command from the brief.
+
+A destructive operation that skipped any of these steps is a contract
+violation; the mission is marked `failed` and the evidence directory
+is preserved for forensic review.
+
+### Operations that are *not* destructive
+
+These run without the pre-flight protocol (the engine still logs them
+but does not gate):
+
+- Reading any file.
+- Writing inside `files_owned`.
+- Spawning subprocess for compilation / test / lint / format.
+- Network reads (GETs, public APIs).
+
+## Secrets policy
+
+Secrets **never** enter:
+
+| Surface | Why never | Required practice |
+|---|---|---|
+| Git-tracked tree | Public-by-default; rewriting history is unreliable | Read via vault at runtime; `.gitignore` covers every env file. |
+| Log files (tmux capture, mission logs, audit reports) | Logs are often pasted into prompts, tickets, screenshots | Redact at write time: replace tokens with `***REDACTED***` *before* writing. |
+| Prompts (any agent input) | LLM providers may retain prompts; transcript files persist on disk | Inject secrets only at the moment of use, via tool calls that reference vault entries by *name*, not value. |
+| Screenshots | Pixels can leak in shares | Mask before saving — the screenshot helper supports `--redact-selectors`. |
+| Notification payloads (Telegram, Slack, email) | Notification logs aggregate retention | Substitute `vault://name` references in payloads, resolve only on the receiving daemon. |
+
+### Detection (gates that catch leaks)
+
+- Pre-commit hook runs a secret-scanner (`gitleaks` or equivalent)
+  against staged content. Match → commit refused.
+- The ship pipeline (see `audit-gates.md`) runs the scanner again
+  against the staged diff. Match → ship aborted.
+- The Telegram bridge runs a regex sweep against every outbound
+  message body. Match → message replaced with `[redacted by safety
+  layer]` and the original logged to a secure, retention-bounded
+  channel for the human's review.
+
+### Vault interface
+
+Agents read secrets *only* via the vault interface:
+
+```bash
+omega vault read STRIPE_SECRET_KEY        # returns the value to stdout
+omega vault refs                          # lists available names (not values)
+```
+
+The engine ensures the vault subprocess writes nothing to stdout other
+than the requested value, and that the value is never echoed in mission
+logs.
+
+## File-ownership audit
+
+After every mission, the engine runs a *file-ownership audit* that
+compares the union of all `git diff --name-only` against the union of
+all `spec.scope.files_owned` declared across the mission's Workers.
+
+- Files modified but not owned → contract violation; mission marked
+  `failed`.
+- Files owned but not modified → fine (planning allowed for headroom).
+- Files in Sacred Scopes modified by any Worker → mission `failed` +
+  alert + the change is reverted automatically (the project's pre-write
+  hook should have refused, but the post-hoc audit catches escapes).
+
+## Cross-references
+
+- `constitution.md` — Scope & Safety canonical clause.
+- `three-laws.md` — Second Law (push back when scope is wrong).
+- `orchestration.md` — `files_owned` propagates through every layer.
+- `prompt-protocols.md` — `brief.spec.scope`, `blocked.json` fallback.
+- `audit-gates.md` — `secaudit` is the gate that catches scope
+  drift in production.
+- `verified-completion.md` — file-ownership audit gates `done_clean`.
+- `../docs/LAYERS.md` — credential layout (`TELEGRAM_TOKEN_*`,
+  `ANTHROPIC_API_KEY_HERMES`, Claude Max OAuth).
+- `../personas/OMEGAOS-CONTEXT.md` — provider-neutral working context.