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

Materialize the Brief

~12 min · brief, materialization, snapshot, handoff

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

Materialize the Brief

A queue entry begins as references: a pipeline name, task notes, requested brains, and perhaps attachments. Execution needs a closed artifact. Materialization resolves the current pipeline row, stamps its version, renders the template with the scoped notes, and records the resulting brief path as the session's work order.

The rendered brief is intentionally redundant with source data. That redundancy is a snapshot boundary, not copy-paste architecture. A reviewer should be able to read the exact instructions handed to the author even if the pipeline row is edited later or the live provider presents different defaults.

Materialization also makes missing information fail early. A template can require destination and proof sections; the engine can refuse to queue or take if they remain empty. Once the brief exists, another brain should not need access to the original scoping conversation to know its authority.

The work order carries provenance: delegation key, pipeline key and version, creation time, requested reviewer policy, and task notes. It should not carry operational secrets or private infrastructure trivia. Enough context to execute is different from every fact the engine knows.

Render, Then Read It Back

After materialization, parse the header and assert the stamped identity, pipeline version, and review mode. Then read the human body as a work order. A syntactically valid file can still omit the sentence that makes scope closed.

The handoff test is simple: give the brief package to a fresh session with no conversation history. If it must ask what the destination or completion evidence means, materialization preserved text but failed to preserve authority.

Materialization turns policy plus input into one inspectable order. Render the template before execution and store the exact result beside the stamped pipeline version. The author, reviewer, and future auditor can then point at the same instructions rather than reconstructing them from moving parts.

Code

Render a version-stamped work order·python
from string import Template

row = {"name": "oneoff", "version": 4, "template": Template("Goal: $goal\nProof: $proof")}
notes = {"goal": "repair the named export", "proof": "row count and checksums match"}
brief = {
    "pipeline": row["name"],
    "pipeline_version": row["version"],
    "body": row["template"].substitute(notes),
}
assert "Proof:" in brief["body"]
print(brief)

External links

Exercise

Materialize a work order from a small pipeline template and scoped notes. Hand only the result to a colleague and record every clarification they still need.
Hint
Each clarification is a missing authority field, not a reason to add the entire conversation.

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.