「慎重に考えて」を「ゴールライン」に置き換える
段階的で監視型のプロンプトを、単一の包括的なタスク定義に置き換えましょう。Opus 5.5は現在adaptive thinking（適応的思考）を実行し、内部の推論リソースを動的に割り当てます。最初にタスク全体を与え、観察可能で客観的な基準で「完了」を定義し、モデルに自律的に実行させます。
「完了」を明確で検証可能なチェック項目で定義します。決済移行の場合、以下を意味します：
- すべてのエンドポイントが新しいクライアントを使用している
- 古いクライアントが削除されている
- すべてのテストがパスしている
これらの具体的なゴールラインは曖昧さを排除し、Opus 5.5が自己検証することを可能にします。
「慎重に考えて」や「ステップバイステップで考えて」といった一般的な推論の合図は削除してください。Anthropicのテストでは、これらのフレーズは出力品質を向上させることなく、レイテンシを増加させることが示されています。Opus 5.5は常に最初に考え、独自の推論深度を決定します。
代わりに、「説明できない理由でテストが失敗した場合にのみ停止せよ」といった具体的な制約を指定してください。これにより、モデルは問題を独自に解決するようになり、本当にブロックされた場合や説明不可能なテスト失敗が発生した場合にのみ一時停止するようになります。曖昧な指示は効果がありません。具体的で実行可能なゴールラインこそが結果を生み出します。
避けるべきものを指定することでデザインは向上する
曖昧なデザインプロンプトは、ありきたりな出力につながります。Opus 5.5に「ありきたりではないものにして」と頼んでも、テンプレートを別のものに入れ替えるだけで、独特な結果は得られません。モデルは具体的な指示がない限り、馴染みのあるスタイルをデフォルトとして選択します。
代わりに、避けるべきものを定義しましょう。Better Stackの動画では、効果的なnegative constraints（ネガティブ制約）が強調されています。番号付きセクション、等幅フォントのラベル、ピル型のボタンなどは避けるべきです。AIモデルはこれらの要素を好む傾向があるため、明示的に禁止することで、より創造的な解決策を強制できます。
除外事項とポジティブなガイダンスのバランスを取りましょう。明確なターゲットを提供してください。意図する視聴者、望ましい視覚的なムード、階層、インタラクションのニーズを記述します。これにより、Opus 5.5は真にユニークなデザインを生成するための有用なフレームワークを得ることができます。
例えば、「シニアエグゼクティブ向けのダッシュボードを設計せよ。即座に明瞭さが伝わり、洗練されたシンプルさを備えていること。テキストよりもデータビジュアライゼーションを優先すること。遊び心のある要素や過度に装飾的な要素は避けること。すべてのインタラクティブなコンポーネントは明確に区別できるが、視覚的には控えめであること」と指定します。このように「何をすべきでないか」と「何を達成すべきか」を組み合わせることで、Opus 5.5から優れたデザイン成果が得られます。
制御を失わずに実行を継続する
制御を失わずに実行を継続する
コストのかかる再起動を避けましょう。実行中に新しい要件が発生した場合は、Claude Codeで直接フォローアップをキューに入れます。ハーネスは現在の操作を中断したり、キャッシュされた思考を無効にしたりすることなく、次のステップでその指示を処理します。これによりコンテキストが保持され、反復が加速されます。
エージェントの自律性に関する明確なルールを確立します。CLAUDE.mdルールを追加しましょう：「私が必要な場合や破壊的な何かでない限り、継続せよ」。これにより、Opus 5.5が些細な更新で停滞するのを防ぎ、重要なアクションに対しては人間の監視を維持しつつ、継続的な進捗を確保できます。
移行や監査のような大規模なタスクでは、sub-agents（サブエージェント）に作業を委任します。メインエージェントにタスクを分割するよう指示し、各サブエージェントの証拠を承認前に検証させます。この戦略は個々のエージェントのコンテキストを減らし、精度を向上させ、多段階のレビュープロセスを提供します。
長期にわたる操作のために tasks.md ファイルを維持してください。Opus 5.5 はコンテキストウィンドウ内の古いやり取りを要約するため、詳細が隠れてしまう可能性があります。永続的な tasks.md を使用すれば、タスクリスト全体が保持され、完了したものと残っているものが明確になり、進捗の損失を防げます。詳細なガイダンスについては、Prompting Best Practices - Claude Platform Docs を参照してください。
この記事が気に入ったら、毎朝同じようなものをメールで受け取れます。
1日1通 · 2クリックで解除 · サードパーティのトラッキングなし
差分（diff）を確認し、モデルの切り替えに注意してください
最終レポートを確認しましたか？まず、「needs from you（あなたへの要望）」セクションを確認してください。 次のステップを明確にするために、「blocked on me（自分待ち）」、「changed（変更点）」、「found（発見事項）」のセクションを含む要約を依頼してください。Opus 5.5 は自己監査に優れているため、これを活用しましょう。
変更を承認する前に、マージをブロックする可能性のある項目に絞った差分レビューを依頼してください。ファイル名、行番号、欠陥の説明、再現手順を明記してください。独立した検証を行うために、Astra のような別のモデルを使用して Opus の出力をレビューすることも検討してください。モデルを変えることで、よりユニークな洞察が得られることがよくあります。
Opus 5.5 には fable レベルのバイオおよびサイバーセーフガード が統合されており、Opus 5 よりも慎重になっています。これらのセーフガードは、自身のコードベースに対する正当なセキュリティ作業をフラグ立てする可能性があります。フラグが立てられた場合は、プロンプトで自分のコードを対象としていることを明確に伝え、内部的な推論を求めるリクエストは避けてください（これがフラグの対象となるため）。
モデル切り替え設定を確認してください。Anthropic では、フラグがトリガーされた際に Claude が自動的にモデルを切り替えるか、最初にユーザーに確認するかを選択できます。以前のメッセージが繰り返しセーフガードをトリガーする場合は、新しいスレッドを開始して コンテキストをクリアしてください。
よくある質問（FAQ）
Opus 5.5 に「ステップバイステップで考えて」と指示すべきですか？
通常はその必要はありません。ガイドによると、「慎重に考えて」といった一般的な指示はほとんど効果がありません。代わりに、明確な要件と成功基準をモデルに提示してください。
Claude Code がタスクの途中で停止しないようにするにはどうすればよいですか？
CLAUDE.md に、いつ続行し、いつ助けを求めるべきかを示すルールを追加してください。例えば、「ブロックされている場合や破壊的な操作を行う直前でない限り、続行する」といったルールです。
Claude Code の実行中に指示を追加できますか？
はい。タスクを中断して再起動するのではなく、実行中にフォローアップをキューに入れてください。
Claude が古いモデルに切り替わってしまうのはなぜですか？
メッセージが安全上のセーフガードをトリガーした可能性があります。正当なコンテキストであることを明確にし、モデル切り替え設定を確認してください。問題が解決しない場合は、新しいスレッドを開始することを検討してください。