The Manifest · Vol. I, No. 1 Canonical Specifications & Negotiated Vocabulary 1 May 2026
Entry the First — being a record of names accepted and the reasons therefor
Canonical Specification, Version 0.1
流函
liú hán
flow_case
A sealed unit of work, drifting between banks of the lattice

The lattice is the river; each 流函 is a small case carried by the current, holding exactly one piece of work — issued from one bank, opened at another, and answerable to the human who set it adrift.

§ I.

Etymology & Resonance — three layers of meaning

The name was proposed and accepted on the same day. Its claim to canonical status rests not on a single semantic fit but on three concentric layers of meaning, each of which would have justified the choice on its own. Together they make the name structural rather than ornamental.

  1. 函 — the formal missive
    At surface, 函 carries exactly the sense the design wants: a sealed missive, a formal dispatch, an envelope-as-case. The character does double duty in classical usage as both physical container and formal correspondence (公函 — official letter). A flow_case is therefore not data adrift; it is a commissioned unit of work — sealed, signed, and addressable, with a phase vocabulary (issued, in flight, resolved) that reads against 函 as cleanly as a writ moves through a court.
  2. 函数 — the mathematical pun
    函 is the same character used in 函数, the standard Chinese term for a mathematical function. To any reader with mathematical training, 流函 therefore reads as a quiet pun on flow-function. Given that the Haskell side of the larger work is fundamentally about composing typed functions across domain boundaries, having the dispatch envelope itself encode flow-function in the lattice's other native tongue is structurally on the nose. The name knows what it is carrying.
  3. 流函数 — the stream function
    流函数 (liúhánshù) is the Chinese term for stream function in fluid dynamics — a scalar field whose level curves describe the flow itself. 流函 therefore sits one character shy of the function that is the flow. The Flowing Path as river, the flow_case as the unit drifting on it, and the name encoding the very mathematics of that drift. The metaphor and the mechanics rhyme.

One overlap is worth naming, not as objection but as reinforcement: case in English collides with the securities domain (Reg D / Reg S), where a case carries legal weight — a self-contained matter under deliberation, with provenance, evidence, and resolution. The collision is generative, not corrosive; it confirms what a flow_case is.

§ II.

Schema — version 0.1

The schema is fixed at version 0.1 to make subsequent drift legible. Required fields establish identity, accountability, and resolvability; optional fields carry lineage and the safety levers required by The Manifest's prior canon on agency.

{
  "kind": "flow_case",
  "schema_version": "0.1",
  "trace_id": "fc-2026-05-01T02:45:00Z-001",
  "phase": "issued",     // issued | in_flight | resolved | recalled | aborted
  "origin": "terminl.main",
  "target": "council.perplexity",
  "sponsor": "pd9.human",
  "task_type": "<held open>",
  "payload": { },
  "constraints": { },
  "expected_return": { },
  "parent_case": null,           // trace_id of ancestor, if any
  "transit_log": [ ],            // append-only chain of custody
  "recovery_path": null           // route on phase = aborted
}
FieldFunction
kindSelf-identifying literal. Any bank can recognize a flow_case without prior context.
schema_versionPinned at 0.1. Subsequent versions track conceptual drift in the open.
trace_idGlobally unique. Prefix fc- + ISO timestamp + sequence.
phaseFive states; happy path is issued → in_flight → resolved. Recalled and aborted are the safety levers — direct echoes of freeze and force-transfer in the EIP-7518 canon.
origin / targetThe banks (terminl, council, deck, arena, &c.) between which the case flows.
sponsorThe responsible party. Distinct from origin. Origin is the node; sponsor is the human or agent answerable for issuance. Without this split, the chain of delegation goes opaque the moment a case crosses banks.
task_typeHeld open. Categories are admitted inductively from real cases.
payloadThe work itself. Schema-by-task_type, when task_type hardens.
constraintsWhat the receiver may not do. Bounds on scope, tools, time.
expected_returnThe shape of the resolution. Makes the case closeable.
parent_casetrace_id of the ancestor, if any. Lineage; sub-cases without it are how audit trails go ghost.
transit_logAppend-only list of {at, bank, action}. Chain of custody.
recovery_pathRoute taken when phase becomes aborted. Direct echo of force-transfer to a recovery agent.
§ III.

Rituals — three verbs in 函's dialect

The case is moved by three operations, each named from the same formal-correspondence semantic field as 函 itself, so the vocabulary holds together. Two are the happy path; the third is the safety lever.

封
fēng
Seal · Issue
Sponsor authorizes; origin seals; trace_id is minted; phase becomes issued. The case enters the current.
启
qǐ
Open · Resolve
Target returns the expected_return; phase becomes resolved; resolution attached. 启封 — to break the seal.
撤
chè
Withdraw · Recover
Sponsor recalls the case, or it fails and routes to recovery_path. Phase becomes recalled or aborted.
封 → 启 is the happy path. 撤 is the safety lever.
§ IV.

Sponsor Grammar — name.kind

The sponsor field uses a two-part identifier. The dot is not decorative; it is load-bearing for the prior canon on chain of delegation. When a flow_case spawns a sub-case, the sub-case's sponsor may be an agent rather than a human. Without the kind suffix, no single case can be read as terminal or intermediate at a glance. With it, the chain is legible from any case alone.

The structural rhyme with the securities work bears noting: this distinguishes natural persons from juridical persons from agents acting under authority — the same grammar Reg D / Reg S require for issuers and signatories. The sponsor format is the lattice's local dialect of that legal distinction.