AIエージェントの要件定義のチェックリスト|経営者と責任者が確認する項目
AIエージェントの要件定義は、目的、対象外、入力・出力、許可する操作、人の判断点、停止・再開、受入条件まで、決定内容と証跡を確認して判定します。重大項目に未決がなく、残るリスクの受容者と理由を後から確認できる状態なら、開始・継続の判断ができます。

AIエージェントの要件定義は、目的、対象外、入力・出力、許可する操作、人の判断点、停止・再開、受入条件まで、決定内容と証跡を確認して判定します。重大項目に未決がなく、残るリスクの受容者と理由を後から確認できる状態なら、開始・継続の判断ができます。
AIエージェントの要件定義チェックリストの使い方
このチェックリストは、要件の有無ではなく「決めた内容を後から確認できるか」を合否の基準にします。
本記事の確認項目は、公的な標準項目ではなく、従業員50〜300人で専任AI部門がない企業の経営者・AI導入責任者が判断しやすいように整理したものです。固定点数や合格率では判定しません。目的、対象外、入力可否、影響の大きい操作の判断点、停止権限など、欠けると安全な開始判断ができない項目を重大項目として扱います。
| 確認項目 | 合格条件 | 保留・停止条件 | 項目オーナー | 証跡例 |
|---|---|---|---|---|
| 決定内容 | 対象、条件、対象外が具体的である | 「状況に応じる」だけで境界がない | 決定内容を更新する個人・役職 | 一覧表、チケット、会議記録 |
| 判断結果 | 合格・条件付き・保留・対象外の理由がある | チェック印だけで理由がない | 開始・継続を判定する個人・役職 | 承認履歴、判定記録 |
| 確認時点 | 確認日と再判定のきっかけがある | 古い決定をいつ見直すか不明 | 該当項目のオーナー | 更新履歴、変更記録 |
| 保存先 | 関係者が後から探して確認できる | 担当者の記憶や個人端末だけにある | 記録の管理者 | 共有台帳、文書管理システム |
AI事業者ガイドライン第1.2版は、文書化について、後から容易に確認できるよう適切なツールに記録が残ればよく、紙や特定の文書形式に限らないとしています。したがって「要件定義書があるか」ではなく、決定内容、判断者、日付、理由、保存先が結びついているかを見ます。周辺知識を調べる場合は、AI関連記事一覧も参照できます。
開始前に自社が決めたか確認する項目
開始前の合格条件は、任せる業務と任せない業務、扱う情報、許可する操作、成果物の利用先が具体的に決まっていることです。
最初に確認するのは製品機能ではなく、自社の業務上の境界です。エージェント名やサービス名だけでは、目的も影響範囲も判断できません。対象業務の開始点と終了点、入力、出力、その出力を使う次工程を一つながりで記録します。兼務体制でも構いませんが、各項目を更新するオーナーは個人名または役職で特定します。
| 自社で決める項目 | 合格条件 | 保留・停止条件 | 項目オーナー | 証跡例 |
|---|---|---|---|---|
| 目的と対象業務 | 支援する判断、開始点、終了点を一文で説明できる | 「効率化する」だけで業務境界がない | 業務側の項目オーナー | 目的・範囲記録 |
| 対象外 | 任せない業務、判断、データ、操作が明記されている | 禁止範囲や人へ戻す範囲が未定 | 業務側と情報管理側の項目オーナー | 対象外一覧、禁止事項 |
| 入力 | 入力項目、情報区分、利用根拠、入力可否が決まっている | 許可不明の情報を扱う可能性がある | 入力データの項目オーナー | データ項目一覧、承認記録 |
| 出力と利用先 | 形式、必須項目、利用者、次工程が決まっている | 出力を誰が何に使うか不明 | 成果物の項目オーナー | 出力見本、受入条件 |
| エージェントの識別 | 名称、版、作成者、所有者、運用状態を区別できる | 同名の試験版と本番版を見分けられない | エージェント台帳の項目オーナー | 登録台帳、変更履歴 |
| 許可する操作 | 参照、作成、外部送信、更新、確定、削除等を具体化している | 包括的な権限だけが記載されている | 操作範囲の項目オーナー | 操作一覧、設定記録 |
| 必要な知識・技能 | 利用者に必要な知識と確認方法が決まっている | 必要技能を確認せず利用できる | 利用部門の項目オーナー | 受講記録、理解確認 |
| 基本的な動作確認 | 想定仕様に基づく確認項目、合格条件、確認者が決まっている | 確認方法または結果が残っていない | 受入確認の項目オーナー | テスト結果、確認記録 |
AI事業者ガイドライン第1.2版の別添5(AI利用者向け)は、利用前に「適正利用のための必要な知識・技能の習得」と、想定された仕様に基づく「基本的な動作確認」を挙げています。これは特定の研修形式やテスト様式を指定するものではありません。自社の用途に必要な内容と、満たしたと判断する証跡を決めておくことが重要です。
影響の大きい操作と人の判断点を決めたか
人の判断点は全件に一律で置かず、重大な影響または被害が生じ得る操作と出力利用を特定して配置します。
総務省・経済産業省のAI事業者ガイドライン第1.2版は、AI利用者について、出力により重大な影響または被害が生じ得る場合に、仕組みに基づいて適宜、人間が判断することを挙げています。「すべての出力を承認する」という意味ではありません。対象、取り消しやすさ、影響範囲、扱う情報、対外的な確定の有無を見て、自社が判断点を決めます。
同ガイドラインの別添1には、AIエージェントが自律的な動作の中で、人間の意図しない商品の注文やファイル削除等を行う可能性があると記載されています。本記事では、この可能性を「なぜ判断点が必要か」の根拠として扱い、リスクの詳説や統制の検証方法には踏み込みません。詳しくは「AIエージェントのセキュリティとは?導入前に知るべき基礎と判断基準」が扱います。
| 決めること | 合格条件 | 保留・停止条件 | 項目オーナー | 証跡例 |
|---|---|---|---|---|
| 影響の大きい操作 | 対象となる外部送信・更新・確定・削除等が特定されている | 影響評価をせず包括的に許可している | 操作範囲の項目オーナー | 操作・影響対応表 |
| 判断のタイミング | 実行前、結果利用前、事後確認のどこかが決まっている | 判断前に取り消せない処理が進む | 業務側の項目オーナー | 業務フロー、承認設定 |
| 承認者 | 判断できる個人・役職と不在時の扱いが決まっている | 承認先が部署名だけで止まる | 承認項目のオーナー | 承認経路、代理設定 |
| 判断材料 | 対象、変更内容、根拠、想定影響を確認できる | 承認者が結果だけを見て判断する | 承認画面の項目オーナー | 画面仕様、記録見本 |
| 判断記録 | 承認・却下・差し戻しと理由を残せる | 誰が何を見たか追跡できない | 記録の項目オーナー | 承認履歴、差し戻し記録 |
低影響で容易に戻せる下書きと、対外送信や重要データの確定を同じ扱いにする必要はありません。一方、操作名だけで安全と決めることもできません。同じ更新でも、下書きの修正と全社マスターの確定では影響が異なるためです。
例外・停止・再開の条件を決めたか
例外対応の合格条件は、人へ戻す条件、停止する範囲、通知先、再開できる条件と権限が事前に決まっていることです。
ここで問うのは、障害原因ごとの詳細な復旧手順が完成しているかではありません。入力不足、対象外データ、判断不能、外部サービスの応答異常、必要な承認の欠如など、自社で想定する例外をどの扱いにするかが決まっているかです。AIが推測で補ってよい事項と、補わず人へ戻す事項も分けます。
| 確認項目 | 合格条件 | 保留・停止条件 | 項目オーナー | 証跡例 |
|---|---|---|---|---|
| 例外の区分 | 検知したときの扱いを区別できる | すべて「エラー」とだけ記載している | 業務側の項目オーナー | 例外一覧、判定条件 |
| 禁止する補完 | 推測せず人へ戻す入力・判断が決まっている | 重要項目をAIが補完できる | 成果物の項目オーナー | 禁止事項、差し戻し条件 |
| 停止条件 | どの状態で止めるかが具体的である | 担当者の感覚だけで停止する | 運用項目のオーナー | 停止条件表、通知設定 |
| 停止範囲と通知先 | 一件だけか同種処理全体か、誰へ知らせるかが決まっている | 過剰停止または影響拡大の恐れがある | 停止判断の項目オーナー | 停止範囲、連絡経路 |
| 再開条件と権限 | 何を確認し、誰が再開できるかが決まっている | 停止した本人が記録なく再開できる | 再開判断の項目オーナー | 再開条件、承認記録 |
| 代替手段 | 安全停止後の手作業、延期、対象縮小の扱いがある | 止めると業務判断も止まり続ける | 業務継続の項目オーナー | 代替手段、引継ぎ先 |
停止と再開は対で決めます。「止められる」だけでは、いつまでも戻せないか、根拠なく再開されるおそれがあります。再開時に確認する内容、残る条件、判断者、記録先までそろって初めて決定済みと判定します。
ログ管理体制と利用中の確認を分けて決めたか
利用前のログ管理体制と、利用中に適正な範囲・方法かを確認する運用は、別々の要件として決めます。
AI事業者ガイドライン第1.2版の別添5では、「利用過程におけるログ(操作履歴、入力・出力の記録等)の管理体制の整備」は利用前の項目です。一方、「AIの活用が適正な範囲・方法で行われているかについての定期的な確認」は利用中の項目です。両者を「操作履歴を定期報告する」という一つの公式要求にまとめてはいけません。
| 時点 | 自社で決めること | 合格条件 | 保留・停止条件 | 証跡例 |
|---|---|---|---|---|
| 利用前 | 追跡する対象と項目 | 実行識別子、時刻、対象、操作、結果、承認等から用途に必要な項目が決まっている | 何を残せるか未確認 | ログ項目定義、出力見本 |
| 利用前 | 管理体制 | 保存先、閲覧範囲、削除条件、管理者が決まっている | 機密の入力本文を無条件で保存する | 管理台帳、取扱ルール |
| 利用中 | 適正利用の確認 | 確認対象、判定者、実施時期を決める基準、結果の保存先がある | 固定担当も見直し条件もない | 確認計画、判定記録 |
| 利用中 | 変更時の再判定 | 用途、データ、接続先、仕様、体制の変更を検知した際の判断先がある | 変更後も過去の承認を無条件で流用する | 変更記録、再承認履歴 |
本記事で確認するのは、ログの内容、管理者、確認方法、見直し条件が「決まっているか」です。ログの欠損検査、権限棚卸し、外部連携の点検など、決めた統制が実際に機能しているかの監査方法は扱いません。確認時期や保存期間も、業種、契約、法令、自社の目的に合わせて決め、根拠のない固定値を置かないようにします。
実行中・完了時に決定内容を確認できるか
実行中と完了時は、承認済みの範囲で処理されたか、成果物が受入条件を満たしたかを記録で判定できれば合格です。
実行中に見る対象は、決めた範囲からの逸脱がないかを判断するための記録です。実行中の詳細な監視技術ではなく、対象業務、入力データ、接続先、必要な承認、例外、停止・再開について、判定に必要な情報が残る設計になっているかを確認します。
完了時は、見た目の整った出力をそのまま合格にしません。必須項目、根拠との整合、利用可否、禁止内容、次工程で扱える形式など、業務ごとの受入条件に照らして判定します。重大な影響があり得る利用では、AI自身の自己評価だけでなく、決めた人の判断点を通します。
| 確認時点 | 確認する決定内容 | 合格条件 | 保留・停止条件 | 証跡例 |
|---|---|---|---|---|
| 実行中 | 対象・入力・接続先 | 承認範囲内かを識別できる | 範囲外かどうか判断できない | 実行記録、対象ID |
| 実行中 | 承認・例外 | 必要な承認と例外時の扱いが記録される | 承認欠如や例外を追えない | 承認履歴、例外記録 |
| 実行中 | 停止・再開 | 停止理由、範囲、再開判断を確認できる | 再開の判断者や理由がない | 停止・再開履歴 |
| 完了時 | 成果物の受入 | 必須項目と利用可否の判定結果がある | 合格条件が後付けされる | 受入記録、照合結果 |
| 完了時 | 人手修正 | AI出力と人が修正した範囲を区別できる | 修正後を無条件でAI成果と扱う | 変更履歴、再評価記録 |
| 継続判断時 | 未解決事項と変更 | 残る例外、条件、再判定のきっかけが記録される | 未解決事項の受容者がいない | 残存事項一覧、判断記録 |
不合格の場合は、修正する範囲と再判定者を決めます。問題の原因分析や具体的な立て直し方は別の役割の記事が扱うため、ここでは判定と証跡に絞ります。
AI提供者・AI開発者へ確認する項目
自社が決める要件と、AI提供者・AI開発者の仕様や対応として確認する要件は、同じ表に混ぜず分けます。
AI事業者ガイドライン第1.2版では、主体によって記述が異なります。「ユーザーやシステムに付与する権限を業務遂行に必要な最小限に設定する」は別添4のAI提供者向けです。「AIの判断に必要な最小限の範囲にデータを限定し、不要な属性情報の付与を避けること」は別添3のAI開発者向けです。どちらも、AI利用者である読者への公式要求として置き換えてはいけません。自社は必要な操作と入力可否を決め、その実現方法を提供者・開発者へ確認します。
| 確認先の主体 | 質問する内容 | 自社の合格条件 | 回答証跡 | 未回答時の判断 |
|---|---|---|---|---|
| AI提供者 | 想定用途と対象外用途は何か | 自社用途が想定範囲内である | 仕様、回答記録 | 用途を限定するか保留 |
| AI提供者 | 入力・出力の保存、利用、削除条件は何か | 自社の情報取扱条件と両立する | 規約、説明資料、回答記録 | 対象データを外すか保留 |
| AI提供者 | ユーザーやシステムの権限をどの範囲で制御できるか | 自社が許可した操作を超えない設定ができる | 設定仕様、画面記録 | 影響の大きい操作を許可しない |
| AI提供者 | 取得できるログと停止手段は何か | 自社の判定と停止に必要な情報・手段がある | ログ見本、操作説明 | 限定利用または保留 |
| AI提供者 | 更新時に連携先へどのような影響があり得るか | 変更時の再判定に必要な通知を得られる | 更新方針、通知記録 | 更新前提の利用を保留 |
| AI開発者 | 判断に使う入力・参照データをどこまで限定できるか | 不要なデータや属性を除ける | 設計説明、設定記録 | 対象データを縮小する |
| AI開発者 | 承認点、例外処理、停止、再開をどこまで実装できるか | 自社が決めた条件を実現できる | 仕様、テスト結果 | 実現できない操作を対象外にする |
| 提供者・開発者 | 問題時の連絡経路と変更履歴を得られるか | 判断に必要な連絡先と記録がある | 窓口情報、変更履歴 | 影響範囲を限定するか保留 |
民間側の補助的な観点として、ガートナージャパンが2026年5月21日に発表したプレスリリースは、エージェントの登録、固有の識別符、作成者・所有者の明確化を挙げています。これは公的要求ではなく、民間調査会社の整理です。本記事では2026-08-01に本文を確認しており、自社の台帳項目や提供元への質問を考える参考としてのみ扱います。
開始・継続の可否をどう判定するか
開始・継続は固定点数ではなく、重大項目の未決、残存リスクの受容、条件と証跡の有無で判定します。
重要なのは、チェック数の多さで重大な未決を相殺しないことです。目的と対象外が不明、入力可否が不明、影響の大きい操作の判断点がない、停止・再開の権限が不明といった状態では、ほかの項目がそろっていても開始を保留します。「条件付き」は曖昧な見切り発車ではなく、限定する対象、期限を決める基準、修正責任者、再判定条件が記録されている状態です。
| 判定 | 開始時の状態 | 継続時の状態 | 必要な記録 |
|---|---|---|---|
| 開始・継続 | 重大項目に未決がなく、残るリスクを受容できる | 決定範囲内で利用でき、受入結果を確認できる | 判断者、日付、理由、証跡 |
| 条件付き開始・継続 | 対象や操作を限定すれば重大項目を満たす | 修正条件の範囲内で継続できる | 限定範囲、責任者、再判定条件 |
| 保留 | 提供元回答、入力可否、承認点など判断材料が不足 | 変更の影響または未解決事項を判断できない | 不足事項、確認先、再判定のきっかけ |
| 停止 | 重大な影響を追跡できない、または停止権限がない | 決定範囲を外れ、安全な限定運用もできない | 停止理由、範囲、判断者、再開条件 |
| 対象外 | 自社の目的や許容範囲に含めない | 用途変更後も対象にしない | 対象外の理由、見直し条件 |
残存リスクの受容者は、単に「会社」と書かず、判断できる個人または役職を記録します。条件が変わったら過去の判定を自動的に引き継がず、影響する項目だけを再判定します。
公的チェックリストを併用するときの注意
公的資料は本記事の項目を公式化するものではなく、共通指針の確認と自社項目の見直しに併用します。
総務省・経済産業省のAI事業者ガイドライン第1.2版は、2026年3月31日付の非拘束的なソフトローであり、Living Documentとして更新される位置づけです。本記事の確認日は2026-08-01です。法令上の義務と表現せず、参照時には版と自社が該当する主体を確認してください。
同版の別添7は、7Aが「全主体向け」で、第2部C「共通の指針」の要約です。AIエージェント専用でもAI利用者専用でもなく、別添7だけで本記事の業務範囲、外部操作、権限、ログ、停止・再開を確認できるわけではありません。一方、同じ掲載ページには「具体的なアプローチ検討のためのワークシート」がExcelで無償公開されています。直リンクを推測せず、掲載ページから最新版を確認して利用してください。
公的資料を併用する場合も、チェック済みの印だけを残すのでは不十分です。自社のどの用途へ適用したか、誰がどの版を確認したか、追加で決めた項目は何かを記録すると、改訂時の差分を追いやすくなります。
よくある質問
AIエージェントの要件を判定するときは、試行の規模、判断点、証跡の形式、提供元からの回答不足が迷いやすい論点です。
Q1. 小規模な試行でも確認範囲を省略できますか?
確認する領域は省略せず、用途と影響に応じて条件の厳しさを変えます。実データを使わず、外部送信・更新・確定・削除等を許可しない試行なら、対象と操作を限定した証跡を残せます。入力可否や停止権限まで「試行だから未定」で済ませるのは避けます。
Q2. 人の判断点はどこに置けばよいですか?
重大な影響または被害が生じ得る操作や出力利用について、判断材料を確認でき、実行や利用を確定する前に止められる位置へ置きます。すべての処理への一律承認ではなく、対象、取り消しやすさ、影響範囲、扱う情報に応じて決めます。
Q3. 証跡は要件定義書でなければなりませんか?
特定の様式である必要はありません。決定内容、判断者、日付、理由、保存先を後から容易に確認できれば、共有表、チケット、会議記録、設定記録、承認履歴などを組み合わせられます。個人の記憶だけに残る状態は合格にしません。
Q4. AI提供者から回答を得られない場合はどう判定しますか?
回答がない項目の影響を特定し、該当するデータ、接続先、操作を対象外にできるなら条件付きで判断します。入力データの利用、権限制御、取得できるログ、停止手段など重大項目を確認できず、影響を限定できない場合は保留します。
まとめ
AIエージェントの要件定義チェックは、決定内容と判断の証跡をそろえ、重大な未決を見逃さないためのものです。
自社が決める目的、対象外、入力・出力、許可する操作、人の判断点、例外、停止・再開、受入条件と、AI提供者・AI開発者へ確認する仕様を分けて記録します。利用前のログ管理体制と利用中の適正利用の確認も別項として扱います。重大項目に未決がなく、残るリスクを誰がどの理由で受容したかを後から確認できる状態を、開始・継続判断の前提にしてください。
参考資料
AIで何ができるか、ではなく
どの業務から変えるか。
30分の無料相談で、現在の課題、最初に検証する業務、必要な支援の形を整理します。



