Governance catalogue — codegen'd views

The same 85 mechanisms, re-grouped live from card metadata. Every card is emitted by renderForView(card); a view is just a grouping key + order, so adding a mechanism or a view is data, not layout. Click a card for its writeup; hover for its one-line summary.  ·  the governance map  ·  the book models  ·  the development process  ·  home

Two organizing spines over one method trunk: the fleet's lifecycle models and the product's 4+1 views, with the sub-models that plug into each and the perimeter grouped under the model it serves. Activate a node on the map — or read the full hierarchy below. ★ = an is-a-model entry; ⇆ = a model shared across spines by projection.

The fleet — the self-operate lifecycle models — Part 2's spine

Anchored by Lifecycle model (typed operational map → generated runbook) — Typed map of the system's operation: per-lifecycle health predicate, generating the runbook.

manage-agents

Dispatch → registry → worktree isolation → the gate staircase → tombstone and clean.

Models plugged in

Perimeter — filed under this lifecycle

manage-context

Banking, compaction, and session-start reconstruction of the agent's working context.

Perimeter — filed under this lifecycle

manage-git-repo

Main as the deploy tip; cherry-pick and merge-train reachability; the commit gate.

Perimeter — filed under this lifecycle

manage-deploy

The local → staging → prod staircase, its canaries, heartbeats, and topology.

Models plugged in

Perimeter — filed under this lifecycle

manage-dev-machine

Host compute rationed across concurrent worktrees; the locks that keep them from colliding.

Models plugged in

Perimeter — filed under this lifecycle

gc-cron plane

The periodic garbage-collection crons and their typed alert stream.

Perimeter — filed under this lifecycle

orchestrator-hooks

The orchestrator session's own hook machinery and the governance-document mechanisms.

Models plugged in

Perimeter — filed under this lifecycle

The product — the 4+1 views of the shipped system — Part 3's spine

Logical

The system's functional decomposition — including the product's own document models, which carry the artifact-side mechanisms.

Models plugged in

Perimeter — filed under this view

Process

What runs at once and where it can collide.

Models plugged in

Development

How the codebase is zoned and layered.

Models plugged in

Physical

Where things run and what depends on what.

Models plugged in

Scenarios

The journeys that tie the views together.

Models plugged in

The method trunk — governs every model in both spines

The method trunk

What holds ANY model true, regardless of subject — governs every model in both spines.

Models plugged in

The method mechanisms — govern every model