見出し画像

2-7 検証可能な中間成果:確認点を先に設計する

長い作業をAIに任せて、最後に出てきた完成品が全体的にズレていた。どこで狂ったのか、もう遡れない——完成してから発覚する事故、繰り返していませんか。

見張りが足りないのではなく、確認できる「中間の形」を決めていなかっただけです。

この記事で渡すのは、その設計です。


◆この話が復習になる人:大きな依頼を検証可能な中間成果に区切って進めている方。その場合は2-8 Few-Shotへ。

このレクチャーのゴール: 複雑な依頼に確認可能な中間成果を置き、結論の根拠と誤りの発生箇所を人が追跡できる。

確認は最後にまとめてやるものではありません。作業の途中に「検証可能な成果物」を置けば、ズレはその場で見つかります。


複雑な依頼で最終回答だけを受け取ると、結論が間違っていても、どの前提や計算からズレたのか分かりません。そこで、考え方を長く説明させるのではなく、人が確認できる中間成果を先に指定します。

確認点は3層に分けます。①開始前——採用する前提、使う資料、不足している情報を示す。②作業中——比較表、計算結果、引用元、テスト結果など、結論を支える成果を残す。③終了時——2-6で決めた受け入れ条件に照らし、満たした項目と未解決の項目を分ける。この3層があれば、人は結論そのものだけでなく、根拠の質を確認できます。

たとえば、3社の業務ツールから1社を選ぶ依頼なら、「評価項目と重みを先に提示する」「各社の数値に出典を付ける」「同じ列を持つ比較表を作る」「情報がない欄は推測せず未確認とする」「推奨案が制約と受け入れ条件を満たすか最後に確認する」と指定します。これなら、推薦理由に納得できないとき、評価軸、情報、比較、判定のどこを見直すべきか分かります。

この設計が必要なのは、複数資料の比較、数値計算、重要な判断、コード修正など、途中の誤りが最終結果へ波及する仕事です。表記の変換、短い要約、アイデアの量産では、中間成果を増やすほど確認コストが上がります。「結果が違ったとき、途中のどこを調べる必要があるか」で使用を判断してください。

AI自身による確認は、見落としを減らす補助にはなりますが、正しさの保証ではありません。重要な数値は元資料と照合し、外部公開や金銭・安全に関わる判断は人が承認します。中間成果を出させる目的は、AIに「正しいと言わせる」ことではなく、人が確認できる場所を作ることです。

ミニ実演

  • ✗「この3社から1社選んで」→ 結論だけ返り、なぜその結論になったのかを追えない。

  • ✓「1社選ぶ前に、①評価軸と重みを先に提示→②各社の数値に出典を付ける→③同じ列の比較表→④情報がない欄は"未確認"、の順で出して。最後に推奨案が制約を満たすか確認して」→ 推薦に納得できないとき、軸・数値・比較のどこを見直せばよいか分かる。

保存版・確認点の3層

  • 確認点は、開始前の前提・作業中の成果・終了時の条件照合の3層に置く

  • 比較表、計算結果、出典、テスト結果など、人が照合できるものを要求する

  • 自己確認を保証にせず、重要な判断は元資料との照合と人の承認を残す

これを置けば、冒頭の"どこで狂ったか遡れない"が起きません。


やってみよう: 複数案から選ぶ仕事を1つ選び、「開始前・作業中・終了時」に確認したい成果を1つずつ指定してAIへ依頼してみましょう。型はこちらです。

この作業を進める前に、①採用する前提と使う資料、②途中で残す中間成果(比較表・出典など)、③最後に照合する合格条件、を先に列挙してください。私が確認してから進めます。作業:〔ここに書く〕


📍 番号や読む順に迷ったら講座マップへ。目的別ルートと全84レクチャーの対応表があります。


いいなと思ったら応援しよう!