Weaving Memory Part 1: The Invisible Layer
The first part of Weaving Memory. What cannot be exported has to be built. Why I stopped trying to paste context across tools and started building the bridge.

The seventy percent of AI context that cannot be exported. A practitioner journal of building Loom, the tradeoffs that shaped it, and what a neuroscience paper changed about the spec.
Stop pasting context across tools. Start architecting what should have been portable in the first place.
3 Parts
The Value of Context established the seventy percent problem. Bilateral adaptation between a practitioner and an AI tool develops over months of sustained interaction, and only thirty percent of it is portable. The remaining seventy percent is the invisible layer. It cannot be exported because no tool currently treats it as a first-class artifact. Every tool change, contract renegotiation, or vendor deprecation destroys the accumulated understanding.
Weaving Memory is the honest follow-up. If the invisible layer is what actually matters, and no tool is built to move it, then the value a practitioner builds evaporates every time they switch windows. This series documents the build of Loom through three posts. It is not a spec walkthrough. It is a practitioner journal documenting the design decisions, the tradeoffs, and the things the author was most afraid of getting wrong.
The series was originally planned as eight posts. It ends at three. The circumstances that would have shaped posts four through eight changed, and publishing filler to hit a number made in public was not the right call. The three-post arc is complete. The build is not.
Platforms design AI tools for stickiness, not for portability. That is a product decision made at the expense of the person whose work makes the tool valuable. Every tool change, contract renegotiation, or vendor deprecation destroys the accumulated understanding between the practitioner and the tool. Nothing in the current landscape treats that understanding as an asset worth protecting on the practitioner’s behalf.
The cost of cognition through a system that does not translate to another is real. It surfaces every time a practitioner switches tools, evaluates new ones, or inherits a replacement through no choice of their own.
Weaving Memory takes the position that this is a market failure worth solving with architecture, not a workflow problem worth solving with better copy-paste hygiene.
Part 1: The Invisible Layer The series opener. Names the three anchors of the work: the precedent in Value of Context, the civilian-scale catalyst in Nate B. Jones’s open brain pattern, and the co-development with Benjamin Villanueva on Borg. Introduces Loom without schema. Sets the stakes.
Part 2: The Groove Problem Loom is mechanically a comfort-groove amplifier if built wrong. The same accumulated understanding that makes AI collaboration valuable is the thing that files down the pushback a practitioner actually needs. The four architectural counter-moves that ship in Loom and what they still cannot solve.
Part 3: Memory Isn’t RAG, and RAG Isn’t Memory A neuroscience document from a friend mapped eight principles of biological memory architecture onto data storage patterns. Loom already had six. The two it did not have changed the spec. This post makes the case that retrieval-augmented generation is a search technique, not a memory architecture, and shows what the difference costs in production.
The practitioners who get the most out of these tools pay the highest switching cost. That is not a bug. It is the price of building something real. The industry’s response to date has been to call it vendor lock-in and sell third-party memory layers that paper over the problem without addressing it architecturally. Weaving Memory takes a different position. The memory is already yours. The work is making it portable, inspectable, domain-aware, and defensible when it matters most.
Every practitioner reading this will hit at least one of these in the next two years. A tool deprecation. A contract change. A role transition. Each of those moments exposes the cost of treating accumulated context as something that belongs to a platform rather than to the person whose work produced it.
Practitioners who use AI as a thinking partner rather than a task machine. Architects who have built deep collaboration with a specific tool and noticed that the collaboration does not survive a vendor change. Technical leaders asked to evaluate AI tools without the context that would let them evaluate seriously. Anyone who has felt the canyon between their most-used AI and a new one and recognized the cost of crossing it without a bridge.
This series is the architectural follow-through to The Value of Context, which named the problem but did not solve it. It extends into AI Observability, which provides the instrumentation pattern Loom uses for its audit log. And it runs adjacent to AI Governance, which addresses the organizational conditions under which memory portability becomes a governance question, not just a practitioner one.
Memory is not a feature. It is the thread that holds the work together when the tools change hands.

The first part of Weaving Memory. What cannot be exported has to be built. Why I stopped trying to paste context across tools and started building the bridge.

The second part of Weaving Memory. What the build taught me about the comfort-amplifier risk I named in Part 1, and why grounding memory outside the probabilistic system was the move I did not see in the spec.

The final part of Weaving Memory. A neuroscience document mapped biological memory onto data storage. Loom had six of eight principles. The two it missed changed the spec.