AI AGENT BASICS / ARTICLE 30

AIエージェントに任せる範囲を、5段階で決める。

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

AIの基本15分で読める参考資料も掲載
公開:2026年9月14日最終更新:2026年9月14日発行:株式会社ファーストイノベーション
青と銀の五つの透明な段階でAIに任せる範囲を表したイメージ
AI AGENT BASICS / ARTICLE 30LUMINA 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を、一緒に整理します。

導入目的、使いたい業務、情報管理、費用まで、まだ具体的でない段階からご相談いただけます。
無料で相談する