AI AGENT BASICS / ARTICLE 30

AIエージェントの自律性と任せる範囲の決め方

AIはどこまで自動で動いてよい?検索、下書き、承認、実行を5段階に分け、仕事ごとに任せる範囲を決める方法を紹介します。

AIの基本15分で読める参考資料も掲載
実行前の確認表に人が承認を記録し、AIに任せる範囲を管理するイメージ
実行前の確認表に人が承認を記録し、AIに任せる範囲を管理するイメージLUMINA COLUMN / 30
この記事の目次

SHORT ANSWER

まず、結論から。

結論AIエージェントの自律性は一括で高めるものではありません。業務を「読む・考える・作る・承認する・実行する」に分け、影響、可逆性、扱う情報、外部への作用、検知・停止可能性に応じて、支援から限定自動実行まで5段階で決めることが基本です。

自律性はAIの性能だけで決まるものではありません。業務を読む・考える・作る・承認する・実行する工程へ分け、影響、可逆性、情報、外部作用、検知・停止可能性に応じて、工程ごとに任せる段階を選びます。

主な対象

経営者・代表者AI・DX導入責任者業務部門・情報システム・セキュリティ・内部統制の担当者

KEY POINTS

この記事の、4つの要点。

  • 自律性をAI全体の一つの設定にせず、業務工程ごとに委任範囲を決める
  • 情報支援から限定された連続実行までを5段階に分け、人の承認境界を明示する
  • 影響、可逆性、情報、外部作用、検知・停止可能性を12項目の判断票で確認する
  • 6段階の導入手順で小さく試し、維持・引上げ・引下げ・停止を継続判断する

DELEGATION, NOT A SWITCH

自律性は一つのスイッチではなく、工程ごとの委任範囲。

AIエージェントの自律性を「人に聞かず、どこまで勝手に動くか」だけで捉えると、必要な確認と権限が曖昧になります。同じ仕事でも、資料を読む、候補を考える、文案を作る、承認を求める、システムへ登録する、相手へ送るという工程では、誤りが起きたときの影響が異なります。自律性はAI全体の性格ではなく、各工程で人が何を委任するかとして設計します。

NISTは、人とAIの構成を完全手動から完全自律までの連続体として整理し、人の役割と責任、AIが判断する場面、人へ委ねる場面、助言だけを行う場面を明確にする重要性を示しています。実務では「AIを導入するか」ではなく、「どの工程を、どの条件と権限で任せ、誰が止められるか」を決めます。

本記事の5段階は、この考え方を業務設計へ落とし込むための一般的な活用例です。Luminaまたは特定組織で確認済みの導入実績、法的な分類、効果保証ではありません。実際の権限は、組織の規程、契約、利用サービスの仕様、対象業務の責任に合わせて個別に決めます。

読む
情報の取得範囲、正本、取得時点を限定する
考える
候補提示か、順位付けか、判断代行かを分ける
作る
下書き、完成案、実行データのどこまで作るかを決める
承認する
人が確認する対象、根拠、期限、差戻し先を定める
実行する
更新、送信、公開、発注など外部作用の権限を限定する

FIVE LEVELS

人の承認境界を、5段階で見える化する。

段階は、AIが生成する文章の完成度ではなく、現実のデータや人、外部サービスへ与える作用で分けます。レベル1と2は情報支援、レベル3は人の承認を境にした実行、レベル4と5は条件内の自動実行です。一つの業務を一つの段階へ押し込まず、工程ごとに異なる段階を設定できます。

たとえば問い合わせ対応では、参照資料の検索はレベル1、回答案の作成はレベル2、担当者が承認した返信の送信はレベル3、営業時間や対象を限定した受領通知はレベル4という組合せが考えられます。これは一般的な活用例であり、個人情報、契約上の義務、利用媒体の規約、誤送信時の影響を確認して初めて採用できます。

レベル5でも、人が責任を手放す意味ではありません。連続して複数工程を動かす分、開始条件、利用できる道具と権限、回数・金額・時間・宛先の上限、例外時の停止、監視、記録、再開承認をより具体的にします。境界を説明できない場合は、段階を上げません。

