深い思考のテクニック

問題: 難しい作業なのに表面的な答えが返ってくる。根本原因が必要なのに、表面的なパッチが出てきた。

すぐに試せる方法: 次の Claude Code プロンプトに思考トリガーフレーズを追加する。

claude "think harder about this: Analyze this codebase and suggest architectural improvements"

think harder、ultrathink、think step by step は、Claude に答えを出す前により多くのテスト時計算を使うよう伝える。

深い思考とは何か

深い思考は、トリガーフレーズが起動するものだ。think harder、ultrathink、think step by step をプロンプトに加えると、Claude は返答の前に問題に対してより多くのテスト時計算を費やす。

これらはCLIコマンドではない。拡張思考をオンにするための平易な英語の合図だ。通常のプロンプトは素早く返ってくる。トリガーフレーズ付きのプロンプトは慎重に返ってくる。

パフォーマンスの階層

レベル1: 拡張思考

複雑なタスクには思考トリガーフレーズから始める。

claude "think step by step: Optimize this React component for performance"

モデルを変えずに拡張思考が発動する。3つのフレーズは互換性がある。

レベル2: プランニングモード + 深い思考

思考フレーズとプランニングを組み合わせて構造化された分析を行う。

claude "think harder + plan mode: Create a migration strategy from JavaScript to TypeScript"

拡張推論と構造化されたプランの両方が得られる。

レベル3: リビジョンエンジン

複数の批評ラウンドを使ってパフォーマンスをさらに高める。

claude "ultrathink + plan mode: Create deployment strategy. Then critique your plan for edge cases and improvements."

各ラウンドで答えが洗練される。トリガーフレーズ + 自己批評がテスト時計算から最大限を引き出す。

実世界での応用

複雑な問題のデバッグ

弱い: 「なぜこれが動かないのか?」

強い: 「think harder: このエラースタックトレースを分析し、複数の可能性のある解決策を含む根本原因分析を提供してください。」

アーキテクチャの判断

弱い: 「このシステムに最適なデータベースは何か?」

強い: 「think step by step + plan mode: 10万ユーザー規模のリアルタイムチャットアプリケーション向けのデータベースオプションを評価してください。」

コードレビュー

弱い: 「このコードをレビューしてください」

強い: 「ultrathink: パフォーマンス、セキュリティ、保守性に焦点を当てた包括的なコードレビューを実施してください。」

持続的な思考設定

深い思考を1日の大半で使う場合、毎回プレフィックスを付けるのではなく、デフォルトでオンにしよう。

常時拡張思考

settings.json に alwaysThinkingEnabled を追加すると、すべてのレスポンスで拡張思考が有効になる。

// ~/.claude/settings.json
{
  "alwaysThinkingEnabled": true
}

すべてのプロンプトで拡張思考が実行され、think harder が不要になる。ほとんどのセッションでデフォルトでその深さが必要な場合に適している。

思考バジェットの制御

MAX_THINKING_TOKENS 環境変数は、Claude が内部推論プロセスに費やせるトークン数を制御する。

# カスタム思考バジェットを設定 (デフォルトは 31,999)
export MAX_THINKING_TOKENS=31999
 
# 拡張思考を完全に無効化
export MAX_THINKING_TOKENS=0

数値を上げると Claude が推論できる余地が広がるが、レイテンシとトークン使用量も増える。下げると推論が抑制される。0 で拡張思考がオフになり、深さより速度が重要な場合に便利だ。

プロンプトキャッシュと拡張思考

拡張思考はプロンプトキャッシュと相性が悪い。思考トークンはレスポンスとともに渡され、後続のターンではキャッシュされない。多くのファイルに同じリファクタリングを繰り返すような反復作業では、拡張思考をオフにして鋭いプロンプトで作業する方がスループットが上がることが多い。

コスト対パフォーマンスのトレードオフ

Claude Opus のような高価なモデルに切り替える前に、現在使っているモデルからより多くを引き出そう。

1. 思考フレーズ: think harder、ultrathink、think step by step でスマートさのギャップのほとんどを埋められる
2. プランニングモード: 拡張推論に構造を加える
3. リビジョンサイクル: 批評を重ねるほど答えが洗練される
4. サブエージェント: 同じ難しい問題に新鮮な視点をもたらす

この組み合わせで Opus 品質の約80%を20%のコストで実現できる。テスト時計算はモデルを切り替えるよりドルあたりの効果が高い。

一般的な深い思考パターン

体系的アプローチ

claude "think step by step + plan mode:
1. Analyze the current system
2. Identify bottlenecks
3. Propose solutions
4. Create implementation plan
5. Critique the plan for missing elements"

マルチ視点分析

claude "think harder: Analyze this API design from the perspectives of:
- Performance engineer
- Security auditor
- Frontend developer
- DevOps engineer"

反復的改善

claude "ultrathink + plan mode: Design a caching strategy.
Then critique it for edge cases and suggest improvements."

深い思考が限界に達したとき

トリガーフレーズ、プランニング、リビジョンラウンドでもまだ足りないとき:

1. サブエージェントを投入して、異なる専門家の視点を取り入れる
2. 問題を分割して、より小さく、焦点を絞ったタスクにする
3. Claude Opus を使う本当に複雑な作業に
4. MCPエクステンションを組み込むドメインに特化したものを

成功の指標

トリガーフレーズが効いているとき、Claude は:

• 複数の解決策を提示する
• 気づいていなかったエッジケースを発見する
• 検討したトレードオフを説明する
• 各オプションのリリース方法のアウトラインを示す
• 行う価値のある改善点を指摘する

次のアクション

すぐに試す: 次の難しいプロンプトに think harder: を付けて、返答を比較する。

応用: 拡張思考を形作るプランニングモード戦略を学ぶ。

最適化: コストと深さのバランスを取るモデル選択を確認する。

スケーリング: 専門的な思考タスク向けのカスタムエージェントを立ち上げる。

トラブルシューティング: 深い思考が遅く感じる場合はパフォーマンス最適化ガイドを読む。

トリガーフレーズがなければ、Claude は最初に機能する答えを返す。トリガーフレーズがあれば、構築できる最善の答えを返す。フレーズを追加するコストはゼロだ。