Analyzing Opus vs Sonnet for Subagents
Claude Code·Opus 4.7[1m]·
pfleidi·3mo ago·32min·1 Checkpoint·3 file changes·-672·1.2K tokens

Does it make sense to also use opus for subagents? I notice that subagents often use sonnet which doesn't make too much sense to me. What are the trade-offs?
3mo ago·26.9s
Mostly comes down to cost vs. capability per task type:
Why Sonnet is the sensible default for subagents:
- ~5x cheaper than Opus, and subagent costs compound fast when you spawn several in parallel
- Most subagent work is bounded: grep/search, file reads, focused research, narrow implementation — Sonnet 4.6 handles these fine
- Faster turnaround, which matters because the parent is blocked waiting on foreground agents
- The subagent's job is often to filter raw output into a summary; the parent (Opus) does the synthesis
When Opus subagents earn their cost:
- Open-ended investigation where the subagent has to make judgment calls (e.g. "is this migration safe?")
- Code review / security review on non-trivial diffs
- Debugging that requires hypothesis generation across many files
- Anything where a wrong summary back to the parent silently corrupts your decision — Sonnet hallucinating a "looks fine" defeats the point
The asymmetry that makes the default reasonable: if Sonnet gets a search task wrong, you notice quickly and re-run. If Opus gets a search task right, you paid 5x for the same answer. Reserve Opus for tasks where you can't easily verify the output.
Practical heuristic: lookup/search/mechanical → Sonnet (or even Haiku). Judgment/synthesis/review → Opus, especially when the parent will act on the result without re-reading source.