「続きを書いてください」だけでAI作業を進める承認型ワークフロー

「続きを書いてください」は特別な機能ではない

「続きを書いてください」という言葉自体に、ChatGPT専用の特殊な命令機能があるわけではありません。先に工程表、目的、現在地、次の作業を会話内で共有しておき、その文脈を前提に「次工程へ進んでよい」という短い承認メッセージとして使います。

そのため、単独でこの言葉を送るだけでは再現できません。AI側が「何の続きを、どの順番で、どこまで進めるのか」を把握していることが前提です。

先に工程表を作る

承認型ワークフローでは、作業開始前に工程を分解します。たとえばKnowledge記事制作なら、テーマ選定、調査、本文、根拠、出典、SEO、画像、CMS登録、公開確認というように、次に何をするかを明確にします。

この工程表があると、人間は毎回「次は○○を調べて、その後△△をして」と長い指示を書き直す必要がありません。AIは現在地を確認し、次の未完了工程へ進めます。

状態がずれると、短い承認は「間違った次工程」も進めてしまう

2026年9月のKnowledge制作では、この運用の弱点も実際に確認しました。採掘素材からKnowledge候補を作る作業中、AI側がBlog・Experiments・Knowledgeの役割を取り違えた状態で、可児波起から「続きを書いてください」という短い承認が入りました。

その結果、AIは本来KnowledgeのEvidence素材として扱うべき内容をExperimentsへ登録し、その後さらにBlogとして公開しました。ユーザーから「ブログにこんな記事ないよ」と訂正が入り、誤作成したBlogとExperimentをWixから削除し、Knowledgeで何をするのかを構造から再定義しています。

ここで問題だったのは、「続きを書いてください」という言葉が短かったことではありません。AI側が、現在の対象・分類・完了状態・次工程を正しく保持していないまま、その短い承認を解釈したことです。

つまり承認型ワークフローでは、TARGET / STATE / DONE / UNKNOWN / NEXT / DO NOT CHANGEのような作業状態が正しく維持されていることが前提になります。状態が曖昧なときは、短い合図をそのまま実行せず、現在地を読み戻してから次工程を決めます。

状態の引き継ぎ自体は、AI作業を別スレッドへ引き継ぐとき、成果物だけでなく「作業状態」を渡すで詳しく扱っています。

人間は節目だけ承認する

すべてを完全自動化するのではなく、方向転換が必要な地点、公開前、デザイン判断など、人間が関与すべき場所だけを承認ポイントとして残します。

それ以外の調査、文章作成、整理、CMS登録などはAI側で進めます。人間は作業そのものではなく「この方向で次へ進めてよいか」を判断します。

短い合図にする理由

承認メッセージを短く固定すると、スマートフォンからでも入力しやすくなります。毎回の説明や再指示を減らせるため、人間が作業へ戻るコストも小さくなります。

海辺の部屋では「続きを書いてください」を固定の承認フレーズにしていますが、重要なのは言葉そのものではありません。「次工程へ進む」という意味を一貫して持たせることです。

Projectsと相性がいい

OpenAIのProjectsは、関連するチャット、ファイル、指示をまとめ、継続的な執筆、調査、計画などに使える仕組みです。複数日にまたがる作業や、役割別にチャットを分けた長期プロジェクトでは、工程表と承認ルールを維持しやすくなります。

また、OpenAIはWorkについて、可児 波起が進捗を確認し、質問に答え、方向を変更し、重要なアクションを承認できると説明しています。承認型ワークフローは、こうした人間の監督を残しながらAIへ作業を任せる考え方と相性があります。

向いている仕事と向かない仕事

Web構築、記事制作、大量データの監査、調査、既存コンテンツの改修など、複数工程があり、途中で人間の判断が必要な仕事に向いています。

一方で、1回の回答で終わる質問や、その場で完成する短い文章作成には工程表や承認ポイントを作る必要はありません。長い仕事だけを分割して、人間の介入回数を減らすための方法です。

このKnowledgeの関連知識

離席運用へ進む： 承認型ワークフローを通知と組み合わせ、人間が画面に張り付かず節目だけ戻る。

ChatGPT通知＋iPhone＋Apple Watchで仕事をイベント駆動にする方法

現在地： AI WORKFLOW → 人間の拘束を減らすAI運用

Knowledgeトップを見る