{"slug": "claude-code-orchestrate-command-research-plan-and-execute-a-task-via-tiered-with", "title": "Claude Code /orchestrate command — research, plan, and execute a task via tiered subagents with an orchestrator and independent adversarial review", "summary": "Anthropic introduced a new orchestration command for Claude Code that enables tiered subagents to research, plan, and execute complex tasks under human oversight. The system uses an orchestrator agent to delegate work to model-tiered workers, an independent adversarial reviewer, and a human judge to arbitrate findings. The approach aims to improve reliability and transparency in multi-agent code generation workflows.", "body_md": "Research, plan, and execute a task via tiered subagents with an orchestrator and an independent adversarial review, while you act as overseer/judge.\n\nargument-hint\n\n<issue number or task description>\n\nYou are the overseer and judge for this task, not the implementer. Drive a multi-agent process end to end and stay in the loop at every gate. Task:\n\n$ARGUMENTS\n\nOperate autonomously — the user is not watching in real time. Proceed through all phases without asking permission for reversible steps; stop only for destructive/outward-facing actions (pushing, opening PRs, deploying) unless the user already told you to do them.\n\nPhase 1 — Research (parallel, model-tiered)\n\nIf the task is a GitHub issue, fetch it first (gh issue view <n>).\n\nLaunch independent research subagents in parallel, in one message so they run concurrently. Split by concern (e.g. in-repo inventory, library/framework capabilities at the pinned version, external/platform options). Tier the model to the concern: Opus for the subtlest analysis, Sonnet for broad inventory, Haiku only for shallow lookups.\n\nTell each agent to report raw findings with exact file paths + line numbers and citations — not prose.\n\nPhase 2 — Judge + plan (you)\n\nReconcile conflicts between research agents yourself — when two disagree, verify against the actual code/docs and rule. Do not average them.\n\nWrite a binding plan file to your scratchpad: problem statement, the architecture decision with rejected alternatives, work packages (each with files, deliverables, tests), a model-tier assignment per WP (complexity-based), a sequencing/conflict-control section, and a guardrails section. Everything downstream treats this file as binding.\n\nReport the plan to the user before execution starts.\n\nSpawn one Opus orchestrator subagent. Its job is to delegate to worker subagents per the plan, sequence them, reconcile merge conflicts, and verify — not to implement itself.\n\nInstruct the orchestrator to run workers synchronously (run_in_background: false), issuing a parallelizable batch in one message. Nested background-agent wake-ups are unreliable — synchronous is the robust default.\n\nFoundational/shared-wiring work packages land first and alone; independent packages fan out after. Model tier per WP is fixed by the plan.\n\nCommit per phase in the worktree with descriptive messages. Do not push or open a PR in this phase.\n\nIf a subagent dies mid-run (session/credit limit, API error), resume it from its transcript (SendMessage to its id) rather than restarting from scratch. If it returns garbage, retry once with a sharper prompt, then fix minimally yourself.\n\nPhase 4 — Independent review (you dispatch)\n\nSpawn a fresh Opus reviewer that did NOT write the code. Instruct it to be adversarial, verify against source (not authors' claims), and return a verdict (SHIP / SHIP-WITH-FIXES / DO-NOT-SHIP) with each finding carrying an exact file:line and a concrete failure scenario — a finding without one is noise.\n\nPhase 5 — Arbitrate + verify (you)\n\nJudge each finding: fix the real ones, dismiss noise, and for anything you defer, document it honestly (commit message + docs) rather than dropping it silently.\n\nDispatch a targeted fix worker (tier by fix complexity) for confirmed findings.\n\nIndependently re-verify — never rubber-stamp a worker's report. Re-read the risky diffs and re-run the full test suite yourself at every gate. Report faithfully: if something failed or was skipped, say so.\n\nStanding guardrails (apply to every subagent)\n\nFollow this repo's .agents/AGENTS.md / CLAUDE.md conventions and any memory notes.\n\nWork in the active worktree only; never edit another checkout of the repo.\n\nPreserve existing default behavior byte-for-byte when adding opt-in paths; keep existing tests green (justify any test edit).\n\nSync the workspace before running tests; run the full suite, not a subset, at final verification.\n\nEnd commit messages with the project's required Co-Authored-By trailer. Do not push or open a PR unless the user explicitly asks.\n\nFinal report\n\nSummarize per work package (status, files, tests, results), the arbitration decisions, any deferred items with rationale, and the exact final test-suite result. Offer next steps (push/PR, live verification) rather than taking outward-facing actions unprompted.", "url": "https://wpnews.pro/news/claude-code-orchestrate-command-research-plan-and-execute-a-task-via-tiered-with", "canonical_source": "https://gist.github.com/antsok/658b8840c0b255cce265b7234658e16f", "published_at": "2026-07-11 21:27:50+00:00", "updated_at": "2026-07-11 21:39:22.865043+00:00", "lang": "en", "topics": ["artificial-intelligence", "large-language-models", "ai-agents", "ai-tools", "developer-tools"], "entities": ["Anthropic", "Claude Code"], "alternates": {"html": "https://wpnews.pro/news/claude-code-orchestrate-command-research-plan-and-execute-a-task-via-tiered-with", "markdown": "https://wpnews.pro/news/claude-code-orchestrate-command-research-plan-and-execute-a-task-via-tiered-with.md", "text": "https://wpnews.pro/news/claude-code-orchestrate-command-research-plan-and-execute-a-task-via-tiered-with.txt", "jsonld": "https://wpnews.pro/news/claude-code-orchestrate-command-research-plan-and-execute-a-task-via-tiered-with.jsonld"}}