AIエージェントの要件定義とは？導入前に知るべき基礎と判断基準

AIエージェントの要件定義とは、対象業務の境界、許す外部送信・更新・確定・削除等の操作、人の判断を介在させる条件、例外時の戻し先と停止条件、所有者を導入前に決めることです。全件を人が承認するのでも、全面的に任せるのでもなく、生じ得る影響に応じて範囲を定めます。

AIエージェントの要件定義とは何を決める作業か

AIエージェントの要件定義は、「AIに要件定義をさせる方法」ではなく、AIエージェントそのものに何をどこまで任せるかを決める作業です。

総務省・経済産業省「AI事業者ガイドライン第1.2版」（2026年3月31日）は、AIエージェントを、特定の目標を達成するために環境を感知し、自律的に行動するAIシステムと定義しています。ここでいう自律性は高度な全自動だけを指さず、ある程度の自律性を持つものも含みます。したがって、最後に人が確定する仕組みでも、途中でAIが情報を選び、次の処理を決め、外部システムへ作用するなら、要件の境界を考える必要があります。

同ガイドラインは法令上の義務を定めるものではなく、非拘束的なソフトローです。本記事では第1.2版を2026年8月1日に確認した内容を足場にしつつ、AIエージェント要件定義の公的な標準様式や標準項目は確認できていないため、以下を導入判断のための編集上の整理として示します。

要件定義の中心は、便利な機能の列挙ではありません。業務の開始と終了、対象外、扱う情報、許す操作、人へ戻す条件、止める条件、決定の所有者を結び付け、「このAIエージェントは何をしてよいか」を関係者が同じ意味で説明できる状態にすることです。

自社で要件定義を検討すべき場面

AIが業務情報を参照するだけでなく、外部への作用や影響の大きい判断へ進むほど、要件定義を明確にする必要性が高まります。

たとえば、社内情報を検索して候補を示すだけの利用と、顧客への送信、台帳の更新、取引の確定、データの削除まで行う利用では、誤りが起きたときの影響も、人へ戻せる地点も異なります。総務省・経済産業省の同ガイドライン別添1は、AIエージェントが自律的な動作の中で、人間の意図しない商品の注文やファイル削除等を行う可能性に触れています。だからこそ、機能名ではなく、許す操作と止める境界を先に決めます。

次の表は、同じ重さの設計がすべての利用に必要だと主張するものではなく、検討の深さを判断するための目安です。

利用の状態	外部への作用	生じ得る影響	要件定義の考え方
情報を整理し、社内の担当者へ候補を示す	なし、または閲覧のみ	人が利用前に訂正しやすい	情報範囲、利用目的、出力の扱いを中心に決める
下書きを作り、人が確認後に送信・登録する	人の確定後に発生	誤送信や誤登録につながり得る	判断者、確定前に見せる情報、差し戻し条件を明確にする
複数システムをまたいで更新・確定する	あり	顧客、取引、従業員、財産へ影響し得る	操作上限、人の介在、例外、停止、所有者を一体で定める
目的や所有者が曖昧なまま広い権限を求める	範囲を説明できない	影響先を予測しにくい	導入を急がず、対象業務を絞るか保留する

判断の分かれ目は、「AIエージェントと呼ばれているか」ではなく、何を参照し、何を変え、その結果が誰に届くかです。対象業務の候補選びや他技術との違いは「AIエージェントで業務効率化｜導入候補の見つけ方と実装事例」が扱う領域であり、本記事では候補が見えた後の要件判断に絞ります。

要件定義で扱う範囲は編集上どう整理するか

導入前の要件は、業務境界、情報と操作、人の判断、例外と停止、記録と変更を相互に矛盾なく説明できる範囲で整理します。

次の整理は公的な標準項目ではありません。AIエージェント固有の導入判断をしやすくするための枠組みです。

論点	決める内容	判断できる状態
業務境界	開始条件、終了条件、対象者、対象外	対象業務を一文で説明でき、AIが越えてはいけない境界が分かる
情報と操作	参照する情報、作成する出力、許す送信・更新・確定・削除等	参照と変更を区別し、許可する操作と禁止する操作を説明できる
人の判断	人を介在させる影響条件、判断者、判断に必要な情報	全件承認でも放任でもなく、影響に応じた判断地点が分かる
例外と停止	通常どおり進めない条件、人へ戻す先、止める条件	想定外のときに続行するか止めるかを説明できる
記録と変更	後から確認する目的、残す範囲、変更の所有者	決定と変更理由を確認でき、不要な記録を抱えない

