Bible Network Crypto DeFi Onchain RWA AI Agent Stablecoin Chain SAFU CryptoTax DeFAI AGI Claude Me Claude Skill Claude Design Claude Cowork
独立メディア
いかなるプロジェクトとも無提携
Claudeスキルを学んで、すべてをもっとうまくやろう
claudeskill-me.com
最新
Subagentが本当に役立つ時と、単純なタスクを複雑にしているだけの時  ·  SkillとSubagentの役割分担:どちらか一方ではなく「知る」と「実行する」の分業  ·  CLAUDE.mdに書いたのにClaudeが従わない?Hooksで「お願い」を「保証」に変える  ·  Superpowersフレームワークレビュー:「テストより先に書かれたコードは削除する」をルール化したTDD手法  ·  CLAUDE.md、Rules、Skill、Hook、Subagent——どれを使うべきか?Anthropic公式の7つの指示方法の決定フレームワーク  ·  公式Frontend Design Skillレビュー:なぜインストール数が2位の57倍なのか?
用語解説 · Prompt Engineering

Chain-of-Thought Prompting

思考の連鎖プロンプティング
Prompt Engineering beginner

30秒バージョン · 忙しい方へ
最終的な答えを出す前に、モデルに中間の推論ステップを書き出させ、いきなり答えに飛びつかせないことで、複雑な推論タスクの精度を高める手法。
詳しく読む +
01 · これは何?

思考の連鎖プロンプティングとは何か、モデルに直接答えを求めることと何が違うのですか?

思考の連鎖プロンプティング(Chain-of-Thought Prompting、略してCoT)は、モデルが最終的な答えを出す前に、中間の推論プロセスをテキストとして書き出すよう求める手法だ。最もシンプルな発動方法は、プロンプトの末尾に「一歩ずつ考えましょう」というフレーズを加えることで、モデルは結論に直接飛びつくのではなく、一連の推論ステップを展開してから最終的な答えに至る。

これはモデルに「答えだけをください」と直接求めることとは異なる。後者はモデルに内部ですべての推論を一気に完了させて結果だけを出力するよう求めるのに対し、前者は推論プロセスを外部化し、目に見えるテキストの一部にする。この違いは単純なタスクではあまり目立たないが、複数ステップの論理的導出が必要なタスク(数学の応用問題、複雑な条件判断など)では差が顕著になる——推論プロセスを外部化することで、モデルは1回の生成ですべての論理の飛躍を同時に処理するのではなく、各ステップが妥当かどうかを順を追って確認する機会を得られる。

02 · なぜ存在する?

なぜ思考の連鎖プロンプティングは精度を向上させるのか、その背後にあるメカニズムは何ですか?

2022年にWeiらが発表した元の論文でこの手法が提案された際の核心的な観察は次の通りだ。複雑な複数ステップの問題(特に数学的推論、常識推論)は、モデルに一度に直接答えを生成させると、途中のどこかの論理段階で誤りを犯しやすく、その誤りはチェックされずそのまま最終的な答えに反映されてしまう。しかしモデルに先に推論ステップを書き出させれば、大きな問題を一連の小さな中間ステップに分解することになり、各ステップは比較的単純な論理判断だけを処理すればよいため、誤りが生じる確率が自然に下がる。

注目すべきは、思考の連鎖プロンプティングは小規模モデルへの効果は限定的だという点だ。論文の実験では、この手法の効果は主にモデルの規模が十分大きい場合に顕著に現れることがわかった——これが思考の連鎖プロンプティングが大規模言語モデルの「創発的能力」の一つに分類されることが多い理由でもある。一定の規模に満たないモデルでは、同じプロンプト手法を適用しても向上幅は相対的に限定的である。

03 · 意思決定にどう影響する?

思考の連鎖プロンプティングにはどんな使い方があり、適用場面にどんな違いがありますか?

最も基本的な形はZero-Shot-CoTだ——例を一切提供せず、単にプロンプトに「一歩ずつ考えましょう」というフレーズを加えるだけで、モデルは自動的に推論ステップを展開する。これは最もシンプルでコストの低い使い方だ。

