Systems nominal LIVE 0 BUILD 0 QUEUED 0 CONCEPT 0 51 DOMAINS · 7 LAYERS · 7 PHASES
System architecture · the north star

One signal path, two gates

Thin pipes move data, the smart middle judges it against vault rules, then every write clears two gates in order — a deterministic validation check (is it well-formed?) and the ApprovalMax human-approval gate (is it authorised under the Delegation of Authority?) — before it lands in a store and drives a surface. Agents never write to Xero directly.

Ground truth · locked rule artifacts the agents obey
Capability register · 51 domains

Domains

Every capability captured so far, with build status and the phase it sits in. Filter by status or phase, search, or open one for its purpose, how it connects, the systems it touches, its linked domains, a hub-and-spoke view and a deep-link into the vault.

Phase
Build sequence · proposal, reorderable

Deployment sequence

What gets built before what. Phase 0 — connections and the vault — carries everything, so it ships first; Phase 1, the safe transaction layer, is the first load-bearing build. Later phases run partly in parallel once their dependencies are live.

Connection roadmap · from the Command Centre

Connections

Where each system stands and what's next, grouped by status. A live connection doesn't mean an agent is built on it yet — connections and agents are separate steps. Resolved items at the bottom are reached another way rather than built directly.

Master systems diagram · from Connectors.md

Systems map

The canonical spine every domain runs on, and the full connector inventory — 17 external systems across 51 domains, with the three stores (Airtable, Supabase, Vault) carrying the load. Status and the number of domains each system serves.

Connector inventory · sorted by domains served
Command Centre · 0 open decisions

Command Centre

The running decisions-and-ideas log. Open decisions need your call; the workstreams are the live parallel projects; the hardening list is the security debt to clear before mail-reading agents go live; and the plan is what to do next. Every card opens the full write-up in the vault.

Open decisions — need your calleach links to the full reasoning
Workstreams · live parallel projects
Hardening & security to-dos · M365 identitythe three-identity split must stay split
Tomorrow — plan (Thu 18 June)
Delivery streams · from Work Streams.md & reports

Work streams

Live status of every delivery stream, maintained by the Build Control chat from the reports in reports/. Streams with a report link have a written record behind them.

Decide-now backlog · 0 items across 0 domains

Open questions

Every "Decide now" item from each domain's Questions.md, grouped by domain. These are the choices that gate each build — settle them and the slice can be specced. Each group deep-links to the domain in the vault.

Bedded down · 0 domains with Agent Instructions written

Bedded down

Domains whose Agent Instructions.md is written as a substantive operating ruleset — role, hard gates, retrieval limits, escalation routing — not a stub. These are ready to build against once their open questions are settled. D48–D51 are GOALS-only and have no folder yet.

Working rhythm · two laptops, one repo

Daily Git commands

OneDrive no longer syncs this project — Git does. The two laptops stay in step through GitHub, so the habit is simple: pull before you start, push before you walk away.

The one rule
Pull when you sit down. Push when you leave. As long as you never leave un-pushed work stranded on one laptop, the two machines stay in sync and you'll rarely hit a conflict.
1 · Start of every session
cd ~/build
Move into the project folder first. This is the only copy you work in now — the old OneDrive vault is out of the loop.
git pull
Always run this first. Pulls down anything the other laptop pushed since you were last here.
2 · Saving your work
git add .
Stages every change you've made — new, edited and deleted files.
git commit -m "short note on what changed"
Saves those changes as a snapshot on this laptop, with a one-line note so the history reads clearly later.
git push
Run this before you walk away. Sends your snapshot up to GitHub so the other laptop can pull it down.
3 · Handy checks (optional)
git status
Shows what's changed and whether you have anything uncommitted. Safe to run any time.
git log --oneline -10
Lists your last ten snapshots — a quick read of recent history.
If a push is ever rejected
git pull git push
Happens only when the other laptop pushed work you haven't pulled yet. Pull first to merge it in, then push again. Prevented by the pull in box 1.