チャット利用から実行を任せる段階へ進むか｜AIエージェント導入の前提条件

結論

生成AIをチャットで使う段階から、業務の実行そのものをAIエージェントに任せる段階へ進めるかどうかは、自社が前提条件を満たしているかで決まります。製品の選定はその後です。対象業務の定型度、入力データの整備、承認と停止の設計、実行ログの取得という4条件に自社を当てはめ、「進む」「限定業務に人の承認を挟んで進む」「先送りして整える」の三択で判定してください。

条件が欠けているときの先送りは、投資判断としての失敗ではありません。欠けている条件の多くは、業務の棚卸しから順に手を入れれば埋まるためです。反対に、承認と停止・実行ログを決めないまま実行委任へ踏み込めば、誤った実行を止める手順がないまま業務側に結果が残ります。原因をさかのぼる記録も手元にありません。

チャット利用と実行委任で変わるのは、誤りが止まる場所

チャット利用では、生成AIの出力は人が読んで採否を決めてから業務に入ります。誤った出力が混じっても、担当者が採用しなければ業務側には何も残りません。誤りは、人の確認という一点で止まります。

実行委任では、この一点がなくなります。エージェントが見積を発行する、在庫を引き当てる、社外へメールを送るといった動作は、実行された時点で相手や台帳に結果が残ります。取り消せる操作もありますが、取り消しには「誤りに気づく」「止める」「戻す」という別の手続きが必要です。チャット利用では設計しなくてよかった実行前の承認地点と実行後の記録が、投資判断の前提条件へ格上げされます。

実行まで担う形態を検討の対象へ含める動きは、公的な文書にも表れています。総務省・経済産業省のAI事業者ガイドライン（第1.2版）は2026年3月31日に公表されました。この版では、AIエージェントとフィジカルAIが対象として明示のうえ追記されています。逐条の中身を読み込まなくても、実行を伴う形態が対象に入ったという事実は、社内で前提を揃えるときの材料になります。

停止の設計については、米国立標準技術研究所（NIST）のAI RMF Playbookが、仕組みと責任の所在を一体で示しています。

Mechanisms are in place and applied, and responsibilities are assigned and understood, to supersede, disengage, or deactivate AI systems that demonstrate performance or outcomes inconsistent with intended use.

出典：NIST AI RMF Playbook「Manage」MANAGE 2.4

ここから引き出せる確認の形は、「止められるか」ではなく「誰がどの手順で止めるかが決まっているか」です。技術的に停止ボタンがあっても、押す権限を持つ人が特定されていなければ、実際の停止は遅れます。4条件の確認質問を、機能ではなく人と手順を尋ねる形に揃えたのは、この理由によります。

AIエージェント導入の判断に使う4つの前提条件

4条件には、それぞれ「可」と言える水準と、現場に投げる質問が対応しています。

対象業務の定型度をどう測るか

定型度は「単純かどうか」ではなく、例外を把握できているかで測ります。手順が複雑でも、分岐条件が書けて例外の型が数えられていれば、エージェントに任せる範囲と人へ戻す範囲を線で引けます。逆に、手順が単純に見えても例外を担当者の裁量で吸収している業務は要注意です。任せた後に想定外の入力へ当たり、そのたびに人が引き取ることになります。

現場へは「先月、手順どおりに進まなかった案件は何件で、何種類に分かれますか」と聞きます。件数と種類の両方を即答でき、例外が数種類に収まっているなら充足と読んで構いません。「だいたい担当者が判断している」「数えたことがない」という回答は不足です。例外の型が分からない状態では、エージェントが例外に当たったときに人へ戻す条件を書けないからです。

入力データの整備はどこまで必要か

求める水準は、全社的なデータ基盤ではありません。任せる1業務が参照する情報の所在と鮮度だけを見ます。参照先が1〜2か所に特定でき、項目の形式が揃っていて、誰がいつ更新するかが決まっていれば、その業務に限っては充足と判断できます。

聞き方は「この業務で見る情報はどこに入っていて、最後に更新したのは誰といつですか」です。保管場所を即答でき、更新責任者が個人名ではなく役割として存在するなら充足です。「人によって見る場所が違う」「どれが最新版か分からない」という回答は不足にあたります。この状態のまま自動実行を許せば、古い情報にもとづく実行が業務側へ混ざります。

承認と停止の設計で見るのは、人と手順の指定

この条件で見るのは、ツールの機能ではなく社内の取り決めです。実行前の承認者が役割として決まっていること、誤りを見つけたときの取り消しと停止の操作手順が文書にあること、承認者が不在のときの代行者が決まっていること。この3点が揃って初めて「可」と言えます。

「誤って実行された場合、誰がどの操作で止めますか。その人が不在ならどうしますか」と尋ねてください。役割名と操作手順まで答えられれば充足です。「気づいた人が情報システム部門に連絡する」という回答は不足と読みます。検知が偶然に依存し、停止までの経路が個人の在席状況に左右されるためです。

実行ログの取得は、後から再現できるかで判定する

ログの水準は、保存されているかどうかではなく、後から第三者が再現できるかで測ります。実行日時、参照した情報、実行内容と結果を、業務側の記録だけで追えることが最低線です。保存期間と閲覧できる人の範囲も、あわせて決まっている必要があります。

確認質問は「先月分の実行日時・参照情報・結果の一覧を出せますか。出すのに何日かかりますか」です。既存システムのログで代替できる場合も含め、数日以内に一覧で出せるなら充足です。「ツールの画面を開けば分かる」「一覧では出せない」という回答は不足です。この状態では、誤実行が起きたときに影響範囲を短時間で特定できません。