レベル1|情報支援
許可された資料を検索・要約し、人が判断する
レベル2|作成支援
文案や候補を作り、人が選択・修正・確定する
レベル3|承認後実行
AIが実行準備まで行い、人の明示承認後だけ処理する
レベル4|条件内自動実行
可逆的で影響の小さい処理を限定条件で行い、例外を人へ渡す
レベル5|限定連続実行
複数工程を定めた範囲で継続し、監視・停止・記録・再開承認を必須にする

DELEGATION SHEET

段階を決める根拠を、12項目の判断票に残す。

自律性の判断は「便利そう」「精度が高そう」という印象ではなく、対象業務の責任と失敗時の影響に結び付けます。判断票は、業務名ではなく一つの工程を一行として記録します。同じ「メール対応」でも、受信分類、回答案、宛先選択、送信では外部作用と訂正可能性が違うためです。

入力情報と出力だけでなく、AIが使える道具と権限も記録します。閲覧権限だけか、更新・削除・送信まで可能か、誰の名義で動くか、回数や金額、時間帯、宛先に上限があるかを確認します。権限が必要以上に広い場合は、AIへの指示を工夫する前に権限を狭めます。

監視と停止は、異常が起きた後に考えません。何を異常とみなすか、誰へ通知するか、自動停止できるか、停止後にどの記録を保全するか、誰が再開を承認するかを開始条件に含めます。根拠、責任者、見直し日を残せない工程は、自動実行へ進めません。

  1. 目的と対象工程

    何を、どこからどこまで任せるか

  2. 入力情報

    正本、機密性、個人情報、取得時点、利用目的

  3. 出力と行為

    助言、作成、更新、送信、公開、削除、取引の別

  4. 影響を受ける相手

    本人、顧客、取引先、住民、従業員、第三者

  5. 最悪時の影響

    安全、権利、信用、業務、法令・契約、金銭

  6. 可逆性

    取消し、訂正、復元、補償ができるか、時間制約はあるか

  7. 判断根拠

    正本、版、確認時点、適用条件を示せるか

  8. 人の役割

    確認者、承認者、例外対応者、最終責任者

  9. 道具と権限

    閲覧・更新・送信・削除、回数・金額・時間・宛先の上限

  10. 記録と監査

    入力、参照、出力、承認、実行結果、変更履歴

  11. 検知・停止・復旧

    異常条件、通知先、停止方法、保全、再開承認

  12. 有効期限と次の判断

    見直し日、変更時の再評価、維持・引上げ・引下げ・停止

RISK-BASED CHOICE

精度の平均ではなく、影響と可逆性で段階を選ぶ。

段階を選ぶときは、平均的に正しいかだけでなく、誤りが見逃された一件の影響を確認します。安全、権利、雇用・人事、契約、支払、行政判断、公開情報などに関わり、訂正しても影響を戻しにくい工程は、人の判断と承認を厚くします。NIST AI RMF Playbookも、リスク許容度が低い、または影響が重大な用途ほど、より強い監督と資源を配分する考え方を示しています。

一方、影響が小さく、対象と処理が明確で、直ちに取り消せ、異常を検知して止められる反復作業は、条件を限定した自動実行の候補になります。ただし、社内だけで完結することや、件数が多いことだけで安全とは判断しません。機密情報の誤更新、権限の拡大、誤った集計が後工程へ広がる可能性を確認します。

たとえば社内メモの要約はレベル1、公開前の文案はレベル2、承認済みデータの登録はレベル3、取消し可能な定型通知は条件次第でレベル4の候補です。契約締結、支払、人事評価、行政処分のように責任と権利へ大きく影響する行為を、名称だけでレベル5へ置くことはできません。対象法令、契約、組織規程、専門責任者の判断を優先します。

  • 影響が大きい、または影響を把握できないほど、段階を下げる
  • 訂正・取消し・復元が難しいほど、実行前の人の承認を残す
  • 外部への送信・公開・取引ほど、宛先・内容・上限を狭くする
  • 個人情報・機密・権利に関わるほど、入力と権限を分離する
  • 異常を検知・停止・復旧できない工程は、自動実行しない
  • 正本や判断根拠を示せない場合は、助言・下書きの範囲へ戻す
  • 担当者と例外処理が不明な場合は、開始せず責任分担を決める
  • モデル、資料、道具、業務、規程が変わったら段階を再評価する

