top of page

KNOWLEDGE

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

​著者:可児波起

​確認日:

2026年9月22日

​更新日:

2026年9月22日

ANSWER

​【結論】

AI運用で人間の負担を減らすには、人間を完全に排除するのではなく、通常の作業経路から外す設計が有効です。調査、整理、文章作成、更新、登録などはAIが連続して進め、方向転換、例外、公開、送信、削除、金額変更など影響の大きい地点だけ人間へ戻します。つまり「毎工程で人間が操作する」のではなく、「必要なときだけ人間を呼ぶ」設計にします。

Explanation

【詳しく解説】


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


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

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


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


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

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

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


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


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

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

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

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


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


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

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

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

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


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. 処理後に「人間へ戻した回数」を見直す

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

EVIDENCE

【根拠・検証】


Knowledge制作そのものが実証になっている


海辺の部屋では、このKnowledge基盤の構築自体を「人間を通常工程に戻さない」形で進めています。

  • ユーザーは最初に工程表、ルール、目的を決める
  • テーマ選定後の公式情報調査をAIが行う
  • 本文、Evidence、Sources、SEOをAIが作成する
  • Hero画像をAIが生成する
  • 画像をWix Media ManagerへAIが登録する
  • 完成した記事をKnowledge CMSへAIが登録する
  • 動的PAGE_LINKをAIが確認する

ユーザーは各作業をコピー、貼り付け、アップロードする担当にはなっていません。必要な地点で「続きを書いてください」と承認し、次の工程へ進めています。

つまり、人間は作業工程の運搬役ではなく、方向と承認を持つ側へ移っています。


現在の改善指標


この運用では、AIの処理時間だけでなく、次の指標を重視しています。

  • 人間の拘束時間
  • 人間が作業へ戻った回数
  • 人間が再入力した情報量
  • AI側だけで完了できた工程数
  • 人間へ戻した理由が、本当に判断だったか

この5つを見ることで、「AIを使っているように見えるだけで、人間が裏側で作業を運んでいないか」を確認できます。


公式仕様との照合


OpenAI公式では、Workは長い作業を実行しながら、ユーザーが進捗確認、質問への回答、方向変更、重要操作の承認を行えると説明されています。Projectsは、チャット、ファイル、指示をまとめ、継続的な作業のコンテキストを維持できます。

またChatGPT agentでは、現実世界へ影響する操作についてユーザーの明示的な確認を求める仕組みが示されています。

ただし、「人間を作業工程に戻さない」という表現や、通常ルートと例外ルートに分ける方法はOpenAIの公式用語ではありません。海辺の部屋が実務運用として整理している設計です。

SOURCES

【情報源】

Author

【著者】

可児 波起

​マーケティングデザイナー / DXコンサルタント / 音楽家

bottom of page