依頼を流れる仕組みにするうえで、担当者が人かAIかは、止まる場所を変えません。ここ最近、AIエージェントを「作業を手伝う道具」ではなく「依頼を受けて動く担当者」として使う動きが出てきました。担当者が増えるのは楽になる話に見えますが、状態が見えない、次に動く人が曖昧、どこで人が承認するかが決まっていない、という止まり方はそのまま残ります。任せる前に、運用側で何を決めておくと依頼が止まらないのか。状態・責任・承認の順で整理します。
AIが「担当者」として使われ始めている
これまでのAIの使い方は、指示に応じて文章や下書き、コードを返すものが中心でした。人が受け取って、続きを進める。最近はここから一歩進んで、計画を立てる、実行する、結果を確認するという役割を分け、それぞれ別のエージェントに割り当てる運用が語られるようになりました。成果物をいったん検証してから、人が承認して次へ渡す、という組み方も出てきています。
共通しているのは、AIが「依頼の受け手」になることです。受け手が人だけでなくなると、誰がいつ何を受け取り、どこまで進んだのかを追う必要が前に出ます。ここを決めないまま任せると、AIが動いているのか止まっているのか分からない時間が生まれます。
担当者がAIに変わっても、止まる場所は同じ
依頼が止まる原因は、担当者の注意力ではありません。状態・責任・承認が別々の場所にあるか、そもそも決まっていないことです。担当者がAIに変わっても、この3つはそのまま残ります。
1つ目は、状態が見えないことです。AIが着手したのか、途中で止まったのか、完了したのかが表に出ていないと、人相手と同じで確認の連絡が増えます。人になら「どうなっていますか」と聞けますが、任せた作業は状態を出しておかないと、誰も止まりに気づけません。
2つ目は、次に動く人が曖昧なことです。AIが出した結果を、誰がいつ確認して次へ渡すのか。ここが決まっていないと、全員が「あとで見る」と思ったまま、成果物が宙に浮きます。
3つ目は、承認ポイントが決まっていないことです。どの段階で人が止めて確認するかを先に決めていないと、AIが進めた作業を後から巻き戻すことになります。巻き戻しは、最初に承認の場所を1つ置いておくより手間がかかります。
「人が毎回確認」から「必要なときだけ介入」へ移すには
AIに任せる範囲を広げるとき、人が毎回確認する運用から、人は見ていて必要なときだけ介入する運用へ、段階的に移すという考え方があります。英語では human in the loop から human on the loop と呼ばれます。
これは承認の手間を省く話ではありません。どの状態になったら人へ戻すか、どの条件なら差し戻すかを先に決めておいて、初めて成り立ちます。状態も記録も見えないまま自動化だけ広げると、止まったときに誰も気づけず、気づいたときには巻き戻しが大きくなります。
だから順番は逆です。承認を減らす前に、承認ポイントと差し戻しの条件を運用ルールとして決める。そのうえで、実際に問題が出ないことを確かめながら、人が手を離す範囲を少しずつ広げていきます。
任せる前に決めておく項目
- どの作業をAIに任せ、どこから人が引き取るか。
- AIの出力が、どの状態になったら人へ戻るか（差し戻しの条件）。
- その依頼のオーナーは誰で、承認するのは誰か。
- 承認と差し戻しの記録を、どこに残すか。
これらは、AIを動かすツールを選ぶより前に決められます。むしろ先に決めておかないと、どんなツールを入れても、止まった依頼が見えないままになります。
まとめ
AIが担当者になっても、依頼が止まるのは状態・責任・承認が決まっていないときです。任せる範囲を広げる前に、状態を表に出し、次に動く人と承認ポイントを決め、記録の残し方をそろえておく。この順番で運用ルールを整えると、止まりに気づける状態を保ったまま、人が手を離す範囲を広げられます。