Claude Code · Advanced/Lesson 02 of 07~4 min

Choose an orchestration pattern

Four ways to split a job across workers, and the differences that decide between them. The rule is ours, and it is short: pick the cheapest pattern the job needs.

The Third Way engineering team||Verified against Claude Code v2.1.285 (stable), October 2026

01The goal

Choose between the main conversation, subagents, a dynamic workflow and an agent team by what a job needs and what it costs — and run one job as parallel subagents.

02The idea

Subagents, dynamic workflows and agent teams all split a job across workers. What differs is who holds the plan. With subagents, Claude decides turn by turn and each result comes back into your conversation. A dynamic workflow is a script Claude writes: the script holds the loop and the intermediate results, so it can run many agents, cross-check their findings, and rerun the same way. An agent team is a lead supervising teammates who message each other directly.

↳Three questions, in order — stop at the first that settles it
1

Can one conversation do it without filling up? Yes — keep it in the main conversation. Reading ten files you will never need again is the classic no.

2

Must the workers talk to each other as they work? Yes — an agent team, where a lead holds the plan. (Experimental, and disabled by default.)

3

Does it need many agents, cross-checked findings, or a rerun? No — subagents: Claude holds the plan, results come back as summaries. Yes — a dynamic workflow: the script holds the plan.

Every pattern past one conversation adds usage: each worker sends requests of its own, and Anthropic’s docs warn that agent teams use significantly more tokens than a single session.

That last sentence is the whole discipline. The expensive pattern is the mis-chosen one: a team of investigators arguing over a typo fix, or a workflow fanning out to audit three files. We run the same economy on our delivery board: delegation is a decision with a price tag, not a default.

03The walkthrough

  1. 01Pick three top-level folders in your repository — src, test and docs, or yours — and start claude.
  2. 02Take one job: a newcomer’s summary of each folder. Ask the chart’s questions: one conversation would fill with file reads it will not need again — not the main conversation. The summaries need not talk to each other — no team. Three tasks, done once — subagents.
  3. 03Ask for them the way the official parallel-research example does: "Research the src, test and docs folders in parallel using separate subagents, and give me two sentences on each." An interactive session runs subagents in the background by default, and a panel below the prompt shows a row for each while it works.
  4. 04While they run, /tasks: each subagent listed with its state and its model; Enter on a row opens its transcript. Rows leave the panel when they finish successfully.
  5. 05When the summaries land, /usage. On a Claude plan it attributes recent usage to skills, subagents, plugins and MCP servers — the number that makes the chart’s cost question real. Both the plan view and any per-session figure are estimates.
  6. 06Name what would change the answer: the same summary for every folder, cross-checked and rerun before each release, is a workflow — the next lesson. Three investigators who must argue a flaky test’s root cause out between themselves are a team.

04Your turn

Four jobs for your repository. Choose a pattern for each — write the choices down with one line of reasoning — then run only the one that calls for subagents: check the three largest source files for errors that are caught and then ignored, one reviewer per file, findings only. (The other three: the same check on every file, verified and rerun before each release; a typo in one error message; three investigators testing different theories for a flaky test, messaging each other until they agree.)

Watch the prompts: a background subagent’s permission questions appear in your main session, and an answer scoped to the rest of the session applies to your main conversation too. Approve for that one call only, and ask reviewers to read, never to write. Keep the results short — every summary lands in your context window.

↳Check yourself
Q1

A job needs its findings cross-checked by independent agents and rerun before every release. Which pattern?

  1. AParallel subagents
  2. BThe main conversation
  3. CA dynamic workflow
→Check your answer
Answer: C

Cross-checking and repeatability are the workflow’s signature: the script holds the plan and the intermediate results, and reruns the same way.

Q2

What does /tasks show you about a running subagent?

  1. AIts state and its model
  2. BIts token cost so far
  3. CIts permission mode history
→Check your answer
Answer: A

Each row carries state and model; Enter opens the transcript. Cost lives in /usage, not /tasks.

Q3

Why start the three questions with "can one conversation do it without filling up?"

  1. ABecause subagents cannot read files
  2. BBecause teams are experimental
  3. CBecause the main conversation is always cheapest when it fits
→Check your answer
Answer: C

Every extra worker sends requests of its own. If one conversation can do the job without drowning in context it reads once and never needs again, splitting it only adds cost.

The Third Way engineering team
Delivery engineering
Work with us