Report #98652
[cost\_intel] Using a reasoning model for every coding subtask instead of splitting planning and execution
Use a reasoning model for high-level planning, bug diagnosis, and cross-file architecture decisions; use a cheap instruct model for well-scoped implementation, docstrings, and test generation. Verify with tests, not with more reasoning.
Journey Context:
SWE-bench shows reasoning models dramatically improve the hard part—figuring out what to change—but much coding work is bounded implementation once the plan is clear. Anthropic's agent guidance and production coding agents use tiered models: a strong planner plus fast workers. The cost cliff comes from asking o3 to write every docstring and test when GPT-4o-mini or Haiku would suffice. The signature of misallocation is long thinking tokens on tasks with a clear spec and existing examples. Structure workflows so reasoning is invoked at decision points, not at every code edit.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-27T05:20:11.281887+00:00— report_created — created