opusplan
The strong model handles plan mode, then Claude Code auto-switches to the cheap model the moment execution starts. Top-tier planning without paying top-tier rates for every edit.
/model opusplanYou're hitting Claude limits because your most expensive model is doing everything, including the grunt work. Claude Code has three built-in ways to split the job: a strong model makes the decisions, a cheap model does the typing. Same quality where it counts. Far fewer tokens where it doesn't.
The pattern from @ClaudeDevs — most tokens bill at the lower executor rate.
The worker subagent file plus a one-page cheatsheet of the three commands. Grab the zip, or copy the pieces off the page below.
Use whichever fits the session, or run all three. Every one is built into Claude Code — no hacks.
The strong model handles plan mode, then Claude Code auto-switches to the cheap model the moment execution starts. Top-tier planning without paying top-tier rates for every edit.
/model opusplanRun a cheap model as your main session and set a stronger one as the advisor. The main model consults it automatically at key decision points — planning, recurring errors, completion checks. Documented feature, not a hack.
/advisor fable # or: /advisor opusKeep an expensive orchestrator for the big picture and hand token-heavy work to a cheap worker. Drop this in .claude/agents/worker.md — it's in the kit:
---
name: worker
description: Executes well-scoped implementation tasks. Use for writing code, running searches, and making edits once the plan is set.
model: sonnet
tools: Read, Edit, Write, Grep, Glob, Bash
---
You are an implementation worker. Execute the task exactly as scoped.
Do not redesign the approach. If the plan is ambiguous, stop and report back.No — it's a documented Claude Code feature. You're just using it on purpose: cheap model in the driver's seat, strong model on call for the moments that matter.
The strong model only fires at decision points instead of on every token. The bulk of your usage moves to the cheap model — that's the whole point, and why most tokens bill at the lower executor rate.
Sonnet. The worker executes a plan that's already made, and it handles that well. Save Opus and Fable for the roles where judgment matters — planning and advising.
This is the executor/advisor pattern Anthropic's @ClaudeDevs posted. I've run a version of it since Fable came back — first with Opus as the advisor, and honestly Sonnet as the worker holds up better than I expected. Try it, then ping me on Instagram with your token graphs, or compare setups on Skool.
Drop your email and I'll send you the opusplan config, the advisor setup, and the worker subagent file, ready to paste into your project. Plus every other resource in the library.
The Claude Code settings, skills, and workflows that quietly save you money and limits — the exact steps, while they still work.