Opus 5.5 ガイド：クラウドアプリおよびコードでの活用方法とベストプラクティス

Opus 5.5 は、既存のクラウド利用ワークフローにシームレスに統合できます。ただし、従来モデルとは以下の点で動作が異なります。

• 自律的な長タスク実行が可能になりました。
• アクションについて明確に説明するようになります。
• すべての応答の前に思考プロセスを実行します。

本ガイドでは、プロンプトの組み立て方、長時間実行タスクの管理、成果物の検証方法などを詳しく解説します。

まず最初に試すべき 3 つのポイント

Opus 5.5 と初めてセッションを開始する際は、以下の 3 点を必ず意識してください。

1. 全体タスクを一括で指示する
   • 「完了状態」の定義と「何時停止して確認してほしいか」を明確にし、その後はそのまま実行に任せましょう。
2. 「慎重に考えよ」といった指示を削除する
   • Opus 5.5 はすでにすべての応答前に思考を行っているため、追加の指示は不要です。
3. 長時間実行が終了したら確認を行う
   • まずあなたから「何が必要か」を確認してください。

1．プロンプトの方法（How to Ask）

「完了状態」を定義し、そのまま実行させる

• 何をすべきか：タスク全体を一つのメッセージで提示し、「完了」となる具体的な基準（例：テストの全パス、移行完了）を明示してください。その後、モデルに任せておきます。
• 重要な点：Opus 5.5 は、マルチステップタスク（例：大規模リポジトリでの一貫した変更適用とテスト）において劇的な性能向上を示します。明確な「完了ライン」を設定することで、モデル自身で終了タイミングを判断できます。

具体的なプロンプト例（クラウド Code）

古いクライアントから新しいクライアントへの決済エンドポイントの移行をお願いします。

【完了の条件】すべてのエンドポイントが新しいクライアントを使用しており、古いクライアントが削除され、テストスイートがパスしている状態です。

【停止と確認を求めるタイミング】理由が説明できないテストの失敗が発生した場合のみ、停止して私に確認を求めてください。

ポイント：一つのメッセージでタスク全体、完了基準、そして停止するタイミングを指定します。

「慎重に考えよ」といった指示を止めましょう

• 何をすべきか：プロンプトや保存された指示から、「慎重に考えよ」「ステップバイステップで考えよ」などのフレーズを削除してください。
• 重要な点：Opus 5.5 は応答する前に常に思考を行っており、その程度も自律的に決定します。「考えるように」と指示する必要はありません。テストでは、この行を削除したことで応答時間が短縮されながら品質は維持されました。
• 操作方法：単純な質問には「直接答えをください」を指示し、クラウド Code では「effort（努力度）」パラメータを変更して思考の程度を変化させます。

進行中のタスクに追加情報を付加する

• 何をすべきか：実行中に新しい情報が入手された際は、モデルが作業している間にフォローアップメッセージを入力してください。
• 重要な点：現在の実行時間が長いため、途中での情報更新により再起動によるコスト増を回避できます。
• 操作方法：Enter キーを押してメッセージを入力します（例：「旧エンドポイント名もエイリアスとして維持してください」）。

デザインワークでは、望まないスタイルを明記する

• 何をすべきか：ページやアプリの依頼時、避けるべきデザイン慣習のリストを具体的に提示してください。
• 重要な点：一般的な指示（例：「一般的に見えないように」）では不十分です。具体的パターンの指定の方が効果的です。Opus 5.5 はデフォルトスタイルに依存しないよう設計されています。

具体的なプロンプト例

プレースホルダーコンテンツを用いた個人用ウェブサイトを作成してください。

【避けるべきスタイル】クリーム色またはオフホワイトの背景、見出しの斜体強調語、番号付きの「01 / 02 / 03」形式のセクションラベル、等幅フォントのラベル、あるいはピル形状のボタンを避けましょう。

ポイント：生成後のスタイルが気に入らない場合は、このリストに追加して再指示してください。

2．クラウド Code における長時間実行タスクの制御（Steering a Long Run）

停止条件を明示する

• 何をすべきか：

  CLAUDE.md

  ファイルに、「何時停止して確認を求め、何時継続すべきか」のルールを記述します。
• 重要な点：Opus 5.5 は進捗報告として要約やオファーを出すため、自動的に停止することがあります。望む停止条件を明示する必要があります。

CLAUDE.md

の設定例

私の入力が必要なステップでない場合は、作業を継続してください。次のアクションを含めた同一メッセージにステータスの注釈を付けてください。

