人間を作業工程に戻さないAI運用設計

「人間を戻さない」は、監督をなくす意味ではない

AI運用で「人間を作業工程に戻さない」と言うと、完全自動化や無監督運転を想像しやすくなります。しかし、ここで目指すのは人間を消すことではありません。

通常の作業ルートではAIが処理を続け、人間の判断が必要な例外、高影響操作、方向転換だけを人間へ戻します。人間は作業者ではなく、編集者、承認者、例外処理者になります。

悪い設計は「AIを使っているのに毎回人間が操作する」

AIへ仕事を任せても、各工程のたびに「次はこれをしてください」「この結果をコピーしてください」「次の画面へ貼ってください」と人間が戻るなら、作業経路の中心は人間のままです。

処理自体はAIが行っていても、人間が工程間の受け渡し役になっている状態です。これではAIの処理能力が上がっても、人間の拘束時間は大きく減りません。

改善のポイントは、AIに何をさせるかだけではなく、「どこで人間が再び必要になる設計になっているか」を見ることです。

通常ルートと例外ルートを分ける

海辺の部屋では、AI作業を次の2つに分けて考えます。

• 通常ルート：ルール、入力、完了条件が明確で、AIが連続して進められる工程
• 例外ルート：曖昧さ、高い影響、判断の変更、外部への確定操作などがあり、人間へ戻す工程

通常ルートに人間を入れ続けないことが重要です。例外が起きない限りAIが次工程へ進み、例外が発生したときだけ人間を呼びます。

これは、すべてを自動化するのではなく、介入の条件を先に決める設計です。

人間へ戻す条件を先に決める

AIへ仕事を渡す前に、「どんなときだけ人間へ戻すか」を決めます。

代表的な条件は次のようなものです。

• 公開、送信、購入、削除など外部へ確定する操作
• 価格、契約、法的判断など誤りの影響が大きい変更
• 前提データが足りず、推測すると危険な場合
• 当初の目的や方針を変える必要がある場合
• 複数の選択肢に優先順位を付ける必要がある場合

反対に、調査、整理、文章化、形式変換、リンク確認、定型的なCMS登録など、ルールが明確な処理は通常ルートへ残します。

人間が必要な前準備を、先に見つけておく

AIへ長く仕事を任せたくても、途中で人間しかできない接続作業が残っていれば、そこで流れが止まります。「海辺の部屋」のKnowledge基盤を作った会話で、可児波起は「僕が手を動かさないと進まないことを教えて。先にそれをやるから」と依頼しました。AIが自分だけで進められる区間を長くするため、先に人間の担当箇所を確かめる発想です。

ChatGPTは当時の工程表で、著者リンクや画像ALTの接続、SEO項目の接続、親ページの作成、一覧の部品とCMSの接続などを人間側の作業として列挙しました。ただし、その後に「ChatGPTが進められるところはどんどん進めて」と言われると、新しいKnowledgeを5本作る方針を示しました。本人は「違うよ。工程表に沿って進んで」と訂正し、応答は親ページの画面構成設計へ戻っています。

このやりとりで分かるのは、AIができる作業なら何でも先へ進めればよいわけではない、ということです。予定していた基盤整備が終わる前に記事を増やすことは、本人が求めた次の工程ではありませんでした。人間が必要な作業、AIだけで進められる作業、その前後関係を一緒に残す必要があります。

実務では、工程ごとに「先に終わっている必要がある作業」「担当」「完了の確認方法」を記録します。人間の前準備が終わったら、AIはその後に続く未完了工程へ進みます。当時のAPIやEditorの操作可否を現在も同じだとは決めず、実行する環境で確認します。この順序で人間の呼び戻しが何回減るかは、別途測定する項目です。

AIへ「次工程」まで持たせる

人間が毎回「次は何をするか」を指示すると、工程間で必ず人間が必要になります。

そこで、最初から工程表を共有し、各工程に次工程まで持たせます。テーマ選定が終わったら調査、調査が終わったら本文、本文が終わったら根拠整理、というように、通常ルートではAI自身が次の未完了工程を特定できる状態にします。

人間へ戻すのは、工程表で承認が必要と定義した境界だけです。

Projectにルールと現在地を残す

長い運用では、毎回ゼロから指示を書き直すと、その時点で人間が作業工程へ戻ってしまいます。

OpenAIのProjectsは、関連するチャット、ファイル、指示をまとめ、継続的な執筆、調査、計画で同じコンテキストを再利用できます。ルール、工程表、完了条件、過去の判断をProject内に残しておけば、人間が毎回背景を説明し直す必要を減らせます。

重要なのは、AIへ単発の命令を送ることではなく、仕事を継続できる環境を作ることです。

高影響操作だけ承認を残す

OpenAIのWorkでは、ユーザーが進捗を確認し、質問へ答え、方向を変更し、重要なアクションを承認できます。ChatGPT agentでも、購入など現実世界への影響がある操作では明示的な確認を求める設計が採られています。

この考え方は、「人間を作業工程から外す」と「人間の統制を残す」を両立させるヒントになります。

人間が常に作業者である必要はありません。しかし、影響の大きい境界では、人間が最終判断を持つ設計にします。

人間へ戻す回数そのものを測る

AI運用を改善するときは、「何分短縮したか」だけでなく、「人間へ何回戻したか」も記録すると改善点が見えます。

たとえば1件の作業で10回人間へ戻しているなら、その10回のうち何回が本当に判断を必要としていたかを確認します。単なるコピー、貼り付け、再入力、進捗確認であれば、通常ルートへ戻せる可能性があります。

人間への再入場回数を減らすと、細切れの割り込みも減り、複数のAI作業を並行して扱いやすくなります。

「承認」も毎回必要とは限らない

低リスクで繰り返し行う操作まで毎回承認すると、承認そのものが新しい手作業になります。

ChatGPTのアプリ権限では、対応する操作について、現在の操作だけを許可する選択肢に加え、条件によっては今後の低リスク操作を許可する仕組みもあります。ただし、高リスク操作や追加の安全確認が必要な操作では承認が残ります。

運用側でも同様に、「何でも毎回確認」ではなく、低リスクな通常処理と、高影響な承認処理を分ける方が人間の負担を減らせます。

海辺の部屋での基本設計

1. 最終成果物と完了条件を決める
2. 工程表を作り、通常ルートをAI側へ置く
3. 人間へ戻す条件だけ先に定義する
4. 途中成果を次工程の入力として残す
5. 通知や承認要求が来るまでは人間が離れる
6. 例外や重要判断のときだけ人間が戻る
7. 処理後に「人間へ戻した回数」を見直す

目標は、人間の判断をなくすことではありません。人間にしか必要のない判断へ、人間の時間を集中させることです。

実務との接続：人間とAIの役割、判断点、実行範囲を分ける業務設計の考え方は、海辺の部屋のAI・戦略設計にまとめています。

このKnowledgeの関連知識

前提となる工程設計： 人間を通常工程から外す前に、AI作業を途中成果が確認できる工程へ分割しておく。

AIに長時間作業を任せるときの工程分割

思考と実行を分ける実装： 人間の再介入を減らす具体策として、Chatで思考しWorkは確定操作だけにする。

Chatで考え、Workは確定操作だけにする――30商品から300商品へ変わった役割分担

承認だけ人間へ戻す： 通常工程はAIへ任せ、節目の承認だけ『続きを書いてください』で人間へ戻す。

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

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

Knowledgeトップを見る