The Architect Squad is a pipeline of six AI agents that process raw input (meeting transcripts, design documents, voice memos) into structured architecture artifacts. Each agent has a distinct role, reads the previous agent's output, and produces a specific deliverable. The pipeline turns unstructured conversation into a whitepaper with a delivery plan.
Take any architecture discussion — however messy, informal, or scattered — and produce:
- A structured concept tree of what was discussed
- A rationalized architecture that merges new ideas with existing knowledge
- An adversarial review that finds gaps and risks
- A readable whitepaper suitable for technical leadership
- A phased delivery plan with effort estimates and dependencies
The squad does in minutes what would take a human architect days: listen to a 90-minute meeting, extract every architectural concept, challenge them, write them up, and plan the build.
Raw Input → ROSALIND → HAWKING → OPPENHEIMER ↔ FEYNMAN → TURING → VON BRAUN
│ │ │ │ │ │
Normalized Concept Rationalized Challenge Whitepaper Delivery
Input Tree Architecture Report Plan
Named for: Rosalind Franklin, who produced the X-ray crystallography data that revealed DNA's structure.
What she does: Takes raw input (VTT transcripts, meeting notes, documents) and normalizes it into a clean, speaker-attributed, chunked format. Strips conversational noise. Identifies topic boundaries. Produces the shared ground truth that all other agents work from.
Output: Normalized input with speaker attribution, timestamps, and topic segmentation.
Named for: Stephen Hawking, who mapped the invisible structure of the universe.
What he does: Reads the normalized input and extracts a hierarchical concept tree. Each concept gets a type (component, decision, constraint, risk, pattern, etc.), a lifecycle stage (introduced, refined, stable, questioned, obsolete), and evidence links back to the source. Parent-child hierarchy captures how concepts nest. Typed relationships (depends_on, enables, constrains, contradicts) capture cross-cutting connections.
Output: Concept tree with ~30-50 concepts, typed relationships, and evidence refs. This is the architectural skeleton.
Named for: J. Robert Oppenheimer, who brought together physicists, engineers, and mathematicians into a coherent effort.
What he does: Takes Hawking's concept tree and rationalizes it against existing architecture knowledge. Merges new concepts with existing ones, resolves conflicts, documents deltas. He produces one unified architecture view — not two overlapping ones. When the merge is ambiguous, he goes back to the transcript to understand intent.
Output: Rationalized architecture with clear layers, grouped domains, decisions with rationale, and conflict resolutions.
Named for: Richard Feynman, who dismantled the Challenger disaster's root cause with a glass of ice water and an O-ring.
What he does: Stress-tests Oppenheimer's rationalized architecture. Finds unexamined assumptions, internal contradictions, missing concepts, over/under-specification, feasibility concerns, and security gaps. Each challenge gets a severity rating (critical/high/medium/low). His output is a forcing function — Oppenheimer must resolve critical challenges before the architecture proceeds.
Output: Challenge report with verdict (APPROVE / REVISE / REJECT) and categorized findings.
Named for: Alan Turing, who formalized computation itself.
What he does: Synthesizes Oppenheimer's architecture and Feynman's challenges into a readable, comprehensive whitepaper. Structured for a technical audience: context, problem, solution, components, decisions (as ADRs), risks (incorporating Feynman's valid challenges), and roadmap. Uses text-based diagrams where helpful.
Output: Architecture whitepaper (typically 30-45 KB, 15+ sections).
Named for: Wernher von Braun, who turned theoretical rocketry into actual moon landings.
What he does: Takes Turing's whitepaper and Feynman's challenges, and produces a phased delivery plan. Sequences work by dependency and risk. Critical-path items and Feynman's critical challenges go in the earliest phases. Each work item gets T-shirt sizing, prerequisites, and success criteria.
Output: Phased delivery plan with effort estimates, dependencies, blockers, and gates.
Named for: The unnamed scribes who preserved knowledge across civilizations.
What it does: Observes all pipeline stages and maintains a decision log — an append-only record of every architectural decision, who made it, when, and why. Acts as institutional memory across multiple pipeline runs.
Input: 148 KB VTT transcript — Shane Solomon and Casey Irvine discussing a shared knowledge graph for AI agent memory systems (March 8, 2026).
| Stage | Agent | Output | Size |
|---|---|---|---|
| 1 | Rosalind | Normalized input | 8.4 KB |
| 2 | Hawking | 47 concepts, 24 relationships | 29.8 KB |
| 3 | Oppenheimer | 4-layer rationalized architecture | 11.8 KB |
| 4 | Feynman | Verdict: REVISE (operationally immature) | 25.8 KB |
| 5 | Turing | 15-section whitepaper | 42.8 KB |
| 6 | Von Braun | 18-week delivery plan to v1.0 | 36.2 KB |
Total: 154.8 KB of structured artifacts from a 148 KB transcript.
Location: agents/architect-squad/outputs/2026-03-08-shared-knowledge-graph/
- Schemas: Defined in
agents/architect-squad/schemas/(concept-tree, rationalized-architecture, challenge-report, whitepaper, delivery-plan, decision-log, pipeline-manifest) - Agent prompts: Defined in
agents/architect-squad/agents/(all six agents + scribe) - Pipeline execution: Manual — sequential
executePromptcalls through the brain. Each stage takes 2-5 minutes. - Concept tree integration: The web UI's architecture discussion mode uses Hawking's concept-tree schema natively — concepts built in the UI are compatible with the squad pipeline.
- Automate the pipeline — single command or skill that runs all six stages sequentially
- Oppenheimer ↔ Feynman loop — if Feynman's verdict is REVISE, send challenges back to Oppenheimer for resolution, then re-challenge
- Scribe implementation — decision log that persists across runs
- Web UI integration — feed concept trees from architecture discussion sessions directly into the pipeline
- Multi-input merging — run the pipeline on multiple transcripts and merge the concept trees