【停止と確認を求める場合のみ】私の介入なしに先に進められない場合、または破壊的操作を行う直前（データ削除、強制プッシュ、リポジトリ外の変更など）です。

• 継続時の対応：「続けていますか？」と尋ねられた場合は

  continue

  と返信してください。頻繁な発生はルールの有効性を示します。
• リスク管理：破壊的コマンド（データ削除など）を行う直前には、必ず自分自身で確認を行ってください。

大規模タスクをサブエージェント（Subagents）に分割させる

• 何をすべきか：監査や大規模レビューでは、Opus 5.5 に作業をサブエージェント間で分割させ、各結果を検証することを指示します。
• 具体的な方法：

  リンクされた Issue の再試行（retry）バグについて、services/ ディレクトリ内のすべてのサービスに対して監査を行ってください。
  
  各サービスを専用のサブエージェントに割り当ててください。サブエージェントから報告を受けた際、受け入れる前にその証拠を確認してください。
  
  【最終成果物】一つの表形式でまとめ、対象サービス、影響の有無（yes/no）、そして証拠を示してください。
  

• フロー：タスクを広げ（ファンアウト）→ 証拠を確認 → 一つの表で仕上げる。

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

• 何をすべきか：長時間実行では、Opus 5.5 にタスクリストをファイルに保存し、進行に伴って更新させるように指示します。その後、会話履歴（スクロールバック）ではなく、このファイルから位置を確認してください。
• 理由：コンテキストウィンドウの限界により、古いターンが要約されることがあります。ファイルリストはこれを克服し、完了済みと未完了を一目で確認できます。
• 具体的な方法：「TASKS.md へのチェックリストを維持してください」と指示します。

3．成果物の検証（Checking the Result）

まず「あなたから必要なこと」を確認する

• 何をすべきか：長時間実行が終了したら、最初にモデルが開かれた意思決定事項や承認が必要な変更がないか確認し、その後で要約全体を読むようにしてください。
• 重要な点：Opus 5.5 は Opus 5 よりも作業成果について明確に報告します。アップデートと最終要約は、行ったこと、発見したこと、必要なことを平易な言語で伝えます。

要約フォーマットのカスタマイズ

CLAUDE.md

「すべての実行を次の 3 つの見出しで終了すること：Blocked on Me（私でのブロック事項）、Changed（変更事項）、Found（発見事項）」

コードレビューを行わせる

• 何をすべきか：人がレビューする前に、Opus 5.5 に Diff やプルリクエストをレビューさせるよう依頼します。
• 重要な点：低い努力設定でも多くのバグを発見でき、偽陽性の警报は少ないとされています。また、変更内容を平易な言語で説明するためプルリクエストの説明も作成しやすくなります。

具体的なプロンプト例

このブランチの Diff を main ブランチと比較してレビューしてください。

【リストアップする項目】マージをブロックすべき問題のみを列挙してください。各問題について、ファイルと行番号、なぜ間違っているのか、そしてどのように失敗するかを示す方法を記述してください。

確認できない事項を明示させる

• 何をすべきか：調査や分析においては、見つからなかったまたは確認できなかった事項について言及させるよう指示します。
• 重要な点：「これを見つけれませんでした」という報告自体が価値があり、それを明示的に求めることで発見しやすくなります。

具体的な方法

依頼に「確認できなかった事項をマークし、どこを探したかを記述してください」という文言を追加します。

4．クラウドアプリ（Claude Apps）での使用法

まず、モデル選択ダイアログで Opus 5.5 が選択されていることを確認してください。

ビジュアル素材を添付する

• 何をすべきか：グラフ、図面、スクリーンショットなどを添付し、数値を手書きで再入力する必要はありません。
• 重要な点：Opus 5.5 はグラフや画像の位置関係（矢印、変化部分、時刻など）を以前より正確に理解します。

長大な文書を検証させる

• 何をすべきか：長い計画書や報告書を与え、ミスを探すように指示します。
• 重要な点：Opus 5.5 は長尺スレッド内の誤った日付や数値不一致を以前より詳細に検出します。

具体的なプロンプト例

この資料全体で、矛盾する要素（数値、日付、名前など）を確認してください。各問題について引用し、その場所を記述してください。

完成ファイルの作成を求める

• 何をすべきか：表計算ソフトや文書ファイルを希望する場合は、アウトラインではなく実際のファイル生成を依頼します。
• 重要な点：共有前の編集が Opus 5 よりも少なくなります。

