Table of contents
Runbook
Formal definition
A Runbook is a four-tuple :
where:
- is the trigger norm — the norm whose activation initiates the runbook; is the propositional content; when , the runbook is activated
- is the executor role — the role whose incumbent is obligated to execute when fires; the incumbent need not have designed , only be qualified to execute it
- is the step sequence — an ordered list of acts; at all for which is valid; the sequence is execution-settled before any trigger fires; the executor exercises no substantive judgment about what the steps are
- is the goal — the target element that drives to ; execution terminates when
The output of executing from history is the morphism in tracing the path , where each is the fiber element produced by act .
Four invariants. is a runbook if and only if:
Invariant 1 (Pre-settlement of steps): for all at which is valid — the step sequence is execution-settled before the trigger fires. The executor need not decide what to do; the acts are prescribed in advance. A sequence whose steps require the executor to make substantive judgment calls about what the next step is — given findings from prior steps — is a playbook, not a runbook.
Invariant 2 (Trigger selectivity): within the institution that owns , the norm selects uniquely — for every history with , exactly one runbook is activated. A trigger condition that activates multiple runbooks is an inconsistency in ’s normative system.
Invariant 3 (Goal reachability): there exists a history path in such that executing from produces . The runbook is sound when this path exists. The runbook is unsound when executing cannot produce — when the steps do not drive the fiber toward .
Invariant 4 (Role authorization): every act is authorized for the executor role within . No step requires the executor to act outside their role’s authorization. If a step requires an act beyond , the runbook must include an explicit escalation step handing control to a role with the required authorization.
Runbook and mandate
A Runbook is a specialization of Mandate. A Mandate prescribes a single act with a compulsion trigger . A Runbook prescribes a sequence with a norm-derived trigger and an explicit goal stating when execution terminates.
The mandate’s pre-settlement condition carries over directly: is the analog of the mandate’s ministerial, non-discretionary character. The mandate’s compulsion condition is here a full norm , carrying the institutional authority of .
What a runbook adds to a mandate: the goal . A mandate specifies what to do; a runbook specifies what to do and when to stop. Without , the executor cannot determine whether the sequence has accomplished anything.
Runbook and norm
The runbook is itself a norm in . It is an -norm: when , the incumbent of is obligated to execute . The runbook’s force is institutional — the executor follows it because prescribes it, not because it seems like a good idea on this occasion.
The trigger norm is an element of : it is meaning-settled as the normative standard that activates this response. The runbook as a whole is a second-order norm: a norm specifying which act-sequence to perform when a first-order norm becomes active.
Runbook and act sequence
The step sequence is a generator sequence in the trace monoid over act-types with independence relation . Two acts and are independent — they commute — when ’s output does not feed ’s inputs and ’s output does not feed ’s inputs. Independent acts belong to the same Foata tier and may execute in any order or in parallel without changing the resulting history.
The Foata normal form of is , where each is a maximal set of pairwise-independent acts. The tiers are causally ordered: every act in depends on at least one act in . Concurrency within a tier is derived from the absence of wiring dependencies, not from an explicit parallel annotation.
Runbook vs. playbook
A playbook targets a class of novel situations where the correct response is not fully known in advance. Its steps require the executor to exercise judgment about what to do next, given findings from prior steps. The playbook’s step sequence is not in before execution — it cannot be, because the steps depend on what the executor discovers.
A runbook targets a recognized condition where the correct response is fully prescribed. Its step sequence is in : execution-settled before the trigger fires. The executor’s judgment is confined to recognizing that the trigger condition holds; the acts themselves are not up for deliberation.
The formal distinction: a runbook’s ; a playbook’s step sequence is not in until execution completes. This is a structural difference in where in the nuclear partition the step sequence lives, not a difference in degree.
Nuclear derivation
The primary proposition for a runbook at history is:
the conjunction of the step sequence being execution-settled and the trigger condition being doubly settled.
The action. — that is, — if and only if the runbook is meaning-settled: the institution has recognized as a genuine triggering norm and as the prescribed response. This is the backward-facing condition: the runbook has been validated against prior institutional practice. fails to fix when the runbook exists as a document but has not been ratified as the institutional response to — it is a proposed procedure, not an operative one.
The action. — that is, — if and only if the trigger condition has actually been observed to hold and an incumbent of has executed . This is the forward-facing condition: the runbook has been activated and carried through to the goal. fails to fix when the trigger has fired but the runbook has not been executed — the incumbent of has not performed .
The operative condition. is operative at if and only if : the runbook has been institutionally ratified and successfully executed.
The joint retraction. is the canonical projection of onto . The gap measures how far the current state is from a fully operative runbook.
Failure modes.
| Partition cell | Formal condition | Runbook status |
|---|---|---|
| ,\ | Ratified and executed | |
| ,\ | Ratified; trigger fired; not executed | |
| ,\ | Executed; not institutionally ratified | |
| ,\ | Neither ratified nor executed |
is the critical operational failure: the trigger has fired, the runbook is the ratified institutional response, but no incumbent of executed . This is the gap between normative recognition and operational response. is the legitimacy failure: someone executed the steps, but not under institutional authority — a response without a ratified runbook behind it.
Persistence. If is operative at — if — then remains operative at all . Proof: by the nuclear presheaf axiom, and for any morphism . Since both nuclei fix at , their commutativity with restriction maps implies . Institutional ratification and successful execution, once achieved, propagate backward through the history.
Zeno settling: the shadow-type tower of unresolved triggers
Source: Zeno Settling K1 Cohomology, Zeno Settling Small K Verification.
The shadow-type partition already built into the runbook’s nuclear derivation is not static — it has a tower structure. An unresolved trigger does not simply stay in one failure mode; it propagates forward through tower levels via the NuclearShadowSubstitution rule, generating new gaps at higher levels until the whole chain settles. The Zeno settling computation at level 1 gives the first step of this propagation.
The shadow-type substitution applied to runbook failure. The NuclearShadowSubstitution assigns each shadow type a next-level image: the t-type (transfer-stable, saturation-unstable) maps to s, and the s-type (saturation-stable, transfer-unstable) maps to st. In runbook terms:
| Shadow type at level k | Runbook status at level k | Next-level shadow (level k+1) | Next-level runbook status |
|---|---|---|---|
| RelationalHistoryFiberTransferShadowClass (t-type) | Executed without institutional ratification (RelationalHistoryFiberTransferringShadowClass: RelationalHistoryFiberTransferringNucleus fixes it, RelationalHistoryFiberSaturatingNucleus does not) | RelationalHistoryFiberSaturationShadowClass (s-type) at RelationalHyperverseTowerShadowWitness(a) | The institutional gap — ratified recognition that unauthorized execution occurred — persists at the resolution witness level as an s-shadow |
| RelationalHistoryFiberSaturationShadowClass (s-type) | Ratified but not executed (trigger fired; runbook recognized but no incumbent ran the steps) | RelationalHistoryFiberSaturationShadowClass (s-type) + RelationalHistoryFiberTransferShadowClass (t-type) at witness level | Two gaps: the ratification gap persists as an s-shadow; a new execution-acknowledgment gap appears as a t-shadow |
The k=1 cohomology computation. The simplest case — one t-shadow at level 0 — proceeds as follows. The relational universe at level 0 has an element a that is t-type at history RelationalUniverseInitialTowerLevel (transfer-stable: RelationalHistoryFiberTransferringNucleus fixes a; saturation-unstable: RelationalHistoryFiberSaturatingNucleus maps a above itself). The level-0 fixed fiber at RelationalUniverseInitialTowerLevel collapses: RelationalHistoryFixedFiber at level 0 = {bottom, top}, shedding a.
The level-1 tower adds exactly one new universe-object: the resolution witness RelationalHyperverseTowerShadowWitness(a). This is a sub-universe of RelationalUniverseInitialTowerLevel with no further predecessors. At this witness, both level-0 nuclei are identity (no predecessors → saturation is trivial; restriction map from RelationalUniverseInitialTowerLevel is an isomorphism → transfer is trivial). The witness fiber persists fully to level 1: RelationalHyperverseTowerCarrierFiber at RelationalHyperverseTowerShadowWitness(a) at level 1 = {bottom, witness-element, top}.
The level-1 transfer nucleus at the witness is no longer trivial: the restriction from the level-1 carrier at RelationalUniverseInitialTowerLevel (which collapsed to {bottom, top} by shedding a) cannot supply witness-element as a stable value. Therefore witness-element is an s-type shadow at the witness level at level 1: it is saturation-stable (RelationalHistoryFiberSaturatingNucleus is still identity — no new predecessors) but not transfer-stable (RelationalHistoryFiberTransferringNucleus no longer fixes it because the upstream carrier shed its preimage).
The cohomological non-triviality. The level-1 cohomology RelationalHyperverseFirstCohomologyTowerFilteredColimitIdentification at level 1 is non-zero conditional on WitnessNonExtendability for the s-shadow witness-element: the new-modes section at the witness does not lift to a global section at level 1. Runbook reading: the gap between an unauthorized execution (t-shadow at level 0) and its institutional recognition (s-shadow at the witness level at level 1) is cohomologically non-trivial — it cannot be locally patched within the level-1 tower. Closing it requires adding the level-2 witness RelationalHyperverseTowerShadowWitness(witness-element).
Axiom versus theorem. At the ground level (RelationalHistoryFixedPresheafAutomorphismRigidityAxiom), the shadow type partition of the fiber is an axiom imposed on the relational universe. The Zeno settling computation shows that at the tower level, the same partition structure is a theorem derived from the seeding condition: the level-k+1 carrier is seeded from the level-k fixed fiber, and the shadow types that appear at level k+1 are exactly those forced by the seeding. The runbook’s four failure modes are not arbitrary — they are the four cells of the nuclear partition, and their propagation through the tower follows the NuclearShadowSubstitution rule.
Proposition (Runbook shadow propagation). Let a runbook trigger fire at history t (the trigger proposition RelationalHistoryFiberDoctrineLanguageModal(trigger) enters RelationalHistoryFiberTransferringNucleusFixedFiber). If the runbook is not executed — the primary runbook proposition RelationalHistoryFiberDoctrineLanguageModal(runbook) remains a t-type shadow at level k — then at level k+1 a new s-shadow appears at the resolution witness: the institutional recognition that execution did not follow the trigger. This s-shadow is not a duplicate of the original gap; it is a new, genuinely distinct cohomological class. The chain of unresolved runbook triggers generates a Fibonacci-type shadow sequence: t → s → st → sts → stst… , with each new level adding one more unresolved class. The runbook is fully settled only when the entire witness tower collapses — when every shadow-type element at every tower level reaches RelationalHistoryFixedFiber.
Source. Shadow propagation rule from Zeno Settling K1 Cohomology §The s-Type Shadow at Level 1 and §Fibonacci Substitution Check. Cohomological non-triviality conditional from §Cohomology at k=1. Status: the shadow-type substitution is established; the cohomological non-triviality is conditional on WitnessNonExtendability.
Open questions
- Whether a runbook can be self-referential: if contains a step that invokes another runbook, the step sequence is not in RelationalHistoryFiberTransferringNucleusFixedFiber until the sub-runbook’s sequence is also resolved; the Zeno settling tower gives the formal structure for this: each nested sub-runbook invocation adds one tower level, and the sub-runbook’s witness is the level-k+1 resolution witness for the outer runbook’s shadow — the hierarchical fixed-point condition is exactly the ZenoSettling convergence condition.
- Whether the goal must belong to the same institution as the trigger norm , or whether a runbook can terminate on a condition from a different normative system.
- Whether the Foata normal form of is unique — whether two runbooks with the same trigger and goal but different tiering structures are the same runbook; whether runbook identity is determined by semantics (trigger → goal) or by structure (the specific Foata decomposition).
- Whether escalation steps — steps that transfer control to a different role when the current executor cannot proceed — are part of or a separate meta-structure on ; if part of , the executing role changes mid-sequence and Invariant 4 must be qualified.
- Whether the
stepsparameter should be typed as once a formal act-sequence type is introduced, rather than the currentrelational-universeplaceholder.