Intermediate · About 25 minutes with practice

Build a team that can disagree usefully

Design a small multi-agent team around independent responsibilities, explicit handoffs and shared evidence.

Make this yours

A team contract with ownership, handoff rules and a comparison against a single-agent baseline.

Start with your own answer ↓
Speculative Academy artwork: the valley that walks again.
Imagined world · The valley that walks again

A moment before the explanation

What new failure modes appear when a task moves from one agent to a team?

Give yourself a first answer, even if it is incomplete. Keep it in mind as you read—or write it in your field note.

01

Find the work that is actually independent

Start by running the task with one agent. Record time, cost, failure cases and the quality of the result. Add parallel work only where one worker can produce something useful without waiting for another. Different public-source searches may be independent; editing the same file usually is not.

A team creates coordination work: instructions must travel, artifacts must be reconciled and mistakes can propagate through summaries. More agents can widen coverage, but also repeat the same assumption. Name the particular benefit you expect from each added role before giving it a runtime.

02

Make every handoff a small contract

For a research brief, a source collector finds passages, an analyst compares claims and a reviewer attacks the final draft. Give each role a bounded input, an output format, ownership and a stop condition. Pass source references and artifacts rather than a growing pile of conversational instructions.

Assign one final owner to resolve disagreements. If two workers edit separate files, specify who integrates them and which checks establish compatibility. A shared workspace is a coordination mechanism, not permission to overwrite another worker's changes. Retain contradictory evidence until someone resolves it explicitly.

03

Protect the value of the reviewer

The reviewer needs enough independence to notice what the maker missed. Give it the original task, exact output and acceptance criteria. Ask it to locate a counterexample, not merely to approve. A different provider may reveal different blind spots, but still needs evidence and can still be wrong.

Compare the team with your single-agent baseline on the same held-out cases. Measure coordination failures as well as answer quality. Keep the team only if its benefit justifies the additional latency, cost and operational complexity. Delegation is a design choice to test, not a badge of sophistication.

Explore a bounded agent loop

The same workflow. Three different outcomes.

  1. 1Observe
  2. 2Prepare
  3. 3Check
  4. 4Done
Step 1 of 4

Observe

Three public source files are available. The requested output is a local comparison draft.

An illustrative trace. No model, tool or external action is executed.

A worked example · Illustrative

A three-role research team

Collector → evidence.json
  Owns: primary-source passages and dates
Analyst → comparison.md
  Owns: synthesis; every claim links to evidence
Reviewer → review.md
  Owns: counterexamples and unsupported-claim checks
Integrator: human project owner
Shared rule: no publishing tool; no overlapping file ownership
Stop: unresolved source conflict or exhausted budget

Put the idea to work

Your practice

  1. Run and save a single-agent baseline on a public sample.
  2. Split one independent responsibility into a second role.
  3. Define exact outputs, ownership and failure handling for each handoff.
  4. Have the reviewer challenge a hidden flawed claim and compare outcomes.

Make the idea available when you need it

Your field note

Keep your first answer, make an artifact and try the idea somewhere new. Save only what you want stored on this device.

Check one distinction

Three agents confidently repeat the same unsupported claim. What should the integrator conclude?

Take this practice into your own agent.

Copy a coaching brief, then choose your host in the Academy installer.

Choose a host ↗

Your text stays in this page until you save or export. Local saving can be unavailable in restricted browsers. Curriculum 2026-09-15.1. Import, export and browse your notebook ↗

Follow the evidence further

Primary sources & deeper study

Selected 15 September 2026. Provider docs govern current setup; older courses and engineering articles provide foundations.

Anthropic · Engineering case study · 2025

How we built our multi-agent research system

Study delegation and evaluation decisions; results belong to the described system.

Anthropic · Engineering article · 2024

Building effective agents

A useful foundation for choosing between fixed workflows and model-directed action.

Starlight Intelligence System · Versioned source

Operational work graph

Event identity, proof gates, provenance and memory promotion. Read as an architecture contract.

Take the method into your work

Design the team in Department Lab
Another question to follow

Give memory a source and a lifespan