具体的なプロンプト例

これを共有できる表計算ソフトとして作成してください：各ベンダーを一行とし、コスト、契約終了日、所有者という列を設けてください。

プロジェクト内で回答の確定状態を明示する

• 何をすべきか：長尺チャットにおいてフォローアップ質問が慢性化する場合、前回の回答は確定済みとみなすよう指示を追加します。
• 重要な点：Opus 5.5 は短いフォローアップ時に以前の手続きを見直すことがあるため、応答が遅くなることがあります。これを防ぐための指示です。（※長期的分析プロジェクトからは除外）

具体的なプロンプト例

何か回答を提供した後は、その回答を確定済みとして扱うください。今私が質問していることに集中し、私から関連する質問や問題指摘がない限り、以前の手続きの回答に戻らないようにしてください。

5．メッセージがフラグ（制限）された場合

Opus 5.5 はセキュリティ Safeguards を搭載しており、誤検知される場合があります。クラウドアプリおよびコードにおいて、多くのフラグ化されたメッセージは古いモデルに切り替わり続行されます。

クラウドアプリ内での挙動

• 確認されるもの：「Switched to（切り替え済み）」と表示され、古いモデル名が現れます。チャットはそのまま続行します。
• 対応策：
  1. モデル選択ダイアログで Opus 5.5 を再度選択する。ただし、以前の内容が残っていると再フラグ化する可能性があるため、新しいチャットを開始するのが確実です。
  2. フラグ化前に確認したい場合は、設定 → キャパビリティにて「メッセージがフラグされた際にモデルを切り替える」オプションをオフにする。
• 注意：チェックは会話全体（ファイルや検索結果含む）を対象とするため、直近だけでなく以前の内容も原因となります。

クラウド Code 内での挙動

• 確認されるもの：古いモデル名が表示され、そのモデルでセッションが継続します。
• 対応策：

  1. /model

     コマンドを実行して Opus 5.5 に切り替え直す。
  2. 最後のメッセージを編集して再試行したい場合は、Esc キーを 2 回押す。

  3. /config

     コマンドでフラグ時のモデル変更設定を変更する。
  4. 誤ったフラグだった場合は、

     /feedback

     コマンドでフィードバックする。

応答内に思考プロセスの再現を求めない

• 何をすべきか：プロンプトから「応答内で内部思考過程を再現してほしい」といった依頼を削除してください。
• 重要な点：これにより拒否されることがあり、フラグ化のカテゴリの一つです。必要なことは明確に指示し（例：「このアプローチを選んだ理由を 3 文で説明してください」）、思考過程そのものを求めないでください。

6．速度（Speed）

各応答を待っている場合は高速モード（Fast Mode）を有効にする

• 何をすべきか：読みながら次のメッセージを送信する双方向作業には、クラウド Code で高速モードを使用します。
• 重要な点：Opus 5.5 はリリース時点で研究プレビューとして高速モードを提供しており、テキストの到着が早いです。ただし、トークン単価が高い場合があります。

操作方法

クラウドの入力欄に以下を入力してください：

/fast

あなたの Opus 5.5 チェックリスト

長尺タスクの実行直前に以下の項目を確認してください。

プロンプト（Asking）

• タスクの説明で「完了状態」が定義されているか？
• 「慎重に考えよ」といった余計な指示が含まれていないか？
• デザイン依頼で、避けるべきスタイルのリストがあるか？
• グラフやスクリーンショットは添付されており、数値は手書きされていないか？

クラウド Code における長尺実行（Long Runs）

• CLAUDE.md

  に停止・継続条件と破壊的操作前の停止ルールが記述されているか？
• 破壊的コマンドに対する許可プロンプトが有効になっているか？
• 大規模タスクがサブエージェント間で分割されているか？
• タスクリストがファイル上で維持されているか？

検証（Checking）

• レポートの「あなたから必要な事項」部分を読んでいるか？
• 人間によるレビュー前にコードレビューを行わせるか？
• 調査回答で確認できなかった事項が明示されているか？

フラグ（Flags）

• モデル選択ダイアログまたは

  /model

  コマンドで Opus 5.5 に戻れる方法を把握しているか？
• 「メッセージがフラグされた際にモデルを切り替える」設定が意図通りか？

Opus 5.5 で構築をはじめましょう！

※本資料は Molly Vorwerck 氏のレビューにより作成されました。