Build the relational model.
A palace without a relational model is just a folder. This guide is about the structure underneath, how rooms connect, what crystals actually do, how the garden compounds over time, and the patterns that make the difference between a palace that grows and one that stalls.
01 · The three primitives
Every palace is built from three things: rooms, crystals, and a garden. Understanding how they interact is more important than having many of them.
A room is any bounded context you return to repeatedly: a project, a person, a domain, a question. A room needs a CLAUDE.md that answers two things: what is this room for, and what should never be forgotten here.
A crystal is a fact that has been established once and never re-derived. It saves the cost of re-explaining. The moment you catch yourself typing the same context twice, that context belongs in a crystal.
The garden is where ideas live across sessions. Plants are long-running threads that don't fit inside a single room, they cross rooms, they compost slowly, they produce insights that session-level work cannot.
02 · The relational model
The relational model is the thing most people skip and later wish they hadn't. It is the map of how your rooms connect, corridors, dependencies, shared crystals.
A palace without corridors is a collection of silos. Ideas stay inside rooms, can't be cross-referenced, and don't compound. A palace with corridors is a network: insights from the design room feed the dev room, research plants water product decisions.
CLAUDE.md before your first session. A corridor written at room-creation time is worth three written after the fact.
Corridors are not hyperlinks. They are explicit statements about what flows between rooms: "design decisions from Room A affect implementation in Room B" or "research plants in Room C should inform copywriting in Room D." The more precise the corridor, the more useful it is.
03 · Session protocol
The session protocol is the ritual that makes context compound across sessions. It has two moments: opening and closing.
The handover is the session's most important output. It doesn't need to be long, two sentences of state + the exact first move for next session is enough. A handover that says "we were working on X, next step is Y" opens the next session in motion rather than in reconstruction.
remember: Vesper! Dev Room, auth refactor. This single line loads the right context and avoids the first 5–10 minutes of re-orientation that happens without it.
04 · Planting crystals that last
A crystal is established once, used many times, never re-derived. The discipline is in knowing what deserves to be a crystal.
What makes a good crystal
A crystal should be: stable (won't change often), load-bearing (other reasoning depends on it), and non-obvious (not something the AI would infer correctly anyway).
"We use React" is not a crystal, it will be inferred from the codebase. "Our product decision rule: default to the normie persona when in doubt" is a crystal, it requires specific knowledge the AI won't have.
Crystal hygiene
Crystals can go stale. Add an expiry or review date to any crystal that might change: valid_until: 2026-Q3. Stale crystals are worse than no crystals, they actively misdirect.
05 · Growing the garden
The garden is where ideas live across months, not just sessions. A plant is a question or theme that doesn't resolve, it compounds. The garden is what makes a palace more than a task tracker.
A plant that never gets watered isn't a problem, it's just dormant. But a plant that gets watered every session without producing anything might not be a plant yet. It might still be a question, not a theme.
06 · Multi-room thinking
When the palace has multiple rooms, the most interesting work happens at their intersections. The tea session pattern, gathering several rooms' worth of context and asking a cross-cutting question, is how you get insights no single room can produce.
07 · The morning rhythm
The palace pays dividends when opened regularly. A scheduled morning check-in, even a short one, does something a responsive-only session cannot: it gives the AI time to compost between sessions, surface connections that emerge from the combination of recent context, and orient you before the day fragments your attention.
A well-written morning check-in brief does three things: it tells you where you left off, it surfaces the first move ready to take, and it proposes something new, an idea that emerged from combining what's been happening across rooms. The new idea is what the garden is for.
08 · Tips & pitfalls
What works
What doesn't work
loci.garden/guide · Built by Hux × Vesper · github ↗