DUNIN7 · LOOMWORKS · RECORD
record.dunin7.com
Status Current
Path investigations/loomworks-memory-disclosure-layer-investigation-v0_1.md

Loomworks — Memory Disclosure Layer Investigation — v0.1

Version. 0.1 Date. 2026-06-04 Status. Investigation. Surfaces a structural gap in committed-Memory visibility, explains why the obvious workarounds fall short, proposes a role-scoped disclosure layer, and names the engagement category it unlocks. Not a change request. Direction-setting material for the record. Author. Claude.ai (investigation layer). Operator: Marvin Percival. Origin. Surfaced while testing whether a coaching engagement (Operator = coach, Contributor = client) maps onto built Loomworks primitives. The coaching case is the trigger; the gap is general.


Plain-language summary

Loomworks Memory has one visibility rule for committed assertions: everyone on the engagement sees everything committed. That is correct for the cases Loomworks was built around — a single Operator, or a few collaborators sharing one truth. It is wrong for any engagement where contributors have asymmetric relationships to the content: coaching, therapy, legal mediation, advisory, medical, HR review. In all of these, several people contribute to one engagement, but what each may see differs by their role.

This document argues that the right fix is not a coaching-specific workaround but a general capability the platform is missing: a disclosure facet on committed assertions, scoped by role-on-the-engagement. It keeps one engagement, one accumulating Memory, full provenance — and adds the one missing thing: what each role may see.

What changed: nothing built yet. This is an investigation.

Decision needed: whether to accept this as a real gap worth scoping as its own capability, held to a higher correctness bar than an ordinary phase.


1. What is built today

Phase 16 settled the visibility logic for the Memory room, and it is explicit:

So there is exactly one private boundary in the built model: held-versus-committed. Your uncommitted draft is yours; the moment you commit, it joins the shared engagement Memory that every contributor sees. There is no per-contributor restricted view of committed Memory.

Separately, the architecture already distinguishes engagement Memory (shared across contributors) from personal Memory (per-person, readable only by that person). The memory-space extensibility investigation establishes that each contributor has their own Companion with its own personal-Memory access, while engagement Memory is the shared layer.

Prior confidentiality work exists but sits at a different level: the engagement-to-domain promotion rule (who may promote engagement-scoped Memory upward, gated on Operator approval) and the federated model (separate environments for HIPAA/GDPR sovereignty). Both govern Memory crossing outward across engagement or organizational boundaries. Neither governs within-engagement, per-role visibility of committed assertions. That is the unaddressed gap.

2. The gap, stated precisely

Committed engagement Memory is all-or-nothing shared. There is no built way for two contributors on the same engagement to see different subsets of the committed Memory.

This breaks the moment an engagement has contributors with asymmetric relationships to the content. Three concrete failures, all from the coaching case:

3. Why the obvious workarounds fall short

Two workarounds present themselves. Both are accommodations to the limitation rather than fixes, and both damage the thing that makes Loomworks valuable.

Workaround A — "keep it simple": never commit the sensitive material to the engagement

The coach keeps private reads in their personal Memory; 360s and sponsor material are kept out of engagement Memory. The client-as-contributor then only ever sees client-safe committed Memory.

This works as a near-term posture and uses only built primitives. But it works only by never committing the richest material — the coach's diagnosis, the rater feedback — to the engagement. That material then lives outside the engagement and does not compound. The platform's entire premise is that knowledge accumulates with provenance in one place; this workaround guts that premise for the sake of safety. The most valuable content is exactly the content it forces out of the engagement.

Workaround B — "separate engagements per boundary": one engagement per confidentiality band

Run the coach's reads, the client's plan, the raters' input, and the sponsor's readout as separate engagements.

This looks clean but fractures the single accumulating picture that is the point of Loomworks. The coach now manually reconciles four fragmented memories — which is precisely the "method trapped in my head, scattered across tools" problem the platform exists to eliminate. You would be using Loomworks to recreate the mess it is meant to remove. It also multiplies engagements for what is, to the coach and client, obviously one relationship.

Why neither is the answer

Both workarounds preserve the all-or-nothing visibility rule and contort the work to fit it. If development is not the constraint, the right move is to fix the rule, not to contort around it.

4. The proposed capability — a role-scoped disclosure layer

Add a disclosure facet to committed assertions: a property of each assertion, set at contribution/commit time, expressing who the assertion is visible to in terms of role-on-the-engagement, not named individuals.

A small set of disclosure bands, not an open per-person matrix. Illustrative bands for the coaching case:

Design disciplines that keep this safe and governable:

This is the version where a confidential professional engagement is a genuine first-class Loomworks engagement rather than a compromise.

5. The category this unlocks

The coaching case is the trigger, not the boundary. The same shape — multiple contributors to one engagement, asymmetric visibility by role — describes an entire class of confidential professional work:

Each needs exactly the missing capability: one accumulating engagement Memory with role-scoped disclosure. The gap the coaching idea surfaced is therefore pointing at one of the platform's most valuable missing pieces — the thing that makes Loomworks viable for the whole category of confidential professional engagements, a far larger and more defensible market than coaching alone.

6. The correctness bar

Even with development unconstrained, this is not an ordinary feature. The disclosure layer governs the most safety-critical question in the system: who sees what. A subtle error leaks a coach's private note to a client or attributes a rater's confidential feedback. So if built, it earns more rigor than a normal phase:

The capability is right; it earns extra care because the cost of a leak is high.

7. What this investigation recommends

Treat role-scoped disclosure of committed Memory as a real, general platform gap — not a coaching-specific workaround. If accepted, the next step is a scoping note that decides the disclosure bands, how the facet is set at commit time, how every Memory read path enforces it, and the correctness bar above. This investigation names the gap and the shape; it does not pre-empt that scoping.

Until then, the near-term posture (Workaround A — coach keeps private reads in personal Memory, 360s as separate engagements) is the honest stopgap, with its cost understood: the richest material does not yet compound inside the engagement.


DUNIN7 — Done In Seven LLC — Miami, Florida Memory Disclosure Layer Investigation — v0.1 — 2026-06-04