Claude Codeで長い作業を任せる型｜計画→実行→検証

一度に全部任せると何が起きるのか

Claude Codeに限らず、AIに「あれもこれも」と長い指示を一度に出すと、 途中のどこかで指示の解釈がずれても、最後まで気づかれずに進んでしまいます。

たとえば「先月の売上データをまとめて、資料も作って、メールの下書きも書いて」 という指示を一度に出した場合、データのまとめ方が意図と違っていても、 資料作成・メール下書きまで一気に終わってから発覚します。 やり直すときは、最初のデータ集計からやり直しになりがちです。

長い作業ほど、途中で1回止めて確認する回数が少ないほど、 やり直しの被害が大きくなります。 これは人に仕事を任せるときと 同じ構造です。新人に「これ全部やっといて」とだけ伝えて 1週間後に成果物を見るより、初日に方向性を確認したほうが 手戻りは小さく済みます。

「計画→実行→検証」という型とは

この型は、長い作業を3つの段階に分けて進める考え方です。

3段階に分けることの狙いは単純です。間違いに気づくタイミングを、 作業の後ろから前に動かすこと。 計画段階で間違いに気づけば 修正は数分で済みますが、検証段階で初めて気づくと、 やり直しに数十分かかることがあります。

計画：始める前に手順を書かせる

長い作業を頼むときは、いきなり「やって」と指示を出す前に、 「まず、どういう手順で進めるか書き出してください」と一言添えます。

Claude Codeには、作業に取りかかる前に計画だけを立てて 実行を保留する「プランモード」という機能が用意されています （Claude Code公式ドキュメント code.claude.com/docs/en/overview、2026年9月時点）。

こうした機能を使わなくても、「先に手順を箇条書きで教えて」と 指示に加えるだけで、同じ効果が得られます。この段階で見るべきは 次の3点です。

• 手順の順番が、業務の実態と合っているか。 たとえば「先にデータを消してから確認する」のような、 順番が逆になっている手順がないか
• 抜けている工程がないか。 「関係者への確認」「元データのバックアップ」など、 業務上あたりまえの工程が抜けていないか
• 対象範囲が広すぎないか。 「全部のファイルを対象に」のような指示が、 意図しないファイルまで巻き込んでいないか

計画段階での確認は、長くても数分で終わります。 ここで違和感があれば、実行に移る前に指示を出し直します。

実行：区切りごとに様子を見る

計画に問題がなければ実行に移りますが、長い作業の場合は 最後まで放置せず、区切りのよいタイミングで一度止めて 確認する運用をおすすめします。

Claude Codeには、作業の途中経過を一覧で示しながら進める仕組みが 用意されています。どこまで終わったか・次に何をするかを都度確認できます （Claude Code公式ドキュメント code.claude.com/docs/en/agent-sdk/todo-tracking、 2026年9月時点。使っているAIモデルや設定によっては表示されないことがあります）。 この報告を、通知が来るたびに読む必要はありません。 ただし、作業の性質によっては次のタイミングで一度手を止めて 見ておくと安心です。

• 外部にファイルを送る・データを書き換えるなど、 取り消しにくい操作に入る直前
• 想定より作業時間が長くかかっている、あるいは 途中経過の説明が当初の目的と違う方向を向いていると感じたとき
• 複数の作業を連続して任せている場合、1つ目が終わったタイミング

区切りごとに確認する運用は、最初は手間に感じるかもしれません。 ただし、これは「疑っているから確認する」のではなく、 間違いに早く気づくための仕組みだと捉えると続けやすくなります。

検証：終わったら成果物を人が見る

Claude Codeが「完了しました」と報告しても、それは AI自身の自己申告です。報告の文面ではなく、実際にできあがった 成果物そのものを人が見て確認する工程が最後に必要です。

確認する観点は、作業の種類によって変わりますが、 共通して見ておきたいのは次の3点です。

特に数字や固有名詞は、AIが「もっともらしい」値を 補って書いてしまうことがあるため、元データと突き合わせて 確認することが欠かせません。

3段階に分けた場合の時間試算

一般的な業務量から試算すると、長い作業（30分〜1時間規模）を 一度に丸投げした場合と、計画・実行・検証の3段階に分けた場合とで、 やり直しにかかる時間に次のような差が見込めます。

試算の前提：作業自体にかかるAIの処理時間は同じ40分と仮定。 「やり直しが発生した場合」は、指示の解釈ズレが起きた場合の 目安であり、毎回発生するわけではありません。確認の手間を 含めても、ズレが起きたときの被害を抑えられる分、 トータルでは分割したほうが時間を圧縮できる場合が多いという試算です。 実際の差は作業の複雑さや担当者の慣れによって変わります。

どこまで人が見て、どこから任せてよいか

長い作業のすべての工程を細かく監視する必要はありません。 線引きの目安は次のとおりです。

• **取り消しやすい作業（下書き作成・集計・要約など）**は、 計画段階だけ確認すれば、実行から検証までまとめて任せてよい
• **取り消しにくい作業（外部送信・データの上書き・ファイル削除を 含む作業）**は、実行の途中でも該当の操作に入る直前で一度止める
• 繰り返し行う定型作業は、最初の数回だけ3段階を丁寧に踏み、 問題が出なければ検証だけの運用に減らしてよい

この線引きは、業務の重さに応じて確認の手間を増減させる考え方です。 毎回すべてを同じ濃さで確認すると、長い作業を任せる意味自体が 薄れてしまいます。

よくある質問

Q. 「計画→実行→検証」を毎回言葉で指示しないといけませんか。 A. 慣れないうちは「まず手順を書き出してから始めてください」と 毎回添えることをおすすめします。Claude Codeには、あらかじめ 決めた手順を毎回自動で読み込ませる「CLAUDE.md」という設定ファイルの 仕組みがあります（Claude Code公式ドキュメント code.claude.com/docs/en/memory、 2026年9月時点）。これを使えば、都度言葉で指示しなくても同じ型で進められます。

Q. 検証の段階で、非エンジニアの担当者でも成果物のチェックはできますか。 A. できます。プログラムの中身を読む必要はなく、 「依頼した条件が全部反映されているか」「数字や固有名詞が 元データと合っているか」を見るだけでも、多くの間違いは発見できます。 専門知識が必要になるのは、プログラムの動作そのものを 検証する場合に限られます。

Q. 途中で何度も止めて確認すると、結局時間がかかりませんか。 A. 確認の回数を増やすほど、その場での手間は増えます。 ただし本文の試算のとおり、ズレに早く気づけると やり直しの時間が小さく済むため、合計では短くなる場合が多くなります。 慣れてきたら、確認の頻度を作業の重さに応じて減らしていく形で 調整するとよいでしょう。

Q. 計画段階でAIが立てた手順が、そもそも間違っている可能性はありますか。 A. あります。計画段階の手順も、AIが業務の背景を 正しく理解できていなければ的外れになります。だからこそ、 計画をそのまま実行に移さず、人が一度目を通す工程が必要になります。

Q. 長い作業を任せる際、途中で担当者が席を外しても大丈夫ですか。 A. 取り消しやすい作業であれば、ある程度は問題ありません。 ただし外部への送信やデータの上書きを含む作業は、 その操作に入る直前で人が確認できる状態にしておくことを おすすめします。誰も見ていない間に取り消しにくい操作が 進んでしまうことを避けるためです。