Runbooks
A process definition names a runbook per stage through its :hint field, and
tik explain prints that link beside the missing evidence:
To reach :triaged:
✗ set fact [:category] ([:enum :billing :technical :account :abuse])
(see: kb/runbooks/support-request-triaged.md)
So these pages are read at the moment somebody is stuck, and each answers a
single question: what has to become true here, and who can make it so. They
live in the repository’s knowledge bundle under kb/runbooks/, so a checkout,
an agent, and this site read the same document.
Each process below is listed in stage order rather than alphabetically — a runbook makes most sense beside the stages it sits between.
support-request
The sample process the conformance corpus pins: a customer report from arrival to acknowledgement.
| Stage | What it means |
|---|---|
:received | A new report exists and nothing is known yet. |
:triaged | A triager has signed off a category and a severity. |
:reproducible | A reproduction is attached under repro/. |
:resolved | A resolution reference points at the fix. |
:escalated | Derives on its own: 48 hours with no category. |
:closed | Sticky milestone — only the customer’s acknowledgement closes it. |
release
A version’s supply chain as evidence: one ticket per release, each stage saying what must be true of the artifacts rather than which job ran.
| Stage | What it means |
|---|---|
:built | Artifacts exist and CI has signed which commit produced them. |
:scanned | A vulnerability scan came back clean, attested within the last day. |
:attested | An SBOM, build provenance, and a signature are on record. |
:published | Sticky — a maintainer shipped it, and not the one who built it. |
:withheld | A maintainer decided it does not ship, with the reason. |
tik-dev
The process tik’s own development runs in; this repository is a live store.
| Stage | What it means |
|---|---|
:captured | A thought exists and the ticket preserves it. |
:triaged | A summary and a kind are on record. |
:implemented | A commit is named. |
:landed | The full local gate came back green. |
:parked | Deliberately not now — with the reason, which is the deliverable. |
hypothesis
Falsifiable claims carrying a kill criterion, so a plan can be wrong on purpose rather than by accident.
| Stage | What it means |
|---|---|
:captured | A belief worth testing exists, even half-formed. |
:stated | The claim and what would kill it are both written down. |
:running | The experiment is named: what is run, on what, measured how. |
:validated | Evidence a stranger could check. |
:killed | Which criterion fired, and the evidence it fired on. |
track
Two stages, for something that needs recording rather than a workflow.
| Stage | What it means |
|---|---|
:open | The ticket exists; record what is true as it happens. |
:done | The thing ended — say how. |
identity-registry
| Stage | What it means |
|---|---|
:registry | Always this stage: key bindings are evidence, not workflow. |
incident-response
From first alarm to a reviewed postmortem.
| Stage | Reached when |
|---|---|
:declared | Severity and impact are on record. |
:mitigated | A commander signed the severity and the bleeding stopped. |
:postmortem-due | Derives from time alone: five days with no postmortem. |
:analyzed | A root cause and a postmortem summary exist. |
:reviewed | Sticky — accepted by somebody who did not write it. |
employee-onboarding
The checklist that runs itself, two branches rejoining at the end.
| Stage | Reached when |
|---|---|
:hired | A start date, a signed contract, and the file to go with it. |
:equipped | IT signed off the equipment reference. |
:accounts-live | IT signed off the account. |
:ready | Sticky — both branches landed and a buddy is named. |
okf-publish
Publishing a knowledge bundle, with review signed over its content hash.
| Stage | Reached when |
|---|---|
:drafted | The bundle exists and its hash is on record. |
:reviewed | A reviewer vouched for it, signing over that hash. |
:approved | An owner authorised release over the same hash. |
:published | Public — and it un-publishes if the bundle is revised. |
renovate-migration
Moving a repository from Dependabot to Renovate, with a probe keeping it honest.
| Stage | Reached when |
|---|---|
:planned | An approach is written down. |
:configured | Renovate is in, Dependabot is out, and the probe agrees. |
:verified | A dashboard, a first PR, and a maintainer’s approval. |
supply-chain-release
A release as evidence, with four-eyes approval.
| Stage | Reached when |
|---|---|
:built | CI signed which commit produced these bytes. |
:attested | An SBOM and provenance, each attested within a day. |
:scanned | A vulnerability scan came back clean, recently. |
:approved | Sticky — approved by somebody who is not the pipeline. |
:withheld | A decision not to ship, with the reason on record. |
automated-release
The same, for a pipeline that ships with no human in the loop.
| Stage | Reached when |
|---|---|
:built | CI signed which commit produced these bytes. |
:attested | An SBOM and provenance, each attested within a day. |
:scanned | A vulnerability scan came back clean, recently. |