まだ進んではいけない兆候は、条件の欠落パターンで判別する

欠落は「いくつ欠けたか」ではなく「どれが欠けたか」で意味が変わります。承認と停止は、誤実行が外へ出る前に止めるための条件です。ログは、出てしまった後に範囲を追うための条件です。どちらも社内の取り決めに属するため、対象業務を差し替えただけでは埋まりません。

投資を止める判断が特に妥当なのは、社内で「まずエージェントを入れてみて、問題があれば運用でカバーする」という言葉が出ている場合です。この言い方は、承認と停止・ログの設計を後回しにする合意として働きます。誰がどの手順で止めるかを決めないまま運用へ委ねると、設計に着手するのは実際に被害が出た後になります。

三択の判定と、中間形態を選ぶ条件

判定は次の順序で行います。被害を抑える条件から先に見ることで、対象業務を差し替えても解消しない欠落を早い段階で切り分けられます。

1. 承認と停止・ログの2条件を確認します。両方とも不足なら、この時点で先送りが確定します。
2. 4条件すべてが水準を満たすなら、進むと判定します。ただし最初に任せる範囲は1業務に絞ります。
3. 承認と停止・ログを満たし、定型度またはデータのどちらかが不足するなら、限定業務に人の承認を挟んで進む中間形態を選びます。

中間形態は、全面導入の縮小版ではありません。不足している条件を、人の承認と範囲の制限で補う設計です。定型度が不足しているなら、例外が出たら実行せずに人へ回す分岐を先に決めます。データが不足しているなら、参照先を1か所に固定し、その更新責任者を決めたうえで、それ以外を参照する実行を認めません。

承認を挟む位置は、業務の外へ結果が出る直前です。社外への送信、金額の確定、台帳への確定登録の直前が該当します。下書き作成や情報の整理までをエージェントに任せ、外へ出る一歩手前で人が見る形にすれば、承認の件数を抑えながら被害の大きい誤りを止められます。1件あたりの金額上限、1日あたりの実行件数、宛先の範囲を数値で決めておけば、想定外の連続実行が及ぶ範囲も限定できます。

進むと決めた場合の投資設計と撤退基準

最初に任せる業務範囲の絞り方

対象は1業務、1手順から始めます。選ぶ基準は3つです。実行の結果が社内に閉じること、1件あたりの処理時間が短く件数が多いこと、誤った場合に取り消せること。金額の確定や社外への発信を含む業務へ広げるのは、社内で完結する業務での運用実績を確認してからにします。

見積もる項目

見積もりからこぼれやすいのは、初期整備と運用監視です。ツールの利用料だけを並べて比べると、次の3種類の工数が抜けたまま稟議へ回ります。

• 初期整備：業務の棚卸し、参照データの整形、承認フローの合意形成、ログの出力先と保存期間の決定
• 運用監視：承認にかかる時間、月次の記録点検、誤実行時の是正と再発防止
• 教育：承認者と現場担当者が、どこまでを承認し、どこで止めるかを判断できるようにする時間

総額は次の形で置くと、削減工数との比較が同じ単位でできます。

初年度の投資額 ＝ ツール費用 ＋（初期整備工数 × 人件費単価）＋（月あたりの承認・監視工数 × 12 × 人件費単価）

撤退・縮小の基準を着手前に決める

基準は着手後ではなく着手前に、数値で決めます。決める対象は3つです。人へ差し戻す割合の上限、承認と監視の工数が削減工数を上回った状態が続く期間、停止手順を実際に使った事象の件数。数値そのものは業務のリスクと件数で変わるため、自社の現行運用の実績値から置きます。基準に触れたときの動きも、縮小（対象範囲を戻す）と撤退（利用を止める）のどちらかを事前に紐づけておきます。

再評価の主体とタイミング

再評価は、決裁した役員と対象業務の責任者が同席して行います。片方だけでは、投資の継続判断と現場の負荷が別々に語られてしまいます。1回目は開始30日後に置き、承認の件数と人への差し戻しの実態を見ます。その後は四半期ごとが目安です。対象業務を広げるときは、そのたびに4条件を引き直してください。範囲が変われば、参照するデータも承認者も変わるためです。

あわせて読みたい

生成AIガバナンス体制の作り方｜責任者・推進組織・モニタリングの設計

2026 . 07 . 24

先送りと判定した場合に整える順序

整備は4工程を順番に進めます。順序が決まっているのは、前の工程の結果が次の工程の設計対象になるためです。

1. 業務の棚卸し：どの業務のどの手順を任せる候補にするかを決めます。ここが決まらないと、整えるべきデータの範囲も、承認者を置く位置も特定できません。
2. データ整備：候補業務が参照する情報の所在を1〜2か所に集約し、更新の責任者と頻度を決めます。参照先が定まって初めて、承認者が何を見て承認するのかが決まります。
3. 承認フロー設計：実行前の承認者と代行者、外へ出る直前の承認地点、誤実行時の停止手順と連絡経路を文書化します。ログの出力先と保存期間も、ここで同時に決めます。承認の記録とログは同じ運用で扱うためです。
4. 研修：承認者と現場担当者が、AIの出力をどの観点で確認し、どの条件で止めるかを判断できる状態にします。

ただし、業務の棚卸しを研修の中で行う進め方もあります。棚卸しは現場の担当者が手を動かす作業のため、外部の伴走を入れて第1工程と第4工程を重ねる形も取れます。

充足を確認する相手は、社内の複数の部署にまたがります。

あわせて読みたい

生成AIの活用課題を実装まで進める方法｜願望リストにしない管理術

2026 . 07 . 25