この段階で必要なのは、具体的な作業順や網羅的なチェック票ではありません。「営業支援」のような広い言葉を、どの入力から始まり、どの状態で終わる業務なのかへ狭め、許す操作の上限を言葉にできることです。具体的な進め方は「AIエージェントの要件定義を進める手順｜業務・権限・例外の決め方」、網羅的な確認は「AIエージェントの要件定義のチェックリスト｜経営者と責任者が確認する項目」の役割です。

また、例外のすべてを事前に列挙できるとは限りません。それでも、判断材料が足りない、予定外の操作を求められた、処理を完了できないといったときに、AIが勝手に解釈して進むのか、人へ戻るのか、止まるのかは導入前に決められます。要件定義は未来を完全に予測する作業ではなく、予測できない状態の扱いを決める作業でもあります。

自社で決めることと提供元・開発元へ確認すること

利用企業は業務上の許可と責任を自社で決め、技術的にその制約を実現できるかをAI提供者・AI開発者へ確認します。

AI事業者ガイドライン第1.2版では、事業活動でAIシステムやAIサービスを使う企業は原則として「AI利用者」です。一方、ユーザーやシステムに付与する権限を業務遂行に必要な最小限に設定する記述はAI提供者向け、AIの判断に必要なデータ入力・参照を必要最小限にする記述はAI開発者向けです。これらをAI利用者への直接の公式要求として扱ってはいけません。

ただし、利用企業が無関係という意味ではありません。自社は「この業務では何を許すか」を決め、提供元・開発元へ「その範囲を機能や設定で制限できるか」と質問します。同じ企業が開発者・提供者・利用者を兼ねる場合も、どの立場で決める事項かを分けると責任が曖昧になりません。

論点	自社で決めること	提供元・開発元へ確認すること	判断できる状態
想定用途	対象業務と対象外	想定された仕様、利用条件、制約	自社用途が想定範囲内か分かる
情報範囲	利用を許す情報、利用目的	参照範囲を技術的に限定できるか	不要な情報へ広がらないと説明できる
操作範囲	許す送信・更新・確定・削除等	操作別・接続先別に制限できるか	業務上の許可が設定へ反映できる
人の介在	人が判断する影響条件と判断者	操作前に止め、判断材料を提示できるか	重要な地点で人が実質的に判断できる
例外・停止	人へ戻す条件、止める条件、所有者	失敗や接続断のときの製品挙動	想定外時の帰結を説明できる
記録	後から確認する目的と必要範囲	取得できる操作履歴、入力・出力等	必要な決定を追え、過剰な記録を避けられる

外部へ開発や支援を依頼する場合、経済産業省が2025年2月18日に公表した「AIの利用・開発に関する契約チェックリスト」の公開ページも、初期検討で参照できる資料です。ただし、本記事では未取得のPDF本文にある個別項目や条項例を要件として紹介しません。同ページには2025年2月20日に図の差し替えがあった旨も記載されているため、参照時は更新情報まで確認します。

人の判断を介在させる場所は影響の大きさで決める

人の判断はすべての処理へ一律に置くのではなく、出力によって重大な影響または被害が生じ得る地点へ適宜置きます。

AI事業者ガイドライン第1.2版の別添5がAI利用者向けに示すのは、重大な影響または被害が生じ得る場合に、人間の判断を介在させる仕組みに基づいて適宜判断することです。つまり、選択肢は「全件を人が承認する」か「すべて任せる」かの二択ではありません。影響の大きさ、訂正のしやすさ、外部への作用を組み合わせて判断地点を置きます。

生じ得る影響	人の介在を検討する地点	人が判断するために必要な情報
社内向けの候補提示で、利用前に訂正しやすい	結果を業務利用する前	入力の前提、候補の内容、不確かな点
顧客・取引先への送信や社内台帳の更新につながる	送信・更新を確定する前	対象、変更内容、影響先、差し戻した場合の扱い
契約、財産、人事等へ重大な影響が生じ得る	影響を確定させる操作の前	根拠、予定する操作、影響範囲、代替案
判断材料が不足し、影響を評価できない	次の操作へ進む前	不足情報、未確定事項、現在の処理状態

承認画面があるだけでは、人の介在が機能しているとは限りません。判断者が内容や影響を理解できず、毎回そのまま通すしかないなら、形式上の承認になっています。要件には「誰が押すか」だけでなく、「その人が何を見て事業利用を判断できるか」を含めます。

