Claude Codeで3ステップ以上の長い作業を頼みたい人向け
AIニュース記事を10本まとめて作る／中規模OSSを読んで設計書をまとめる／家計簿アプリの新機能3つの要件整理を一気にやる、のような「3ステップ以上の長い作業」を Claude Code に頼むときに、計画を見える形で残させたい場面で使う。重いビルドや一括校正をバックグラウンドで走らせたまま暴走した時には TaskStop でID指定して強制停止する。短い質問に毎回呼ばせる必要はなく、Claude側が「これは長い作業」と判断したら自動で立ててくれる
Claude Codeで「3ステップ以上の長い作業」を頼むと、途中で何が終わって何が残ってるかが見えなくなることがあります。TaskCreate はその対策で、Claudeが自分用のTODOリストを内部に作り、作業しながら状態を pending → in_progress → completed と動かしていく仕組みのツールです。
TaskList はそのリストを覗くツール、TaskStop はバックグラウンドで走らせたタスクのプロセスを強制停止するツール。3つで1セットだと考えると分かりやすいです。
噛み砕くと
例えるなら、新しい職場の初日に上司から「これとこれとこれ、午前中に片付けといて」と言われたとき、頭で覚えるんじゃなくてホワイトボードに書き出して、終わったら線で消していくあの動きを、Claude自身がやってくれるイメージです。
人間が会議で「議事録に残しといて」と言うのと同じ感覚で、Claudeに「これ TaskCreate してから進めて」と頼むと、内部的に作業計画が見える形で残ります。会話が長引いて20往復目になっても、最初に立てた計画から外れずに進められるのがメリットです。
大事な前提：これは「作業計画ボード」であって、複数作業を同時並列で時短する仕組みではない
名前から「複数の作業を同時に走らせる仕組みかな」と思いがちですが、基本は違います。TaskCreate が作るのは、Claudeが自分の作業を順番に進めるためのチェックリストで、人間がメモ帳に「①リサーチ ②執筆 ③校正」と書くのと同じ位置づけです。
例外として、TaskCreate には「重い処理をバックグラウンドで走らせるモード」もあります。長時間かかるテストやビルドを別プロセスで動かしておいて、本流の会話は別のことを進める、という使い方です。バックグラウンドで走らせたタスクが暴走したり不要になったときに、それを強制停止するのが TaskStop の役割です。
2026年5月時点では、これらは Claude Code の単一セッション内で動く内部のメモ機構という扱いで、外から「今何やってる？」と問い合わせる外部APIはありません。
「AIニュース記事を10本まとめて作る」を例に、実際の手順を見る
AIツールの最新ニュース記事を週末に10本まとめて作りたい、というシーンで実演します。リサーチ→執筆→校正と工程が複数あるので、頭の中だけで管理すると確実に抜けが出ます。
ステップ1: 全体の作業計画を立ててもらう
Claude Codeで普通に頼みます。長い作業だと判断するとClaude側で TaskCreate を勝手に呼んでくれますが、明示的に頼んでもいい。
$ claude
> AIニュース10本の記事化を進めたい。
ネタは別途渡すから、TaskCreate で作業計画を立ててから動いて。するとClaudeは内部でこんなTODOを切ります。実際の表示は環境で違いますが、雰囲気としてはこんな感じです。
[ ] 1. ネタ10件の一覧を受け取って整理 pending
[ ] 2. 各ネタの一次ソースをリサーチ pending
[ ] 3. 記事10本の構成案を作成 pending
[ ] 4. 1本ずつ本文を執筆 pending
[ ] 5. 全体校正 pendingステップ2: 1つ目のタスクを動かす
Claudeが「タスク1を in_progress にします」と宣言してから作業を始めます。ここで人間側は何もしなくていい。Claudeが勝手にステータスを動かします。
ステップ3: 進捗を見る
10分後に「いま何やってるんだっけ」となったら、こう聞きます。
> TaskList で進捗を見せてするとこんな返答が来ます。
[x] 1. ネタ10件の一覧を受け取って整理 completed
[x] 2. 各ネタの一次ソースをリサーチ completed
[~] 3. 記事10本の構成案を作成 in_progress
[ ] 4. 1本ずつ本文を執筆 pending
[ ] 5. 全体校正 pendingこれで「あ、3つ目の途中ね」と確認できます。便利。
ステップ4: 重い校正処理をバックグラウンドで走らせて、暴走したので止める
10本の校正を一気にバックグラウンドで走らせたところ、途中で挙動がおかしくなって、何分待っても戻ってこなくなったとします。こういう時に TaskStop の出番です。
まず TaskList で走っているタスクのIDを確認します。
> TaskList でいま走ってるバックグラウンドタスクのIDを見せて[~] task_id=bg_7421 10本の校正をまとめて実行 in_progress (経過 12分)
[ ] task_id=bg_7422 最終リードオンリーチェック pending暴走しているのは bg_7421 なので、IDを指定して止めます。
> bg_7421 が固まってる。TaskStop で止めてここで初心者がやりがちな勘違いを1つ。TaskStop は「バックグラウンドで走っているタスクのプロセスを強制停止する」ツールです。Claudeが文章を生成中に応答を止めたい時の操作は別レイヤーで、Claude Code 本体での Esc 連打が担当します。task IDの指定が必要なのも、対象がプロセスだからです。
ステップ5: 不要になった計画項目はTaskUpdateで削除する
「やっぱり校正の最終リードオンリーチェックは要らない」となった場合は、TaskStop ではなく TaskUpdate を使います。TaskUpdate はタスクのステータス更新・依存関係の付け替え・詳細の上書き・そして削除を担当しているので、計画リストから項目を外したい時はこちらが本命です。
> bg_7422 はもう要らない。TaskUpdate で削除してあとはClaudeが残りのタスクを completed に倒していき、リスト全体が完了状態になったら作業終了です。
つまり TaskCreate / TaskList / TaskStop は何をしてくれるのか
- やってくれる: 3ステップ以上の長い作業で、計画を見える形に残してくれる。会話が長引いても最初の計画に立ち戻れる
- やってくれる: 進捗を
TaskListで確認できる。途中で「いま何やってる？」と聞いてもズレない - やってくれる: バックグラウンドで走らせた重い処理が暴走した時に
TaskStopでプロセスを強制停止できる。task ID指定が必要 - セットで動いている: ステータス更新・依存関係の付け替え・タスクの削除は別の
TaskUpdateが担当する。「不要になった計画項目をリストから消す」のはTaskStopではなくTaskUpdateの仕事 - やってくれない: Claudeの応答生成そのものを途中で止めること。それは Claude Code 本体の
Esc連打が担当 - やってくれない: 別セッションへの引き継ぎ。Claude Code を一度閉じるとリストは消える
- 意味が薄い場面: 「ファイル1個読んで答えて」みたいな1〜2ステップの会話。短い作業に
TaskCreateを入れるとむしろノイズが増える
使いどころ3シナリオ（具体題材で再現）
シナリオ1: 料理ブログを20記事まとめて立ち上げるとき
新しく和食レシピブログを始めるとして、初回投入で20記事ぶんの「タイトル決め→食材リスト→手順→写真説明→公開」を一気にやらせると、Claudeが途中で何記事目をやってるか見失います。最初に「20記事ぶんの作業計画を TaskCreate で立てて」と頼むと、各記事を1タスクとして並べてくれて、午前中の進捗が午後に確認できる。1記事10分ペースなら、午後の TaskList 確認で「あと何時間かかるか」も見積もれます。
シナリオ2: OSSのコードを読んで設計ドキュメントを書くとき
GitHubから git clone してきた中規模プロジェクトの全体像を理解して、内部仕様書をまとめる作業。「依存関係の洗い出し→主要ディレクトリの読解→データフロー図の作成→ドキュメント執筆」と4工程あります。途中で疑問が出て寄り道しても、TaskList で本筋に戻れる。寄り道のつもりで気になった箇所を1時間掘り下げてしまった時の保険になります。
シナリオ3: 家計簿アプリの新機能を3つ並行で要件整理するとき
「予算超過アラート」「カテゴリ別月次レポート」「家族メンバー招待」の3機能を同時期に企画している場面。Claudeに TaskCreate で3機能ぶんの「要件整理→画面設計→必要な保存項目の洗い出し」を計画させると、後で「アラート機能の保存項目どうなってたっけ」と聞いた時に、リスト構造から該当タスクを引っ張れます。マルチプロジェクト管理の簡易版として機能する使い方です。
初心者が踏みやすい落とし穴
- TaskStop はバックグラウンドで走っているタスクのプロセスを強制停止する操作。task IDの指定が必要で、Claudeが文章を生成中に
Esc連打で中断する操作とは別もの。タスクをリストから削除したい場合はTaskUpdateを使う - TaskCreate を毎回呼ばせようとしない。1〜2ステップの軽い質問にまでTODOリストを作らせると、リスト管理のオーバーヘッドが本題より重くなる。Claude側も「3ステップ以上の場合に使う」と内部で線引きしているので、無理に呼ばせなくていい
- セッションをまたぐと消える。Claude Code を一度終了して再起動すると、前のセッションのTODOリストは引き継がれない。長期プロジェクトを管理したいなら
CLAUDE.mdに残して別セッションでも読み込めるようにする方が安全 - TaskList を毎ターン叩く運用は冗長。Claudeに「毎回 TaskList 出して」と指示すると、応答が縦に長くなって本題が埋もれる。確認したい時だけ明示的に頼む
- タスクの粒度がガバガバだと意味が薄い。「サイトを作る」みたいな粒度のタスクを1個だけ作っても進捗管理にならない。「トップページのHTML構造を決める」「ヘッダー画像を選ぶ」のように、1〜2時間で終わる単位まで分解してもらう
- 類似のTODOWriteツールと混同しない。Claude Codeには別系統のTODO管理ツール（TodoWrite系）も存在するが、TaskCreate系は計画モードや複雑タスク向けの位置づけ。どちらを呼ぶかはClaude側が判断するので、人間が「どっち呼んで」と細かく指示しなくていい
- TaskStop で task ID を指定し忘れない。バックグラウンドで複数のタスクが走っている時に「止めて」だけだと、どのプロセスを止めるか曖昧になる。
TaskListで先にIDを確認してからTaskStopに渡すのが安全
書き方
> この作業を TaskCreate で計画立ててから動いて
> TaskList で進捗を見せて
> bg_7421 が固まってる。TaskStop で止めてやってみるとこうなる
入力
> AIニュース10本の記事化を進めたい。
ネタは別途渡すから、TaskCreate で作業計画を立ててから動いて。出力例
[x] 1. ネタ10件の一覧を受け取って整理 completed
[x] 2. 各ネタの一次ソースをリサーチ completed
[~] 3. 記事10本の構成案を作成 in_progress
[ ] 4. 1本ずつ本文を執筆 pending
[ ] 5. 全体校正 pendingこのページに出てきた言葉
- セッション
- Claude Codeを起動してから終了するまでの1回の会話のかたまり。1セッション内だけでTODOリストは保たれる
- バックグラウンド
- 画面の手前で会話を続けながら、裏でもう1つの処理を並行して動かしておくこと。終わるまで本流の会話が止まらない
- プロセス
- パソコンが裏で動かしている1個の処理のかたまり。それぞれにIDという通し番号が振られている
- task ID
- タスクごとに振られる通し番号。バックグラウンドで動いてるタスクを止める時にどれを止めるか指定するために使う
- pending / in_progress / completed
- 作業の3段階の状態。「やる予定」「いまやってる」「終わった」の意味で、Claudeが自分でこの状態を切り替えながら作業する
- TaskUpdate
- タスクのステータス更新・依存関係の付け替え・詳細の書き換え・削除を担当する別ツール。「リストから項目を消す」のはこの担当
- 一次ソース
- 公式発表や開発者本人の投稿など、その情報の元になっている発信元のこと
- 校正
- 書き終わった文章の誤字や表現を整える最終チェック作業
- 粒度
- 1つのタスクをどれくらい細かく区切るかの単位。1〜2時間で終わる大きさが目安