SIX-STEP ROLLOUT

小さく始め、6段階で委任範囲を更新する。

導入は、最終的に目指す段階を先に宣言するのではなく、現在の業務を工程へ分け、必要な最小段階から始めます。代表的な正常ケースだけでなく、資料不足、重複、矛盾、権限外、時間切れ、外部サービス停止、誤った候補などの例外を試し、人へ正しく引き継げるかを確認します。

本番では、成功件数だけでなく、人への引継ぎ、承認後の修正、権限外の試行、停止、誤送信・誤更新の未遂、利用されなかった理由を追跡します。NISTは、利用履歴や監査ログ、人の監督の程度、上書きやエラー、開始・停止の判断、委任された権限を記録する観点を示しています。

段階は固定しません。利用範囲を広げる場合は、前段階の実績だけで自動的に引き上げず、新しい対象の影響と条件を再評価します。モデル、参照情報、接続先、権限、担当者、業務手順、法令・契約が変わったときは、いったん維持・引下げ・停止を含めて見直し、変更理由と承認を記録します。

  1. 分解

    業務を読む・考える・作る・承認する・実行する工程へ分ける

  2. 評価

    12項目の判断票で影響、可逆性、情報、権限、停止条件を確認する

  3. 選択

    工程ごとに最小限の自律性レベルと人の承認境界を決める

  4. 実装

    権限、上限、正本、記録、通知、停止、再開承認を設定する

  5. 検証

    正常・例外・権限外・停止・復旧を試し、合格条件を記録する

  6. 運用

    維持・引上げ・引下げ・停止を判断し、変更時に再評価する

FREQUENTLY ASKED QUESTIONS

この記事のよくある質問。

Q01

自律性が高いほど、優れたAIエージェントですか?

一概には言えません。重要なのは、対象業務の価値と影響に合う範囲で安定して動き、人が監督・停止・説明できることです。助言や下書きに限定する方が適切な業務もあります。

Q02

社内だけで使う処理なら、自動実行してもよいですか?

社内限定だけでは判断できません。個人情報や機密情報、更新・削除権限、後工程への影響、訂正可能性、検知・停止方法を確認し、工程ごとに段階を決めます。

Q03

承認ボタンを付ければ、人の確認があると言えますか?

ボタンだけでは十分ではありません。承認者が目的、対象、根拠、変更点、影響を理解できる情報と時間があり、差戻し・停止ができることが必要です。形式的な承認になっていないかを確認します。

Q04

すべて人が承認すると効率が上がらないのでは?

工程を影響と可逆性で分けます。低影響で取消し可能な処理は条件内でまとめ、例外だけ人へ渡す設計が考えられます。高影響な判断や外部作用は、効率だけを理由に承認を外しません。

Q05

メール送信やSNS公開をAIへ自動化できますか?

まず宛先・内容・根拠を人が確認する承認後実行から始めます。対象を限定した定型通知などは、誤送信時の影響、取消し・訂正、上限、監視、停止、規約や法令を確認できた場合にだけ、より高い段階を検討します。

Q06

自律性の段階は、いつ引き上げられますか?

代表的な正常・例外ケースで合格し、ログ、権限、引継ぎ、停止・復旧が機能し、責任者が新しい影響を承認できたときに限定して検討します。モデル、資料、接続先、業務、法令・契約が変われば再評価します。

PRIMARY SOURCES

判断の基準にした、公式情報。

制度・製品・提供条件は変更されるため、リンク先の最新表示も併せて確認してください。

公開:最終更新:発行:株式会社ファーストイノベーション

CONTACT LUMINA

仕事に合うAIの使い方を、一緒に整理します。

使いたい業務や現在の困りごとから、AIに任せる範囲と人が確認することをご相談いただけます。
無料で相談する