Skip to content
C.W.K.
Stream
Lesson 01 of 05 · published

Craft Is Data

~12 min · pipeline-rows, schema, policy, data

Level 0Cold Vessel
0 XP0/36 lessons0/12 achievements
0/100 XP to next level100 XP to go0% complete

Craft Is Data

A named pipeline is not a second engine. It is a compact policy record describing how one recurring task shape should enter the existing engine. The row names the shape, explains it to humans, carries the brief template, lists required proof stages, sets a review default, and may hint which brain usually fits.

This design separates the stable from the variable. Claims, status transitions, review rounds, attachments, and landing records remain code because their invariants must be identical. Task instructions and stage choices become data because operators need to refine them as the craft becomes better understood.

Data-driven does not mean free-form. Live Crucible requires a unique kebab-case name, a nonblank template, and a stage-name list whose entries, if any, are nonblank. It accepts the review default as a boolean, stores it in SQLite as 0 or 1, and returns it as a boolean; the default brain remains an advisory hint. It does not yet own a global stage vocabulary, so inspecting stage spelling remains operator work rather than an enforced invariant.

The row is also inspectable. A pipeline list can show title, version, review default, required stages, and archival state without reading source code. That turns workshop configuration into an operational surface Dad can reason about directly.

The Minimum Useful Row

Keep only fields that change how work is admitted, authored, reviewed, or proven. A visual preference belongs in the UI; a required stage belongs in the row. A secret does not belong in either. The schema is a product boundary, so each field needs an owner and a reason.

A useful audit takes one row and asks what would happen if each field changed. If no externally observable behavior or brief text changes, the field is likely decorative or misplaced. If changing it bypasses validation, the row is carrying executable code in disguise.

Every policy field must change an observable contract. Trace each column to the brief, admission rule, review default, or verification gate that consumes it. A value with no reader is decoration; a value that can execute arbitrary behavior has escaped the safe boundary of data.

Code

A compact pipeline policy row·sql
CREATE TABLE IF NOT EXISTS pipelines (
  name TEXT PRIMARY KEY,
  title TEXT NOT NULL DEFAULT '',
  description TEXT NOT NULL DEFAULT '',
  template_md TEXT NOT NULL,
  required_stages TEXT NOT NULL DEFAULT '[]',
  review_default INTEGER NOT NULL DEFAULT 0,
  default_brain TEXT,
  version INTEGER NOT NULL DEFAULT 1,
  created_at TEXT NOT NULL,
  updated_at TEXT NOT NULL,
  archived_at TEXT
);

External links

Exercise

Design a pipeline row for a recurring evidence audit. For every field, write the observable behavior it controls; delete any field with no answer.
Hint
Keep scheduling, credentials, and presentation-only color out of the row.

Progress

Progress is local-only — sign in to sync across devices.
Spotted a bug or have feedback on this page?Report an Issue

Comments 0

🔔 Reply notifications (sign in)
Sign inPlease sign in to comment.

No comments yet — be the first.