結論：設計はOpus、実装はSonnet。9割Sonnetで回し、節目だけOpusを呼ぶと、品質とコストの両立ができる。
- 1ヶ月使って固まった使い分けは「設計＝Opus／実装＝Sonnet」のひと言
- 体感では作業の9割はSonnetで足りる
- コストは Opus が Sonnet の約5倍。割合を意識するだけで請求額は変わる
この記事は、Claude Codeを毎日使い始めた非エンジニア向けです。「どっちを呼べばいいか毎回迷う」人に、タスク別の判断基準を実例つきで紹介します。
記事19で「人に見せるならOpus」って読んだけど、もっと細かい使い分けない？
あります。「設計はOpus、実装はSonnet」のひと言で迷いが消えます。タスクの種類で切ると分かりやすいです。
記事19からの続き
前回（OpusとSonnetの作風の違い）では、文体と語り口の違いを比べました。
今回はその先の話です。実際の業務でどっちに何を頼むか、1ヶ月使ってたどり着いた答えを書きます。
ひと言で言うと「設計はOpus、実装はSonnet」
迷ったらこの基準で判断します。
| Opus（設計） | Sonnet（実装） | |
|---|---|---|
| 役割 | 方針を決める | 方針通りに作る |
| 判断基準 | 後戻りコストが高い | 後戻りコストが低い |
| 回数 | 節目だけ呼ぶ | 毎回呼ぶ |
| 体感比率 | 1割 | 9割 |
「考える＝Opus」「動かす＝Sonnet」と覚えてもいいです。
Opusに頼むタスク 5つ
設計フェーズの判断は Opus に任せます。後戻りが効きにくい意思決定だからです。
判断基準は「後戻りコスト」
「やり直しがしんどい作業」はOpusに任せます。Opusは1回で精度高く返してくれるので、結果的にやり直し回数が減ります。
Sonnetに頼むタスク 6つ
実装フェーズはSonnet。やり直しの心理コストが低く、量をこなせる方が大事だからです。
判断基準は「速度と量」
「考える時間より手を動かす時間が大事」な作業はSonnetに任せます。Sonnetは応答が速く、コストも低い。1日に何十回も呼ぶ前提で設計されています。
切り替えの実例：ブログ1記事を書くとき
私のブログ運営を例にすると、こんな流れです。
:::compare
Opus（設計）： 「記事22を書くなら、フィードバック記憶の使い方を10個の実例で並べる構成がいい。章立てはこう」
Sonnet（実装）： 「決まった章立てに沿って本文を書く。JSONとMDを作って build_blog.py を実行」
:::
設計の30分はOpus、実装の60分はSonnet。これで1記事が90分で公開できます。
逆をやると失敗します
設計をSonnetに任せると、平均的な構成しか出てきません。実装をOpusに任せると、コストが5倍かかります。
「節目だけOpus、量はSonnet」を意識すると、品質もコストもバランスが取れます。
コスト感のリアル
Claude Maxプランなら Opus/Sonnet 両方使えますが、Opus の出力コストは Sonnet の約5倍です。
| 比率 | 体感の請求負担 |
|---|---|
| 9割Sonnet＋1割Opus | 抑えめ。普段使いに向く |
| 5割ずつ | 中程度。プロジェクト集中期 |
| 9割Opus | 高め。月末がこわい |
私は普段は9割Sonnet、記事の最終仕上げや方針決めだけOpusを呼びます。これで1ヶ月分のコストが「ちょっと贅沢なサブスク」程度に収まっています。
それでも迷う時の判断基準
タスクが「設計か実装か」判別しにくい時もあります。3つの問いで判断します。
- やり直しがしんどい？ → Yesなら Opus、Noなら Sonnet
- 判断より速度が大事？ → Yesなら Sonnet、Noなら Opus
- 読み手は自分以外？ → Yesなら Opus、Noなら Sonnet
3問すべて答えれば、ほぼ自動で判断できます。
学んだ3つのこと
- 「全部Opus」は贅沢すぎる：作業の9割は判断不要のルーチンです。そこにOpusを使うのは過剰スペックです
- 「全部Sonnet」は危険：設計までSonnetに任せると、平均的な答えに引きずられて成果が伸びません
- 使い分けは「節目だけOpus」：日常はSonnet、節目はOpus。この比率が一番ラクです
もっと深く学ぶなら
設計と実装を使い分けるって、結局コードが分からないと指示できなくない?
そこを補うのが基礎学習 です。設計レベルの会話ができると、Opus が出す方針を自分でも評価できるようになります。Sonnetが書いた実装も読めれば、検収の精度が上がります。
デイトラ は、非エンジニア向けの体系的なオンラインスクールです。Webアプリ開発・Web制作・AIライティング・動画編集まで、副業に直結するコースが揃っています。
設計の語彙と実装の読解力があると、「使い分け」が「協業」に変わります。1ヶ月使った今より、もう一段先のレベルに進めます。
今後
次は「Opusを呼ぶ最適な節目」を体系化したいと思っています。今は感覚で切り替えていますが、いつOpusを呼ぶべきかを言語化できれば、もっと効率が上がるはずです。
最後に：自分の思い
Claude Codeを使い始めた最初の1週間、私は何も考えずにOpusばかり使っていました。「高いほうが偉い」と思っていたからです。
ある日コストの伸びが気になって、思い切ってSonnetに切り替えました。最初は「精度が落ちるのでは」と心配しました。
実際は逆でした。Sonnetは速い。判断不要のタスクなら、Opusより圧倒的にテンポよく進みます。Opusの出番は「節目だけ」で十分でした。
道具は高ければいいわけではありません。用途に合った道具を選ぶことが、本当の使いこなしです。
伝えたいことは1つだけ。
設計はOpus、実装はSonnet。この一行を覚えるだけで、明日からのClaude Codeの使い方が変わります。
この記事も Claude Code に書いてもらいました。「結論先行・一文60文字以内・数字を使う・誰向けか明確・自分の思いで締める」の5点を意識した版です。
よくある質問
コメント
記事への感想・質問・指摘など、お気軽にどうぞ。匿名(ゲスト)でも投稿できます。