Skim the TOC, open the one you need.
Nine accordions below. Each opens into the relevant deep dive.
The 8-layer diagram of the Agent-Native OS.
02Obsidian + Cairns + Cairn-of-Density retrieval.
031Password, Infisical, key hierarchy, Proton Pass.
04When to reach for each integration mode.
05Multiple Google accounts, Proton + Outlook + Gmail.
06Beyond the morning brief: database + deploy patterns.
07Fleet coordination, peer agents, autonomy patterns.
08Two paths to agent-native — what's the difference?
09Where you are, where you're going, what 12D even is.
The Agent-Native OS is an 8-layer stack. The diagram in architecture/AI-BUILD-LAB-OS-STACK.md (HQ repo) is the canonical reference. Layers (top-down): Presentation, Routing, Knowledge, Trust, Agent Fleet, Tooling, Memory, Substrate.
4D students touched layers 1, 5, and 8. 8D students reached into 2, 3, and 6. The remaining layers ship as you grow your setup.
A Cairn is a per-source three-tier knowledge package: L1 waypoints (the route map), L2 cards (Chain-of-Density summaries), L3 raw evidence. The Federated Librarian agent fans out across all your active Cairns to answer queries.
Existing student-repo guides at guides/cairns/00-what-is-cairns.md through 06-agent-skill-templates.md walk through the setup. Use them in order.
The 4D path uses 1Password with the op:// URI pattern: store the key in 1Password, reference it via op://Vault/Item/field, run with op run -- <your-command>. The key never lands in .env or shell history.
Without paid 1Password (CLI is paid-tier only), fall back to a gitignored .env. Confirm .env is in .gitignore before any commit.
For the 8D path, you layer in: Infisical (multi-vault for team secrets), Proton Pass (cross-platform alternative to 1Password), and a key hierarchy (root keys vs scoped per-app keys).
Three ways to reach Claude:
Decision: file editing → CLI. External service → MCP. Embedded in your product → SDK.
Multiple Google accounts. Proton + Outlook + Gmail. Different mailboxes, different OAuth scopes, different tokens. The setup is fiddly; treat each account as its own connector with its own scopes.
Vercel hosts. Supabase stores. The morning-brief 4D scaffold uses Vercel for hosting + serverless functions and Supabase for any persistence you need. The 8D extension menu shows the database wiring.
For your own projects: same pattern. npx create-next-app → vercel deploy → add Supabase as a connector.
References: blueprints/morning-brief/QUICKSTART-4D.md for the deploy flow, EXTENSIONS-8D.md for database wiring.
Three patterns:
Cohort 1 didn't ship multi-agent in the workshop. Tyler's Etsy demo (~4:07 main room) was the closest preview.
Reference: student-repo guides/09-autonomous-workflows.md, Sara curriculum 12-progressive-autonomy.md.
Two paths people end up considering. CC OS (Claude Code OS) is the default path the workshop teaches: Claude Code as the editor, agents in .claude/, MCPs for external services. OpenClaw is the open-source alternative: more configurable, more setup, less polish.
4D is "you can build something useful with Claude in a day." Morning brief deployed. Most people stop here for a while; that's fine.
8D is "your build extends itself." Scheduled cron, Slack relay, multi-source aggregation. You start to see Claude as infrastructure rather than a tool.
12D is the next horizon beyond 8D: agents that operate semi-autonomously across a fleet of repos and surfaces. The gates between 8D and 12D are still being mapped.
References: blueprints/morning-brief/QUICKSTART-4D.md, EXTENSIONS-8D.md, curriculum/CURRICULUM-OVERVIEW.md.
None of these are required to use Claude. Pick the one that matches a real question you have. Skip the rest until you need them.
← Back to portal