より高度な形は思考の連鎖と少数ショットプロンプティング(Few-Shot Prompting)を組み合わせるものだ——プロンプトに「問題+完全な推論プロセス+答え」の例を1つ以上提供し、モデルにその例の推論スタイルを模倣させて新しい問題を処理させる。この組み合わせは通常、純粋なZero-Shot-CoTより効果が高いが、十分に質の高い例を設計する手間がかかる。さらに「表形式の思考の連鎖」といった派生形もあり、モデルに推論プロセスを表形式で出力させることで、構造化された出力形式によって推論の筋道をさらに整理しやすくする。3つの使い方に共通するのは「先に推論を展開してから答えを出す」ことであり、違いは例による誘導の有無と推論プロセスの提示形式にある。

04 · どうすればいい?

Claudeと対話する際、どんな場合に思考の連鎖プロンプティングを積極的に使うべきですか?

タスク自体が単純で、答えにほとんど中間推論が必要ない場合(事実を調べる、単純なフォーマット変換など)は、あえて思考の連鎖を求める必要はなく、むしろ回答が冗長になる可能性がある。積極的に使うべき状況は、タスクが複数ステップの論理判断を伴う場合、複数の条件を比較検討する必要がある場合、あるいはモデルが特定の種類のタスクで推論を経ずにいきなり答えに飛びついて間違えることによく気づく場合だ。こうした場合、「推論ステップを先に示してから結論を出してください」と明確に求めることで、答えだけでなく、途中のどのステップで論理がおかしくなったかも見えるようになり、答えが信頼できるかどうか、さらに修正が必要かどうかを判断しやすくなる。

コードのデバッグ、複雑な計画タスク、あるいは複数の選択肢の優劣を比較する必要がある意思決定において、思考の連鎖プロンプティングの効果は特に顕著だ——外部化された推論プロセスは精度を高めるだけでなく、ユーザーであるあなたがモデルの判断ロジックを追跡できるようにし、ブラックボックスの答えを受け取るだけの状態から抜け出せる。

具体例 +

Weiらは2022年の元の論文で、ある応用問題を使って2つのプロンプト方式を実測比較した。答えを直接求めた場合、モデルはリンゴの残り個数の計算を間違えた。思考の連鎖プロンプティングに切り替え、モデルに先に推論ステップを展開させた場合は、増減の数量を順に正しく列挙してから正しい答えを導き出した——このシンプルな算数の例は、その後多くの論文や教材で引用され、思考の連鎖プロンプティングの効果を示す定番の事例となった。

よくある誤解 +
✕ 誤解 1
× 誤解:プロンプトに「一歩ずつ考えて」と加えるだけで、どんなタスクでも精度が明らかに向上する、実際は:元の論文の実験では、思考の連鎖プロンプティングの効果は主にモデルの規模が十分大きい場合に顕著になることがわかっており、もともと単純で複数ステップの推論を必要としないタスクには効果が乏しく、単に回答が長くなるだけの場合もある
✕ 誤解 2
× 誤解:思考の連鎖プロンプティングはモデルに「あなたの答えを説明して」と求めることと同じである、実際は:両者は順序が異なる。思考の連鎖プロンプティングは推論プロセスが答えの「前」に現れることを求め、推論が最終的な結論を導く形にする。もし先に答えを出してから事後的に説明を求めた場合、モデルの説明はすでに生成された答えを事後的に正当化しているだけの可能性が高く、実際の推論品質には影響しない
The Missing Link +
直接的な影響

思考の連鎖プロンプティングの利点は、複雑な複数ステップの推論タスクで精度を明らかに向上させ、推論プロセスを検証可能にしてユーザーが答えの信頼性を判断しやすくすることだ。欠点は回答が長くなりトークンコストが増えること、もともと単純で推論を必要としないタスクには効果が乏しいこと、そして効果がモデルの規模に大きく依存し、小規模なモデルでは向上幅が限定的であることだ。

質問する
10文字以上入力してください
関連トピック