反対に、影響が小さく訂正可能な候補提示まで一件ずつ重い承認にすると、運用が続かないおそれがあります。影響を説明できない場合は人を外すのではなく、まずAIが扱う範囲を狭めます。人の介在は安心感のために数を増やすものではなく、影響を制御するために置くものです。

要件の所有者と責任の所在をどう捉えるか

要件の所有者は、AIエージェントの目的、許可範囲、変更可否を説明し、事業利用の判断を引き受ける人または組織として明示します。

AI事業者ガイドライン第1.2版の共通指針は、各主体でアカウンタビリティを果たす責任者を設定する考え方を示しています。ただし、具体的な役職名、人数、部門構成を固定してはいません。専任AI部門がない企業でも、経営判断、業務判断、技術・情報管理の観点を集めたうえで、誰が最終的に事業利用を承認し、誰が要件の変更を所有するかを明らかにできます。

ここで重要なのは、AIの出力に関するあらゆる責任を一つの役職へ押し込むことではありません。業務上許してよい操作を決める責任、技術的に制限可能か確認する責任、個別の重大影響を判断する責任を区別し、最後に決定の所有者が分かる状態にします。担当者が変わっても、なぜその範囲にしたかを追えることが必要です。

公的資料とは別に、ガートナージャパン株式会社が2026年5月21日に発表した民間のプレスリリースは、AIエージェントの登録、固有の識別符、作成者・所有者の明確化を挙げています。また、自律的・再帰的なエージェントについて、全社一斉ではなく範囲を制限した展開の重要性を述べています。これは公的な要件定義標準ではなく、ラクダ編集部が2026年8月1日に確認した公開プレスリリース本文の範囲に限る民間の実務論点です。

固定様式より後から確認できる状態を判断基準にする

要件定義の完成条件は立派な文書を作ることではなく、決定内容と変更理由を関係者が後から容易に確認できることです。

AI事業者ガイドライン第1.2版の文書化に関する説明では、後から容易に確認できるよう適切なツールで記録が残っていればよく、紙媒体や特定の文書形式は必須ではないとされています。そのため、要件定義書、表計算、業務管理ツールなど、形式そのものを合否基準にはしません。

確認したいこと	後から答えられる状態	不十分な状態
何を対象にしたか	開始・終了・対象外を同じ記録から確認できる	資料ごとに対象範囲が違う
何を許したか	情報範囲と操作範囲の決定を確認できる	製品の初期設定だけが根拠になっている
どこで人が判断するか	影響条件、判断地点、判断者が対応している	「必要に応じて確認」とだけ書かれている
誰が所有するか	現在の所有者と変更の承認先が分かる	作成者しか背景を説明できない
なぜ変えたか	変更前後と理由をたどれる	最新版はあるが変更理由が残らない

ログについても、多ければよいわけではありません。同ガイドライン別添5は、利用前の事項として、操作履歴や入力・出力の記録等を含むログ管理体制の整備を示しています。一方、利用中には、AIの活用が適正な範囲・方法かを定期的に確認することを別項として示しています。この二つを「操作履歴を定期的に確認・報告する」という一続きの公式要求へ変えてはいけません。また、利用中のデータ管理では、不要なデータや冗長なログの削除等も示されています。

要件として決めるのは、何を確認するために、どの範囲の記録が必要かです。統制が実際に効いているかを確かめるログ点検、権限の棚卸し、事故時の手順は「AIエージェントのセキュリティとは？導入前に知るべき基礎と判断基準」が扱います。

製品・支援先に確認する判断基準

製品や支援先は機能数で比べるのではなく、自社が決めた業務境界、操作上限、人の判断、停止、所有者を実装可能な制約へ落とせるかで比べます。

デモで正常に動いたことは、想定外のときにも自社の境界を守れることの証明にはなりません。比較では、各候補へ同じ業務範囲と同じ影響条件を提示し、回答の具体性を見ます。支援範囲も名称ではなく、どこまでを自社で担い、どこからを支援先が確認するのかでそろえます。

比較軸	提供元・支援先への質問	回答から判断すること
範囲の制約	対象外の業務や接続先へ進まないよう制限できるか	業務境界を設定へ反映できるか
操作の制約	参照、送信、更新、確定、削除等を分けて許可できるか	必要以上の作用を避けられるか
人の介在	指定した操作の前で止め、判断材料を提示できるか	人が実質的に判断してから進められるか
例外と停止	入力不足、処理失敗、接続断でどの状態になるか	勝手に続行せず、自社が決めた帰結にできるか
記録	操作履歴、入力・出力等のうち何を取得・制御できるか	後から必要な範囲を確認できるか
所有と変更	作成者、所有者、設定変更の責任範囲をどう扱うか	担当交代や仕様変更でも決定が宙に浮かないか

