用 Claude Code 这么久，你是不是也纠结过一个问题——
到底该选 Opus 还是 Sonnet？
选 Opus 吧，是真的强，复杂架构、疑难 bug 信手拈来。但看着 token 哗哗往下掉，钱包在哭。
选 Sonnet 吧，便宜、快，日常写代码完全够用。但碰到需要"想清楚再动手"的复杂任务，偶尔会拉胯——方案想歪了，后面全白干。
直到我发现了这个"隐藏菜单"。
一行命令，两全其美
在 Claude Code 里输入：
/model opusplan
回车。搞定。
这条命令做了一件非常聪明的事：
规划阶段，自动调用 Opus——最强模型帮你想方案。
执行阶段，自动切换 Sonnet——高性价比模型帮你写代码。
你不需要手动切来切去，它全程自动切换，丝滑到你几乎感觉不到模型在背后换了人。
这到底有什么好处？
打个比方。
你开了一家餐厅，请了一位米其林三星主厨，还有一位手艺扎实的帮厨。
每道菜，你会让主厨从头做到尾吗？当然不会。你让主厨设计菜谱、定调味方向，然后让帮厨按方子执行——切菜、配料、装盘。
opusplan 干的就是这件事：
- Opus 是你的主厨
负责分析需求、设计架构、拆解任务、确定实现路径
- Sonnet 是你的帮厨
拿着一份清晰详尽的计划，高效地把代码写出来
最贵的钱，花在最值得的地方。最重的活，交给最经济的选手。
实际体验怎么样？
说几个真实感受：
省 token，省得明显。 Opus 只在"想"的时候出场，一轮对话里可能就用那么几次。剩下的编码工作全是 Sonnet 在跑，消耗小得多。如果你是按量付费的 API 用户，账单会有直观的变化。
质量没掉。 很多时候代码质量的瓶颈不在"写"，而在"想"。方案对了，Sonnet 写出来的代码完全没问题。方案歪了，就算 Opus 亲自写，也是白搭。opusplan 恰好把"想"和"写"拆开，各取所长。
特别适合复杂任务。 比如重构一个多文件的模块、设计一套新的 API 结构、或者处理一个涉及多个系统的 bug。这类任务需要先理清思路再动手，正是 opusplan 的主场。
怎么用？
操作极其简单，两种方式：
方式一：会话中切换
打开 Claude Code，输入：
/model opusplan
立刻生效，当前会话就开始用混合模式了。
方式二：启动时指定
claude --model opusplan
启动就是混合模式，不用再手动切。
想切回单模型？随时 /model sonnet 或 /model opus 就行。
一个小细节
使用 opusplan 时，你可以用 Shift + Tab 在普通模式和 Plan 模式之间切换。
进入 Plan 模式后，Claude 只会做"研究"和"规划"——读文件、搜索代码、分析结构，但不会动你任何一行代码。等你看完方案、点头确认，它才切到 Sonnet 开始执行。
这意味着你对每一步都有完全的掌控权。先看菜谱，满意了再让厨师下锅。
写在最后
很多人用 Claude Code，要么一直开着 Opus 心疼钱，要么一直开着 Sonnet 偶尔翻车。
opusplan 可能是目前最优雅的折中方案——让最贵的模型只做最值钱的事，让便宜的模型承担最重的活。
一行命令，各司其职。
省下来的 token，够你多喝好几杯咖啡了。
可以试试看。
