Migrate what already exists into a structure Codex can navigate, then ship one real piece of work through it, end to end.
Existing folders, proposals and checklists get mapped and moved, the same gather, propose, migrate method Week 1 ran on each person's own context.
CLAUDE.md and AGENTS.md sit next to it as compatibility symlinks, never a second source of truth.
One brain at root serves Design, Construction, Estimating, Contracts Admin and Finance. Skills live at root too, so no unit duplicates them.
Every business has at least one system that already works and nobody is allowed to break. Everything else reads from it or builds around its edges.
What sources it depends on, which wins on conflict, what context it needs every time, what it must never see, what corrections keep recurring, how one correction becomes a standing rule.
AUTOMATE is reserved for internal, reversible, no-audience steps.
A one-page consent policy with staff notification is cheap to do and embarrassing to skip.
Check the destination files exist before trusting any skill's output.
"Ask before" on a connector's send, delete or share permission fires in the tool itself. And while this is new, work on copies, never your only copy of anything.
At Happy Haus the locked cores are named: Jack and Databuild. The open edges are Xero, Bluebeam-Max, Revit, M365 and SharePoint itself.
Design, Construction, Estimating, Contracts Admin and Finance sit under one root, with Skills and Reference alongside them.
Mel's checklists, Rick's site-start letters and Michael's QA checklist are the actual material Codex maps first.
A walled tool needs its own outbox plus a roll-up pass. Copying root rules into every workspace just creates drift.
Attach a number to every pain point, show the map back to the person who does the work, look at the real screen, close with the same five questions.