ANSWER
【結論】
AIに長時間作業を任せるときは、作業時間で区切るのではなく、「途中成果を確認できる単位」で工程を分けると安定します。各工程に、目的・入力・完了条件・次工程・必要なら人間の承認ポイントを持たせます。重要なのは細かく分けること自体ではなく、途中で誤りを発見でき、次の工程へ安全に引き継げる大きさにすることです。

Explanation
【詳しく解説】
長い仕事は「一発で全部」より工程に分ける
AIに長い仕事を任せるとき、最終成果物だけを一度に指示すると、途中で方向がずれても最後まで気づきにくくなります。調査の前提が違っていた、対象データを取り違えた、文章の方向性が変わった、といった小さな誤差が後工程へそのまま引き継がれるからです。
そこで、長い仕事を複数の工程へ分けます。ただし、単純に「5分ごと」「10件ごと」と機械的に区切るのではなく、途中成果を確認できる地点で分けることが重要です。
工程は「判断できる単位」で区切る
良い工程分割では、各工程が終わったときに「ここまで正しいか」を判断できます。
たとえば記事制作なら、テーマ選定、一次情報調査、本文、根拠整理、出典、SEO、画像、CMS登録、リンク確認というように分けます。調査結果が間違っていれば本文を書く前に止められ、本文に問題があればCMSへ入れる前に修正できます。
逆に、「前半」「後半」のように、完了時点で何を確認すればよいか分からない区切り方は、工程分割としては弱くなります。
各工程に5つの情報を持たせる
海辺の部屋では、長いAI作業を設計するとき、各工程について次の5点をできるだけ明確にします。
- 目的:この工程で何を決めるか、何を作るか
- 入力:使う資料、データ、前工程の成果
- 完了条件:何がそろえば終わりか
- 次工程:完了後に何へ進むか
- 承認ポイント:人間の判断が本当に必要か
この5点があると、AIは「どこまでやれば終わりなのか」を判断しやすくなり、人間側も途中から作業へ戻りやすくなります。
最初に小さく試し、その後まとめて進める
大量作業では、いきなり全件処理するより、最初の数件でルールが正しいか確認してから処理範囲を広げる方法が有効です。
ここで重要なのは、「10件」という数字そのものに意味があるわけではないことです。対象の複雑さ、誤りが起きたときの影響、確認コストによって、適切な単位は変わります。
たとえば単純な整形なら大きなまとまりで進められますが、価格、契約、公開コンテンツなど、誤りの影響が大きい仕事では小さなまとまりから始める方が安全です。
途中成果物を次工程の入力にする
工程分割の強みは、途中成果を残せることです。
たとえば「調査結果」「確定したルール」「完成した本文」「確認済みURL一覧」といった成果物を作り、それを次工程の入力にします。これにより、AIが毎回最初から考え直す必要がなくなり、途中から再開するときも現在地を特定しやすくなります。
OpenAIのProjectsは、関連するチャット、ファイル、指示をまとめ、継続的な執筆、調査、計画などで同じコンテキストを使える仕組みです。複数工程の仕事では、途中成果とルールを同じProject内に残しておくと引き継ぎやすくなります。
人間の承認は「境界」に置く
工程を分けたからといって、すべての工程で人間が承認する必要はありません。毎回止めると、AIを使っているのに人間の拘束時間が増えます。
人間の承認は、方向転換、外部公開、削除、送信、価格変更など、間違えたときの影響が大きい境界へ置きます。それ以外の調査、整理、文章化、形式変換などは、完了条件が明確ならAI側で連続して進められます。
OpenAIのWorkも、長い作業を進めながらユーザーが進捗を確認し、質問に答え、方向を変え、重要なアクションを承認できる設計です。工程分割は、この「必要な地点だけ人間が参加する」運用と相性があります。
完了条件を先に書く
長時間作業では、「やってください」だけでは終了地点が曖昧になります。そこで、各工程の開始前に完了条件を書きます。
記事なら「公式情報を確認済み」「本文完成」「出典URL確認済み」「Hero画像作成済み」「CMS登録済み」「PAGE_LINK確認済み」までを完了条件にできます。
OpenAIはWorkで文書や成果物を作成するとき、何を作るか、どの資料を使うか、出力形式、変更してはいけない条件などを明示するよう案内しています。長いAI作業でも、成果物と制約を先に決めるほど工程管理がしやすくなります。
工程を細かくしすぎない
細かく分ければ安全になるとは限りません。工程が増えすぎると、承認、引き継ぎ、再指示の回数が増え、人間側の負担が大きくなります。
目安は、「途中で間違いを発見できる最も大きな単位」です。AIが安全にまとめて進められる場所はまとめ、誤りが後工程へ大きく波及する場所だけ分けます。
工程分割の目的はAIを細かく管理することではなく、人間が付きっきりにならなくても長い仕事を安全に進められる状態を作ることです。
海辺の部屋で使っている基本形
- 最終成果物を決める
- 途中で確認すべき判断境界を探す
- 各工程の完了条件を決める
- 最初の小さな単位でルールを確認する
- 問題がなければAI側でまとめて進める
- 重要な境界だけ人間が承認する
- 完了した途中成果を次工程へ渡す
この形にすると、AIが長時間動くこと自体を問題にせず、人間は工程設計と重要判断へ集中できます。
AIに資料作りを頼む前に、素材集めと構成決めを分ける方法。可児波起が説明した資料制作方法では、Wordへの整理前素材の収集・追記と、AIに不足確認や構成案を求める工程を分けています。本人の方法説明を根拠とした具体例で、実行試験や時間短縮の実測ではありません。
このKnowledgeの関連知識
並列化へ進む: 長い仕事を工程へ分割した後、独立できる工程を役割別スレッドへ分けて並列運用する。
承認ポイントを実装する: 工程の境界で人間が短い承認だけを返し、AIが次工程へ進む運用として実装する。
「続きを書いてください」だけでAI作業を進める承認型ワークフロー
現在地: AI WORKFLOW → 長時間作業・状態引き継ぎ
EVIDENCE
【根拠・検証】
海辺の部屋 Knowledgeでの実運用
このKnowledgeサイトの記事制作では、追加記事ごとに次の工程を繰り返しています。
- Phase 17:テーマ選定
- Phase 18:公式情報・一次情報調査
- Phase 19:本文作成
- Phase 20:Evidence整理
- Phase 21:Sources整理
- Phase 22:SEO作成
- Phase 23:Hero画像作成
- Phase 24:CMS登録
- Phase 25:公開・リンク確認
この分割により、調査の誤りを本文作成前に修正でき、本文や出典の問題をCMS登録前に確認でき、最後に実際のPAGE_LINKまで確認できます。
また、工程表と現在地を共有しているため、可児 波起は毎回すべての指示を書き直す必要がありません。必要なときだけ「続きを書いてください」と承認し、次の未完了工程へ進める運用ができます。
公式仕様との照合
OpenAI公式では、Projectsが関連するチャット、ファイル、指示をまとめ、継続的な執筆、調査、計画を支援すると説明しています。またWorkでは、長い作業中に進捗を確認し、質問へ答え、方向を変え、重要なアクションを承認できます。
ただし、「工程を何段階に分けるべきか」「10件単位が正しい」といった固定ルールをOpenAIが定めているわけではありません。本ページの工程分割方法は、海辺の部屋が実務で使っている運用設計です。
Evidence Snapshot
確認日:2026年9月22日
元になった出来事:Knowledge制作を、テーマ選定から公開・リンク確認まで複数工程へ分割して運用した。
変更:一括実行ではなく、調査・本文・Evidence・Sources・SEO・Hero・CMS登録・公開確認を別工程として進める方式へした。
実測・確認値:当時の運用ではPhase 17〜25として9工程を列挙し、「続きを書いてください」で次の未完了工程へ進む方式を使用。
未確認事項:9工程という数や特定の分割方法が一般的に最適であることは検証していない。
公開範囲:非公開記録そのものではなく、この記事で確認できる事実・実測・未確認事項だけを要約しています。
SOURCES
【情報源】
OFFICIAL SOURCE
OpenAI公式:ChatGPT ワークと Codex ↗
OFFICIAL SOURCE
OpenAI公式:ChatGPT のプロジェクト ↗
OFFICIAL SOURCE
OpenAI公式:Creating and editing documents, spreadsheets, and presentations with ChatGPT Work ↗
Author
【著者】
可児波起
マーケティングデザイナー / DXコンサルタント / 音楽家
次に読む
並列化へ進む
長い仕事を工程へ分割した後、独立できる工程を役割別スレッドへ分けて並列運用する。 この記事では、ChatGPTを1つの長い会話に集約せず、同じプロジェクト内で「調査」「CMS構築」「著者ページ整備」など役割ごとにチャットを分け、それぞれに工程表と完了条件を持たせると、複数の作業を同時進行しやすくなります。人間は各スレッドの承認・判断ポイントだけに入り、詳細作業はAI側へ残すのが実用的です。
承認ポイントを実装する
「続きを書いてください」だけでAI作業を進める承認型ワークフロー
工程の境界で人間が短い承認だけを返し、AIが次工程へ進む運用として実装する。 この記事では、長いAI作業は、最初に工程表と完了条件を決め、AIが各工程を進め、人間は節目で「続きを書いてください」とだけ入力して次工程を承認する形にすると、人間の操作量を大きく減らせます。重要なのは、この言葉自体がChatGPTの特別なコマンドなのではなく、あらかじめ共有した工程表と会話文脈を使って「次へ進む合図」として運用することです。
このテーマをもっと見る
工程分割、並列スレッド、作業状態、コンテキスト版管理を扱う。
上位カテゴリ
人間の判断を残しながら、長時間・複数工程の仕事をAIへ任せるための運用設計。
すべてのテーマから探したい場合は、Knowledge一覧へ戻る。
