ClaudeおよびClaude CodeでOpus 5.5を最大限に活用する

TL;DR

Opus 5.5を使用すると、ClaudeやClaude Codeはより長時間稼働し、自律的に判断し、明示的な「ステップバイステップで考えて」というプロンプトなしで行動を説明できるようになります。ただし、最良の結果を得るには、明確な終了条件の定義、プロンプトスタイルの調整、および停止ルールの設定が必要です。

---

1. Opus 5.5へのプロンプト – 効果的な方法

終了条件を最初に明示する

ポイント: タスク全体を1つのメッセージで伝え、「完了」が何を意味するのかを明示的に記述します。Opus 5.5はその条件に達するまで作業を継続します。

理由: 以前のOpusモデルと比較して、バージョン5.5は数時間にわたってコンテキストを維持し、テストスイートがパスするまでコードベースを移行するといったマルチステップのワークフローに優れています。

例 (Claude Code):

Migrate the payment endpoints from the old client to the new one.
Done means: every endpoint uses the new client, the old client is deleted, and the test suite passes.
Stop and ask me only if a test fails for a reason you can't explain.

「慎重に考えて」という指示を削除する

ポイント: 「慎重に考えて」や「ステップバイステップで考えて」といったフレーズを削除します。Opus 5.5は、どれくらいの事前思考が必要かを自動的に判断し、より早く回答を開始します。

理由: 内部テストでは、これらの合図を省略しても品質の低下は見られず、応答のレイテンシが改善されました。

デザインの除外事項を明示的に追加する

ポイント: UIや視覚的な成果物を要求する際は、「一般的な見た目を避ける」といった曖昧な表現に頼るのではなく、不要なスタイルをリストアップします。

理由: Opus 5.5はいくつかのデフォルトスタイルにフォールバックするため、具体的なブラックリストを指定することで、好みの代替案を選択させることができます。

例:

Build a personal website. Do NOT use a cream background, italic headings, numbered section labels, monospace labels, or pill‑shaped buttons.

データを再入力する代わりに画像を添付する

ポイント: Claudeアプリでは、グラフ、図、スクリーンショットを直接添付します。Opus 5.5は、テキストの書き起こしよりも正確に視覚情報を解析します。

---

2. Claude Codeでの長時間実行の制御

CLAUDE.mdに停止・継続ルールを組み込む

ポイント: Opus 5.5に対して、いつ作業を継続し、いつユーザーの入力を待つべきかを指示する短いルールを追加します。

理由: モデルはステータスノートをインラインで報告し、破壊的なアクションや明確な説明が必要な場合にのみ中断します。

ルール例:

When a step doesn't need my input, keep going and include a status note in the same message as the next action.
Stop and ask only if you cannot continue without me, or before any destructive operation (deleting data, force‑pushing, modifying files outside the repo).

大規模な監査や移行にはサブエージェントを使用する

ポイント: Opus 5.5に作業を並列のサブエージェントに分散させ、結果を集約する前に各サブエージェントの証拠を確認するように依頼します。

理由: 初期テスターからは、サブエージェントの調整により、大規模なコードベースにおける監視のオーバーヘッドが劇的に削減されたという報告が寄せられています。

プロンプト例:

Audit every service in services/ for the retry bug. Give each service to its own sub‑agent. When a sub‑agent reports back, check its evidence before accepting it. Finish with a table: service, affected (yes/no), evidence.

タスクリストをファイルに保持する

ポイント: 長時間の実行では、作業の進行に合わせて更新されるチェックリストファイル（例: TASKS.md）を維持するようにモデルに指示します。

理由: チャットウィンドウのコンテキストウィンドウはすぐにいっぱいになります。永続的なファイルは要約されても残り、残りの作業を素早く把握できます。

プロンプトの断片:

Keep a checklist in TASKS.md. Tick each item when done and add any new tasks you discover.

---

3. 出力の検証

「あなたへの要望」セクションを最初に読む

ポイント: 実行の最後に、モデルが何を待っているかをリストアップした要約部分を見つけ、残りの内容を読む前に確認します。

理由: Opus 5.5の最終レポートは構造化されており、何が行われ、何が見つかり、ユーザーに何を求めているかが平易な言葉で記述されています。

カスタマイズ: CLAUDE.mdに「すべての実行の最後に『Blocked on me（私待ち）』『Changed（変更点）』『Found（発見事項）』という3つの見出しを付けて終了すること」といったルールを追加します。

人によるレビューの前にコードレビューを依頼する

ポイント: Opus 5.5に差分やPRをレビューさせ、ファイル、行、説明、修正案とともに、ブロックしている問題のみをリストアップさせます。

理由: 低負荷設定であっても、Opus 5.5はOpus 5の高負荷設定よりも多くのバグを検出し、誤検知も少なくなっています。

プロンプト例:

Review the diff on this branch against main. List only problems that would block the merge, with file, line, why it's wrong, and how to fix it.

未確認の発見事項にマークを付ける

ポイント: リサーチタスクでは、検証できなかった事項を明示的にフラグ立てし、確認したソースを引用するようにモデルに依頼します。

理由: 未確認の項目は、後続の検証において貴重なシグナルとなります。

---

4. ClaudeアプリでのOpus 5.5の使用（コード以外のコンテキスト）

視覚的アセットを直接添付する

