難しい判断を段階で出させる：仕事で使うCoTの回し方

見積もりの根拠、優先順位の判断、仕分けの理由。こうした仕事をAIに一発で出させると、結論だけが先に来て、理由が後付けになります。理由を先に書かせる Chain-of-Thought（思考の連鎖）は、難しい課題で成績を上げた手法として知られています。

CoTが効くのは「段階がある課題」

Learn Prompting の解説では、CoT は課題を段階に分けて考えるよう促すことで、算数の文章題や常識的な推論で成績を上げたと紹介されています。その一方で、効果はモデルの大きさに比例する部分があり、どんな課題でも効くわけではないとも書かれています。単純な検索や変換のような仕事には不要で、判断に段階が含まれる仕事のほうが向いています。

手順1：課題の「段階」を紙に書き出す

AIに任せたい判断を、自分が人に説明するときの順番に書き出します。例えば「対応の優先順位」なら、①影響を受ける範囲 ②緊急性 ③対応のコスト、という段階です。この段階の絵が、CoT の設計そのものになります。

手順2：理由を先に、結論を後に書かせる

依頼文では、出力の順番を指定します。「各候補について、影響範囲・緊急性・対応コストを1行ずつ書いてから、結論を1行で書いてください」。順番の指定がないと、結論が先に来て理由が後付けの形になり、CoT の利点が消えます。

手順3：段階ごとの見本を1つ渡す

段階の書き方の見本（例）を1つ渡すと、出力の形が揃います。例の見せ方の考え方は、Chain-of-Thoughtの項目と共通で、答えだけでなく道筋を見せるのが要点です。全部の候補分を作る必要はなく、1件分の書き方の見本で足ります。

手順4：理由の行を人が点検する

CoT の利点は、出力の根拠が読めることです。だからこそ、理由の行を飛ばして結論だけ読む運用にはしないでください。理由の行に、入力にない事実が混ざっていないかを確認します。混ざっていたら、その判断は使いません。根拠の点検を仕組みに組み込む考え方は、推論モデルの項目にも書いています。

手順5：効かなかった課題を記録する

使ってみると、CoT が効かない課題が出ます。理由の行が短くて形だけになる課題、そもそも段階が1つしかない課題です。そういう課題は普通の依頼に戻し、「効いた課題」と「効かなかった課題」の記録を残します。あとで同じ種類の仕事を頼むとき、この記録が判断の近道になります。

使いどころの見極め表

仕事の種類	CoTの向き	理由
優先順位・選定	向く	段階が決まっていれば理由が書ける
文章の言い換え	不要	段階がほぼない
数字の計算	向く場合あり	段階を追うことで取りこぼしが減る
形式の変換	不要	判断より手順の仕事

FAQ

Q. 理由を書かせると、もっともらしい嘘も整って出るのでは？

A. その恐れはあります。だから手順4の点検を外さないでください。理由の行は「読んで信用する」ものではなく、「入力にある事実か確かめる」ためのものです。

Q. 全部の仕事で使ったほうがいいですか？

A. 逆です。段階のない仕事に使うと、出力が長くなるだけで効果がありません。手順5の記録を増やしながら、効く仕事を絞っていくのが現実的です。

出典

出典：Learn Prompting「Chain-of-Thought Prompting」（Valeriia Kuka 執筆、2024年10月1日更新、2026年10月22日参照）

あわせて使いたいツール

本記事の手順を実際に回すときに、候補になるツールを挙げます。いずれも無料から試せる範囲があり、料金や機能は各サービスの公式情報で確認してください。

• Poe：複数モデルで同じ段階の書き方を比べられる
• Claude：長い理由の行を整文しやすい

関連ガイド

同じ時期に公開した実務ガイドと、用語の定義ページです。手順の前提が分からない場合は、用語ページから確認してください。コピーして使える依頼文が欲しいときは、プロンプト集も参照してください。

• AIに自己点検させる：reflectionパターンを実務で回す
• AIエージェントに「完了条件」を書かせる前の整え方
• Chain-of-Thought（思考の連鎖）（用語辞典）
• ガイド一覧（実務手順をまとめて読む）

編集部の見解

CoT の本当の利点は、精度の向上だけではないと思います。理由の行が残ることで、判断を人に説明するときの下書きになることです。AIの結論をそのまま使う場面は少なく、説明責任は人に残る。だから理由の行があると、説明の用意が一気に楽になります。