民間の補助的な見解として、前述のガートナージャパンのプレスリリースは、最小権限をセキュリティの原則とし、自律的・再帰的なエージェントでは設定が複雑になると述べています。ただし、これはAI利用者へ直接課された公的要求ではありません。自社が許す操作を決め、その上限を提供元が設定できるか確認するための観点として使います。

AI導入全般の周辺テーマは、AI関連記事一覧から確認できます。製品名や宣伝文句ではなく、自社の同じ利用条件を当てたときに、許可・禁止・人への戻し方を具体的に説明できるかを見てください。

導入判断は「進める・範囲を絞る・保留」で考える

導入可否は二択にせず、境界と責任を説明できるなら進め、未確定部分が限定できるなら範囲を絞り、所有者も禁止範囲も決まらないなら保留します。

判断	判断時の状態	次に確かめること
検討を進める	目的、業務境界、許す操作、影響条件、所有者を説明できる	候補製品・支援先が制約を実装できるか
範囲を絞る	目的はあるが、情報範囲、外部への作用、例外の一部が未確定	閲覧中心、対象業務限定、人の判断ありの範囲へ縮められるか
保留する	誰の課題か、誰が所有するか、何を許さないかを説明できない	AIエージェントより先に業務と責任を整理できるか

「保留」はAI活用そのものを諦める判断ではありません。外部への作用を外す、対象データを狭める、重大な影響が生じる確定操作を人へ戻すことで、「範囲を絞る」へ移せる場合があります。一方、所有者がいないまま設定だけを進めると、後から誰も変更や停止を判断できません。

要件定義が止まる原因や立て直し方は「AIエージェントの要件定義で失敗する原因と改善策」の役割です。本記事の導入判断では、問題の全診断ではなく、「現在の境界と責任を説明できるか」に集中します。

よくある質問

AIエージェントの要件定義で迷いやすい点は、正式様式の有無、小さな試行の扱い、人の承認範囲、自社と提供元の役割分担です。

Q1. AIエージェントの要件定義に正式な標準様式はありますか？

本記事の調査では、公的なAIエージェント要件定義の標準様式や標準項目は確認できていません。AI事業者ガイドライン第1.2版も特定の要件定義書を必須としておらず、後から容易に確認できる記録を重視しています。本記事の表は導入判断のための編集上の整理です。

Q2. 小さな試行でも要件定義は必要ですか？

必要な深さは、名称や規模ではなく、扱う情報と外部への作用で変わります。情報整理や閲覧中心でも利用目的と情報範囲は決めます。送信、更新、確定、削除等を伴うなら、小さな試行でも操作範囲、人へ戻す条件、停止条件、所有者を明らかにします。

Q3. 人の承認はすべての操作に必要ですか？

一律には必要ではありません。AI事業者ガイドライン第1.2版は、出力によって重大な影響または被害が生じ得る場合に、人間の判断を介在させる仕組みに基づき適宜判断する考え方を示しています。影響が小さく訂正しやすい候補提示と、外部へ影響を確定する操作を分けて考えます。

Q4. 自社で決めることと提供元へ確認することはどう違いますか？

自社は、対象業務、許す情報と操作、重大な影響の条件、判断者、所有者を決めます。提供元・開発元には、それらを接続先、権限、承認地点、停止挙動、取得できる記録として技術的に実現できるかを確認します。製品の初期設定を、そのまま自社の業務判断に置き換えないことが重要です。

まとめ

AIエージェントの要件定義は、機能一覧や固定様式の文書を作ることではなく、業務境界、情報と操作、人の判断、例外と停止、所有者を導入前に決め、後から確認できる状態にすることです。

自社で業務上の許可を決める事項と、AI提供者・AI開発者へ技術的な制約を確認する事項は分けます。人の介在は全件一律ではなく、生じ得る影響の大きさで置く場所を決めます。目的、境界、禁止範囲、責任を説明できれば検討を進め、未確定部分が限定できれば範囲を絞り、所有者も決まらない場合は保留するのが基本です。

参考資料

• 総務省・経済産業省「AI事業者ガイドライン（第1.2版）」掲載ページ
• 経済産業省「AIの利用・開発に関する契約チェックリスト」公表ページ