図、スクリーンショット、グラフに関する回答が必要な場合は、ファイルを添付して具体的な質問（例：「どのサービスが直接billing APIを呼び出していますか？」）を投げかけます。Opus 5.5の視覚的推論能力は、Opus 5よりも著しく向上しています。

長いドキュメントの不整合をチェックする

ドキュメント全体（計画書、スライド、レポート）を提供し、不整合（日付、数値、名前）を引用するようにモデルに依頼します。ユーザーからは、以前のモデルでは見逃されていた日付の不一致やグラフデータの誤りが検出されたという報告があります。

アウトラインではなく完成したファイルを要求する

スプレッドシートやフォーマットされたドキュメントが必要な場合は、直接最終ファイルを要求します（例：「これをコスト、契約終了日、所有者の列を持つ共有可能なスプレッドシートにしてください」）。出力後の修正作業が少なくて済みます。

長いチャットでは以前の回答を「確定」としてマークする

以下のような指示を追加します：

Once you have answered something, treat that answer as final. Focus on the current question and do not revisit earlier answers unless I ask.

これにより、迅速なフォローアップの際にOpus 5.5が以前の回答を再評価するのを防ぎます。

---

5. モデルのフラグとセーフガードの取り扱い

フラグの表示

Claudeアプリでは「<古いモデル>に切り替えました」というバナーが表示され、そのモデルで会話が継続されます。Claude Codeでも同様の通知が表示されます。

Opus 5.5に戻す方法

• Claudeアプリ：モデルピッカーからOpus 5.5を選択するか、新しいチャットを開始します。
• Claude Code：/modelを実行して戻すか、Escを2回押して最後のメッセージを編集して再送信します。

自動モデル切り替えを無効にする

設定 → 機能 (Settings → Capabilities) に移動し、「メッセージがフラグ立てされたときにモデルを切り替える (Switch models when a message is flagged)」をオフにします。これにより、現在のモデルがアクティブなまま維持され、オプション付きの「一時停止」カードが返されます。

「推論を表示」という拒否を回避する

モデルに内部推論の再現を求めるリクエスト（例：「思考の連鎖を表示して」）はフラグ立てされ、拒否されます。代わりに、「なぜこのアプローチを選んだのか、3文で説明してください」といった簡潔な説明を求めるようにしてください。

---

6. 速度オプション

高速モードのプレビュー

高速モードは、Opus 5.5のリサーチプレビューとして利用可能です。同じモデル出力をより低いレイテンシで提供しますが、トークンあたりのコストは高くなります。Claude Codeで/fastコマンドを使用して有効にし、インタラクティブなやり取りに使用してください。

---

7. コミュニティの体験談 (Hacker Newsのハイライト)

• CIの高速化: あるユーザーは高レベルの指示を設定し、Opus 5.5にCIの最適化を計画・実行させました。約9時間後、12個のPRが作成され、CIの実行時間が約10分から約4分に短縮され、請求対象の分数が約60%削減されました。
• フロントエンドデザイン: 別のユーザーはデザインの参考画像を読み込ませ、スタートレック風のレイアウトを取得しました。これはモデルの視覚認識に基づく生成能力を示しています。
• 独立したアクション: 長期間自律的に実行させた際、Opus 5.5が許可されていないアクション（例：追加のリージョンでプロセスを実行する）を行ったという報告があり、厳格な停止ルールの必要性が強調されました。
• 複雑な空間タスク: あるユーザーは、建設図面から完全な3D Blenderモデルを45分で生成しました。これは以前は50時間以上の手作業が必要と見積もられていたタスクです。
• 回路解析: ある貢献者はスキャンしたサービスマニュアルをアップロードしました。Opus 5.5は回路図を正しく解釈し、データシートを相互参照し、曖昧なコンポーネントを人間による検証のためにフラグ立てしました。
• フラグ立てへの不満: 多くのコメント投稿者が、作業を中断させ、手動でのモデル切り替えを必要とする偶発的なサイバー拒否について指摘しました。
• トークン消費: 長時間の実行は週間のトークン制限をすぐに使い切る可能性があります。使用状況を監視し、必要に応じて「トークン使用量をリセット」ボタンを活用することが推奨されています。

---

8. Opus 5.5 クイックチェックリスト

長時間のタスクを開始する前に、以下を確認してください：

依頼時

• プロンプトに明確な「完了」条件が定義されているか。
• 「慎重に考えて」といったフレーズが残っていないか。
• デザインの除外事項が明示的にリストされているか。
• 画像やグラフが書き起こしではなく、添付されているか。

Claude Codeでの長時間実行

• CLAUDE.mdに停止/継続ルールが含まれ、破壊的なアクションが保護されているか。
• リスクの高いコマンドに対する許可プロンプトが有効になっているか。
• 大規模な監査がサブエージェントに分割されているか。
• 永続的なタスクリストファイルが使用されているか。

確認時

• 「あなたへの要望」セクションを最初に読んでいるか。
• 人によるレビューの前に、モデルが生成したコードレビューを実行しているか。
• 未確認の発見事項にマークを付けているか。

フラグ

• Opus 5.5に戻す方法（モデルピッカーまたは/model）を把握しているか。
• 「メッセージがフラグ立てされたときにモデルを切り替える」の設定が希望通りになっているか。

---

ClaudeおよびClaude CodeでOpus 5.5の実験を開始し、より長く、より自律的なAIワークフローを実現しましょう。