DUNIN7 · LOOMWORKS · RECORD
record.dunin7.com
Status Current
Path architecture/loomworks-workflow-status-diagram-v0_2.html
DUNIN7 · Loomworks · Architecture & Status

Loomworks — The Architecture, and What's Built — v0.2

Version. 0.2
Date. 2026-05-31
Drawn from. candidate-seed v0.9 (the intent — the rooms, modes, render-types, commitments) read against current-status manifest v0.47 (what exists, what's in flight, what's residue). The built/intended line is my own reading of the two.
Status. A status view — visual companion to the architecture specification. The verified v0.3 workflow document — what the workflow commits to — exists at architecture/loomworks-workflow-v0_3.{html,md}; this status view states what is built against it. The two cross-reference rather than duplicate.
Correction from v0.1. v0.1's Status line described the verified v0.3 workflow document as "a separate, not-yet-produced artifact." That was true when v0.1 was written; v0.3 has since landed. v0.2 corrects the reference; v0.1 is preserved unchanged, per the seed's "corrections preserved, not smoothed."
Perishability. This diagram carries a point-in-time status layer (built / in flight / intended); for live numbers and current state see the highest-numbered current-status manifest, and future status shifts are handled as new versions (v0.2…).
Status treatment — applied per capability, not per room
Built in main today
In flight partial / residue / deferred-with-a-gap-stated
Intended committed by the seed, not yet built

The seed commits to a four-room pipeline that eventually runs autonomously. The manifest shows the substrate of that pipeline is largely built, while the engagement still produces its own Renders by hand. The rooms below carry their tint; each capability inside carries its own status.

Entry · contribution into Memory
Contribution + provenanceBuilt
Typed, spoken, from a document, from an image; who/when/how recorded automatically; lands as an assertion. Source-identification unified turn provenance onto the actor model. manifest Entry 106; seed §Memory
Upload pathway → UploadEventReceivedBuilt
Files reach Memory at event grain with full provenance; reachable through the in-engagement composer. manifest §78; Phase 58/59
Upload content → assertion grainIntended
Drafting held assertions from upload events is not built — upload content sits beside the assertion surface, not within it. queued-directions §15.3
an assertion, with provenance
Memoryaccumulate
Built
Accumulation, corrections preserved, lineageBuilt
The source room; never forgets; superseded/retracted assertions stay visible. seed §Memory
Personal memory (per person)Built
Per-person memory with a held→committed lifecycle; the three-bug persistence cascade fixed and recovered. queued-directions §16.2; Phase 43
Public-by-default commonsBuilt
The Loomworks engagement's Memory is visible to everyone; automatic membership at signup. seed §The universal commons; Phase 15
the seed + all committed assertions
Manifestationderive / organize
Built engine
Derivation → organized, versioned readingBuilt
Reads seed + committed assertions into a structured ordering; a reading of Memory, not a copy; re-derived and superseded. seed §Manifestation
Operator-facing room surfaceIn flight
The four-room internals UI (Workshop) is intentionally frozen at Phase 45; the live product is the Operator Layer, which centers on the Companion conversation, not the room internals. manifest §76
organized knowledge — a Manifestation
Shapingselect for a reader
Built engine
Shaping agents + 5 declared shape-typesBuilt
Reader-need-driven selection/emphasis/omission; shape events and shaping executors in the engine. seed §Shaping, §Declared shape-types; Phases 9/21/23/40
Operator-facing Shaping surfaceIn flight
Same Workshop freeze; the room exists in the engine, the surface for it is not the active product. manifest §76
a Shape — material for one reader
Renderingproduce what the reader gets
Split
Render substrate — specialists, polling, content-kinds (Mode A mechanism)Built
Registered render specialists, external-service polling, render content kinds, incremental re-render. The machinery for Loomworks-owned production exists. Phases 10/22/27/34/35/36
Autonomous production of the 13 declared render-typesIntended
The engagement's own documents (methodology docs, manifests, CRs, scoping notes, this diagram) are produced today by Claude under Operator direction — not yet by registered substrate specialists against the seed. seed §Declared render-types ("Today, the specialist is Claude")
Mode B — specification to external systemIntended
Loomworks produces a spec an outside system builds (e.g. REQ → Claude Code builds the app). Architecture supports it; all current declared render-types are Mode A; no Mode B type declared yet. seed §Rendering, §240
Commons educational render-types (concept reference, contributor guide)Intended
Declared for "every person in the system," rendered from living Memory — not yet produced. seed §Commons render-types, §Success conditions
a Render — the artifact (A) / a spec built outside (B)
The reader · four declared consumers
Operators & contributors — the live product surfaceBuilt
The Operator Layer: dashboard, inbox, chat, settings, engagement-navigation, the Companion, approval cards, the new Spend surface. manifest §78; Phase 46+, 66
Long-conversation surface (pagination at scale)In flight
Primary surface fetches 50 turns once, no load-earlier; scoped as the Axis 11 item, not yet built. queued-directions §16.3; Axis 11 scoping note
Every person in the system — the commons consumerIntended
Educational consumption depends on the commons render-types above, which aren't built yet. Future-implementer consumption is longer-horizon. seed §Who consumes the work
The ground the pipeline stands on — not stages in it
Identity — UUID, no-email-as-identity, passkey sign-inBuilt / in flight
The identity model and passkey sign-in surface exist; real-passkey registration on the dev RP-ID is unresolved (dev uses the /auth shortcut), so the passkey path isn't proven end-to-end. seed §Authentication; queued-directions §13.3
Solvency — credit gate + spend visibility & pauseBuilt
Prepaid hard gate over the three model-rooms; per-run spend visible; default-on approval pause for async spend. manifest Entries 107/108; Phases 64/66
Lineage anchoring — FORAY (tamper-evident)Intended
Provenance is recorded; but FORAY anchoring is a seam-marked no-op at 16 reserved sites — FORAY is framed as an external service Loomworks will call, not yet wired. manifest §74, §4.B; seed §Constraints
Access control — OVAIntended
Named as the candidate access substrate (provisional patent filed March 2026); not built. seed §Constraints
Federation across Loom environmentsIntended
Architecture doesn't foreclose cross-environment reference; single-instance use is what runs today. seed §Constraints

Where intent and status diverge

The four-room substrate is built — Memory, Manifestation, Shaping, and the Mode-A render machinery all run in the engine — and a solvency layer now meters and gates the pipeline (Phases 64/66). The Operator Layer is the live surface; the Companion drives it.

The largest gap is the seed's own recursion: it commits to an engine that produces the engagement's declared render-types autonomously. Today the engagement still renders itself by hand — Claude as specialist under Operator direction produces the manifests, CRs, scoping notes, and this very diagram. The render mechanism exists; it has not been turned on the engagement's own document stream.

The rest of the committed-but-unbuilt frontier: Mode B (specification to an external builder), the commons educational render-types, FORAY anchoring (seam-marked, not wired), OVA access control, and federation. In flight or residue: the passkey path end-to-end, upload→assertion grain, conversation pagination, and the deferred Manifestation-pause (Phase B). By the seed's own scope statement, the product lifecycle's other stages (1–3, 5–6) are out of current scope, not behind.