この記事は、AIエージェントを業務へ入れることを検討しているものの、どこまで任せてよいかの線を引けずにいる会社に向けたものです。従業員10〜20名程度で、専任の管理担当を置けない状況を前提にしています。任せてよい業務・いけない業務を分類した記事は多くあります。この記事が扱うのは、そこに書かれていない任せないと決めた業務をどうするかと、いったん任せた後に戻す条件です。
前提を一つだけ確かめておきます。この記事でいうAIエージェントは、指示を受けて複数の手順を自分でつなぎ、ツールの操作や送信といった実行まで及ぶ仕組みを指します。文章を作って終わる使い方との違いは、外の世界へ変更を加えるところにあります。だから、どこまで任せるかの線を引く必要が出てきます。
結論
任せる範囲は、業務単位ではなく工程単位で決めてください。続けるかどうかを先に落とし、工程に割り、戻せるか・気付ける人がいるかで振り分け、1工程に絞って始める。この順序で、判断が止まらなくなります。そのうえで、広げる条件と戻す条件を着手前に書いてください。任せないと決めた工程も、判断の条件を書き出しておけば、担当者の不在で止まらなくなります。
業務単位の二択にすると決まらない
「請求業務は任せてよいか」という問いは、答えが出ません。1つの業務の中に、任せられる工程と任せてはいけない工程が混在しているためです。請求業務を例にすると、金額の集計は任せられます。請求書の体裁を整える工程も同じ扱いで構いません。しかし「この取引先に今月分を請求してよいか」の判断と、送信の実行は別です。業務単位で見ている限り、この違いが見えません。
任せる工程を選ぶまでの順序
この記事では、次の順序で決めます。各段の詳細は、それぞれの記事へ渡します。右端は、その段を飛ばしたときに実際に起きることです。順序を入れ替えると、後の段でやり直しになります。
| 順序 | やること | 飛ばすと起きること |
| 1 | その業務を続けるか、別の手段で足りないかを落とす | やめてよい業務を自動化する |
| 2 | 残った業務を、手が止まる箇所で工程に割る | 任せる範囲が業務全体のまま大きくなる |
| 3 | 工程ごとに、可逆性と気付ける人の有無で振り分ける | 影響の大きい工程から手を付ける |
| 4 | 着手する1工程に絞る | うまくいかない原因を切り分けられない |
| 5 | 広げる条件と、戻す条件を着手前に書く | 問題が起きたときに判断できる人がいなくなる |
その業務を続けるか、を先に落とす
AIエージェントの検討記事は、ほぼ例外なく最終的に導入へ収束します。しかし実務では、そもそも任せる必要がないという結論が相当数あります。
| 状態 | 結論 | 理由 |
| 誰も結果を見ていない業務 | やめる | 自動化すると、不要な作業が永続する |
| 決まった形の繰り返しで判断が入らない | 既存機能で足りる | 表計算ソフトの関数や既存システムの設定で済む |
| 月に数回で、所要が短い | 人手のまま | 設定と確認の手間が上回る |
| 時間がかかり、判断を含み、繰り返す | 任せる候補 | ここから先を工程に割る |
この振り分けの詳細は中小企業がAI導入前に整理すべき業務で扱っています。ここを飛ばすと、やめてよい業務を自動化することになります。
業務ではなく工程に割る
残った業務を、手が止まる単位で割ってください。「誰かの返事を待つ」「別の画面を開く」「判断する」で区切ると、だいたい正しく割れます。工程に割ると、任せる範囲が業務全体より小さくなります。これは後退ではありません。範囲が小さいほど、誤ったときの影響も小さくなります。工程の洗い出し方は業務可視化のやり方で扱っています。待ち時間と例外を記録すると、任せるべき工程が自然に浮かびます。
可逆性と確認者で振り分ける
工程ごとに2つだけ見てください。間違えたときに戻せるかと、間違いに気付ける人がいるかです。
| 戻せるか | 気付ける人 | 扱い |
| 戻せる | いる | 任せる。確認は事後でよい |
| 戻せる | いない | 任せる。ただし結果を後からまとめて見る仕組みを置く |
| 戻せない | いる | 任せる。ただし実行前に人の承認を挟む |
| 戻せない | いない | 任せない |
「戻せない」に該当するのは、社外への送信、金銭の移動、データの削除、契約に関わる意思表示です。これらは実行前の承認が要ります。承認の置き方はAIエージェントの承認フロー、権限そのものの絞り方はAIエージェントの権限設計で扱っています。業務そのものの適性を先に判断したい場合はAIに向いている業務の見分け方を参照してください。
取り返せない操作の前で人の承認を挟む考え方は、エージェントを作る側の資料にも同じ形で出てきます。OpenAIの開発者向け文書は、承認をツール呼び出しに対する人の介在の経路と位置づけ、取り消しや編集、シェルコマンドのように副作用が生じる操作の前で実行を一度止めると記載しています。判断の余地が大きい操作や危険度の高い操作も、ツールが動く前に明示的な承認の対象とする、という整理です。
よく挙がる作業の型は、どこに入るか
2つの軸は、実際の作業の型へ当てはめると迷いにくくなります。よく挙がる型を並べたのが次の表で、右端が扱いです。任せる側に入るのは材料をそろえたり形を整えたりする型で、出来上がりを人が見てから次へ進められる点が共通しています。
| 作業の型 | 例 | 扱い |
| 集めて要約する | 資料の下調べ、問い合わせ内容の要約 | 任せる |
| 決まった形に整える | 定例レポートの作成、書類の下書き | 任せる |
| 突き合わせて差分を出す | データの転記と突合、名簿の重複確認 | 任せる。結果は後からまとめて確認 |
| 仕分けて次へ回す | 問い合わせの一次振り分け | 任せる。振り分け先が人なら戻せる |
| 社外へ出す・お金を動かす | メール送信、支払い、公開、契約の締結 | 実行前に人の承認を挟む |
| 人の処遇を決める | 従業員の評価、採用の合否 | 任せない |
| 資格が要る最終判断 | 法務、医療、税務の判断 | 任せない |
| 相手の感情が絡む対応 | 深刻な苦情への対応、条件の交渉 | 任せない |
下の3つの型は、間違いに気付ける人がいても任せません。結果を戻せるかどうかとは別に、判断の理由を相手へ説明する責任が人に残るためです。この型で承認だけを挟む形にすると、実質は任せたことになります。材料の準備までにとどめ、判断そのものは人の側へ置いてください。
記入例|請求業務を工程に割る
従業員14名の会社を想定した記入例です。1つの業務が、4つの扱いに分かれます。
| 工程 | 戻せるか | 気付ける人 | 扱い |
| 対象月の取引を集計する | 戻せる | いる(経理) | 任せる |
| 請求書の体裁を整える | 戻せる | いる | 任せる |
| 締め日を過ぎた分の扱いを判断する | 戻せない | いる | 人が判断。任せない |
| 取引先へメールで送信する | 戻せない | いる | 承認を挟んで任せる |
| 入金の消し込み | 戻せる | いる | 任せる。事後にまとめて確認 |
| 未入金先への督促文面を決める | 戻せない | いる | 人が判断。任せない |
この例で最初に着手するのは1行目です。時間がかかり、戻せて、気付ける人がいます。6工程のうち4工程が任せる側に入りましたが、業務全体としては人が残ります。これが実際の姿です。
「任せない」と決めた工程の受け皿
分類記事の多くは、任せない側を列挙して終わります。しかし読者が困るのはそこから先です。任せないと決めた工程は、次の3つのどれかへ入れてください。
| 受け皿 | 内容 | 決めること |
| 判断の条件を書き出す | 人が判断する基準を明文化する | いくらまで/どの相手なら、を数字と条件で書く |
| 前後の工程だけ軽くする | 判断そのものは人が行い、材料の準備を任せる | 何が揃っていれば判断できるか |
| そのまま残す | 頻度が低く、変える価値がない | 対象外と記録し、次の点検まで触らない |
1つ目が最も効きます。判断の条件が書かれていない状態では、担当者が休んだ日にその工程が動きません。任せるかどうかとは別に、条件を書き出す価値があります。人が担う範囲の設計はAIと人の役割分担で詳しく扱っています。
広げる条件と、戻す条件を先に書く
「小さく始めて広げる」と書かれた記事は多くありますが、縮める・止める条件を書いた記事はほとんどありません。広げる方向だけを決めると、問題が起きたときに判断できる人がいなくなります。着手前に、次の2つを紙に書いてください。
| 条件の例 | 決め方 | |
| 広げる | 4週続けて、修正が必要な件数が全体の1割未満 | 現状の人によるミス率と同等以下を目安にする |
| 戻す | 同じ種類の誤りが2回出た/確認者の時間が着手前より増えた/原因を説明できない出力が出た | 1つでも該当したら範囲を元に戻す |
「戻す」に含めた3つ目が重要です。結果が正しく見えても、なぜその出力になったかを誰も説明できない状態は、範囲を広げる段階ではありません。戻すことは失敗ではなく、設計に含まれた動作です。あらかじめ書いておくと、戻す判断が個人の責任になりません。
試す期間と件数をどう決めるか
「小さく始める」と書かれていても、どのくらいの期間と件数で判断するかは書かれていません。判断できない量で試すと、結局は感覚で決めることになります。
| 業務の頻度 | 試す期間 | 見る件数の目安 | 判断できること |
| 1日に複数回 | 2週間 | 30件以上 | 誤りの傾向まで分かる |
| 週に数回 | 1か月 | 12件以上 | 誤りの有無は分かる |
| 月に数回 | 3か月 | 6件以上 | 向き不向きの見当がつく程度 |
| 月1回以下 | — | — | 試す前に、任せる価値があるか再検討する |
最終行が重要です。件数が集まらない工程は、判断材料も集まりません。設定と確認の手間を回収できないため、任せる対象から外すほうが合理的です。試している間は、修正が必要だった件数を数えてください。全体の何割かが分かれば、広げる条件と突き合わせられます。数える対象は「誤っていた件数」ではなく「人が手を入れた件数」です。軽微な修正も含めないと、確認の手間が見えません。
確認者の時間は無限ではない
分類記事は「人が確認する」で終わりますが、その確認は誰かの時間を使います。任せた工程が増えるほど、確認の総量は増えます。着手前に、1件あたりの確認時間 × 想定件数を計算します。作業時間の削減分をこれが上回るなら、その工程は任せる価値がありません。
効果の測り方はAI導入の費用対効果をどう測るか、運用に入った後の維持はAIを組み込んだシステムの運用保守で扱っています。そもそもAIエージェントと生成AIの違いから確認したい場合はAIエージェントとは何かを先に読んでください。
任せる範囲の決め方は、先進企業でも同じ論点
令和8年版情報通信白書は、AI活用の先進企業の多くが業務プロセスの再設計に当たって人間とAIの役割分担の設計を重要視しているとし、業務領域の特性や人間が負うべき責任の範囲を見極め、どのタスクはAIを人間の思考や判断の補助として用い、どのタスクはAIに自律的に実行させるべきかを検討している、と記載しています。
白書はあわせて、生成AIには事実とは異なる情報を出力するハルシネーション、利用者に過剰に同調してしまうシカファンシーといった現象のほか、偏見やバイアスにつながる出力リスクも指摘されている、としています。
また、AIエージェントの活用に向けてはデータの精度と鮮度がより重要となってくるという指摘も紹介されています。任せる範囲の判断には、任せる先の情報が最新かどうかも含まれます。
出典
- 総務省「令和8年版 情報通信白書」第Ⅰ部 AI導入・活用を効果的に進めていくために重要となる要素 2026年9月2日確認
- OpenAI「Guardrails and human review」(英語) 2026年9月9日確認
よくあるご質問
最初はどの工程から任せるべきですか
戻せて、気付ける人がいて、時間を食っている工程です。3つとも満たすものを1つだけ選んでください。複数を同時に始めると、うまくいかなかったときに原因が工程の適性なのか設定なのかを切り分けられません。
承認を挟むと、結局手間が変わらないのでは
承認する対象が全件なら、そのとおりです。条件に当てはまるものだけを承認対象にできないかを検討します。金額や取引先で区切れるなら、大半は事後確認で足ります。区切れない工程は、任せる価値が小さい工程です。
任せた工程で誤りが出ました。すぐ止めるべきですか
1回目は原因を確認します。指示の書き方や渡す情報の不足が原因なら、直せます。同じ種類の誤りが2回出た場合は、あらかじめ決めた戻す条件に従って範囲を戻してください。3回目を待つ理由はありません。
社内に管理できる人がいません
専任者は不要ですが、何にアクセスできる状態かを説明できる人は必要です。説明できないまま任せると、問題が起きたときに範囲を特定できません。まず権限を読み取り専用に絞れる工程から始めてください。
今週やること
今週着手するなら、1つの業務を選び、手が止まる箇所で区切ってみてください。区切った時点で、任せられる工程がいくつあるかが見えます。
自社で進めるか、外部に任せるかの切り分けから相談できます。お問い合わせはこちらです。
ここまでの整理を踏まえて、無料診断で現在の段階を確認できます。
無料診断をはじめる