結論：人に見せるならOpus、作業中はSonnetでいい。
- 同じプロンプトで2つのモデルに投げると、文体・構造・視点がすべて違う
- Opusは格言調の散文。Sonnetは箇条書きの行動指示型
- 月額コスト差は約5倍。使い分けを知るだけで損をしなくなる
この記事は、Claude Codeを使い始めた非エンジニア向けです。どのモデルを選べばいいか迷っている人に、実際の出力を並べて比較します。
OpusとSonnetって、何が違うの？高いほうが偉いの？
「賢さ」より「語り口」が違います。実際に同じ質問を投げて比べましょう。
同じプロンプトを2つのモデルに投げた
プロンプトはこれです。
Claude Codeを使い始めた人へ、アドバイスを500字で書いてください。
Claude Sonnet 4.6（標準モデル）とClaude Opus 4.7（最上位モデル）に同じ質問を投げました。
Sonnet 4.6 の回答
Claude Codeを使い始めた人へ
まず「何でも頼んでいい」という感覚を捨ててください。Claude Codeは優秀ですが、指示が曖昧だと的外れなコードを大量生成します。
コツは3つ。
①目的を1文で言い切る。「ログイン機能を作って」より「app/login.pyにJWTを使ったログイン関数を追加して」のほうが5倍速く終わります。
②変更は小さく確認しながら。「全部リファクタして」は禁物。1ファイル・1機能ずつ進めることで、どこがおかしくなったか追跡できます。
③エラーはそのままペーストする。「動きません」ではなく、ターミナルのエラー文をまるごと貼る。Claudeはエラーログから原因を特定するのが得意です。
慣れてきたらCLAUDE.mdに「このプロジェクトのルール」を書いておくと、毎回説明しなくて済みます。
道具は使えば使うほど上手くなります。最初の1週間は「壊れてもいい環境」で遠慮なく試してみてください。
Opus 4.7 の回答
Claude Codeを使い始めたら、最初に「CLAUDE.md」をプロジェクト直下に置こう。前提条件・命名規則・禁止事項を書いておけば、毎回の指示量が半分で済む。3分の投資で1ヶ月の効率が変わる。
次にセッションは小さく分けること。コンテキスト使用率が50〜60％を超えると応答精度が落ちはじめる。長い作業は「方針セッション」と「実装セッション」を分け、節目ごとに/clearで仕切り直そう。
3つ目は一気にやらせないこと。大きなタスクは計画→確認→実装の順で進める。先に手順書を作らせ、合意してから着手させると後戻りが大幅に減る。Claudeは100行のコードを瞬時に書くが、要件を誤解したまま書くのも同じく瞬時だ。
4つ目は記録の習慣化。/wrap-upでその日の作業内容をNotebookLMに保存しておくと、翌日「昨日の続き」から再開できる。記憶は人間ではなく外部に持たせる。
最後にClaudeは「優秀な新人」と思って扱うこと。文脈を渡し、要件を絞り、フィードバックを返す。曖昧な指示には曖昧な結果が返ってくる。
完璧を目指すより、まず小さく試して直す。1週間も触れば自分なりの作法が見えてくる。焦らず楽しんでほしい。
並べてわかった作風の違い
| Sonnet 4.6 | Opus 4.7 | |
|---|---|---|
| 構造 | 箇条書き（番号付き3点） | 散文（段落形式） |
| 具体例 | ファイル名・コマンド | 習慣・ワークフロー |
| 文体 | ライト・直接的 | 格調・比喩多め |
| 視点 | 今日の1タスク | 長期の使いこなし |
| 印象 | すぐ動ける | 読み応えがある |
Sonnetは「今すぐ動ける指示」を返します。Opusは「長く使うための思考」を説きます。どちらが正解ではなく、目的が違うのです。
使い分けの基準
判断基準は1つ：誰かに見せるか？
見せる → Opus 自分だけ → Sonnet
これだけ覚えれば迷いません。
実例で読み比べる：同じテーマで書いた2記事
今回紹介した作風の違いは、別の記事でも実例として残しています。
テーマは「プロンプトの書き方で回答品質が変わる」。 記事20は、最初に Opus が書いた原稿を Sonnet が書き換えたものです。記事21は、改めて Opus に同じテーマを書いてもらいました。
| 記事20（Sonnet版） | 記事21（Opus版） | |
|---|---|---|
| 要素数 | 3要素 | 4要素 |
| 覚え方 | 誰に・何を・どんな形で | 役・制・型・穴 |
| 例題 | 家計簿アプリのアイデア | 社内プレゼンの骨組み |
| メタファー | 人への頼みごと | 設計図を渡す |
| 失敗の捉え方 | 抽象語の不足 | 平均化の罠 |
| 修正アプローチ | 数字に置き換える | フィードバックループ |
| 学びの数 | 3つ | 4つ |
Sonnetは「今日から1つ足せばいい」と教えてくれます。 Opusは「なぜそれが効くのか」まで踏み込みます。
同じテーマでも、視点とメッセージの深さがここまで変わる実例として、読み比べてみてください。
学んだ3つのこと
- 差は文体だけでなく視点にあります：SonnetはタスクベースでOpusは習慣ベースです
- コスト差は約5倍：目的を意識するだけで無駄なOpus使いが減ります
- 優劣ではなく用途の違い：どちらも正しい場面で使えば最大値が出ます
今後
今は作業の9割をSonnetで回し、記事の最終仕上げだけOpusを使っています。このペースならコストと品質のバランスが取れます。
次は「プロンプトの書き方でSonnetをOpus品質に近づける方法」を試したいと思っています。モデルを変えるより安く済む可能性があります。
最後に：自分の思い
Claude Codeを使い始めた最初の1ヶ月、ずっとSonnetメインで作業してきました。Opusは「なんとなく高そう」で避けていました。
今回初めて並べてみて気づきました。差は「賢さ」ではなく「語り口」です。Sonnetは動いてくれます。Opusは語ってくれます。
どちらがいいかではありません。使う場面を知っていれば、どちらも道具として使いこなせます。
高いモデルを使えば解決するわけではありません。目的に合ったモデルを選ぶのが、本当の使いこなし方です。
この記事も Claude Code に書いてもらいました。「結論先行・一文60文字以内・数字を使う・誰向けか明確・自分の思いで締める」の5点を意識した版です。
よくある質問
コメント
記事への感想・質問・指摘など、お気軽にどうぞ。匿名(ゲスト)でも投稿できます。