AIエージェントのガバナンス｜権限・費用・監査
AIエージェントを業務で使うときのガバナンスを、権限（何をさせてよいか）・費用（いくらまで使ってよいか）・監査（何をしたかを後から追えるか）の3つの観点で解説します。チャットの利用と何が違うか、エージェントの台帳、承認を挟む操作の決め方、費用の上限と可視化、記録の残し方、導入時のチェックリストまでをまとめました。
AIエージェントのガバナンスは、権限（何をさせてよいか）・費用（いくらまで使ってよいか）・監査（何をしたかを後から追えるか）の3つの観点で設計します。チャットの利用では「何を入力してよいか」が中心でしたが、エージェントは自分でツールを使い、ファイルを書き換え、外部のサービスを呼び出します。人が一つずつ確認しない操作が増えるため、事前に範囲を決め、後から追える状態にしておくことが重要です。
この記事では、チャットとの違い、3つの観点それぞれの設計、導入時のチェックリストを説明します。全体像は「AIエージェント時代のコスト管理 完全ガイド」を参照してください。
チャットの利用と何が違うか
| 観点 | チャットの利用 | AIエージェント |
|---|---|---|
| 操作の主体 | 人が質問し、人が結果を使う | エージェントが自分で手順を決め、ツールを使う |
| 影響の範囲 | 生成された文章 | ファイル・データ・外部サービスへの操作 |
| 費用 | 1回の質問ごとに小さく発生 | 1つの依頼で多くの呼び出しが発生し、ばらつきが大きい |
| 人の確認 | 結果を人が見てから使う | 途中の操作を人が見ないことがある |
| ガバナンスの中心 | 入力してよい情報、生成物の確認 | 権限の範囲、費用の上限、操作の記録 |
チャットのガバナンス（入力のルール・生成物の確認）はそのまま必要です。そのうえで、エージェント特有の権限・費用・監査を加えます。
観点1: 権限——何をさせてよいか
エージェントの台帳を作る
まず、社内でどんなエージェントが動いているかを一覧にします。
| 項目 | 内容 |
|---|---|
| 名前・用途 | 何のためのエージェントか |
| 責任者 | 動作と費用に責任を持つ人・部署 |
| 使えるツール | 検索、ファイルの読み書き、メール送信、社内システムの操作など |
| 触れるデータ | どの範囲のデータを読み、書けるか |
| 使う APIキー | 費用の単位となるキー・プロジェクト |
| 上限 | ステップ数・費用の上限 |
台帳は、APIキーの台帳と同じように、月次で実態と突き合わせて更新します。
操作を3段階に分ける
| 区分 | 例 | 扱い |
|---|---|---|
| 自由に実行してよい | 検索、社内文書の読み取り、下書きの作成 | エージェントに任せる |
| 記録したうえで実行してよい | 社内のファイルの更新、チケットの作成 | 実行し、記録を残す |
| 人の承認を挟む | 社外へのメール送信、支払い・契約、データの削除、本番環境への変更 | 実行前に人が確認する |
取り消しにくい操作・社外に影響する操作は、人の承認を挟むのが基本です。
最小権限
エージェントに与える権限は、用途に必要な最小限にします。
- 使えるツールを用途に必要なものだけに絞る
- 触れるデータの範囲を限定する
- 書き込みの権限は、必要な場所だけに与える
- エージェント専用の認証情報を発行し、人の認証情報を使い回さない
観点2: 費用——いくらまで使ってよいか
| 設計 | 内容 |
|---|---|
| 用途ごとにキーを分ける | エージェントの用途ごとに APIキー・プロジェクトを分け、費用を分けて見る |
| 1件・1日の上限 | ステップ数・トークン数・費用の上限をエージェントの設定で決める |
| 月の予算 | 用途ごとに月の予算を仮置きし、消化率を見る |
| 急増の検知 | 時間単位の利用量を普段と比べ、急に増えたら通知する |
| 最後の砦 | プロバイダ側の上限で、組織・プロジェクトの費用に天井を作る |
エージェントの費用はばらつきが大きく、突然跳ねることがあるため、月末の請求書ではなく時間単位で気づける仕組みが要ります。費用の予測と暴走への対処は、「AIエージェントのコスト予測が難しい理由」と「エージェントの暴走で課金が止まらない」を参照してください。
観点3: 監査——何をしたかを後から追えるか
| 記録すること | 目的 |
|---|---|
| 起動した人・きっかけ | 誰の依頼で、何をきっかけに動いたか |
| 実行したツールと操作 | 何を読み、何を書き換え、どこに送ったか |
| 承認の記録 | 承認が必要な操作を、誰が承認したか |
| ステップ数・トークン数・所要時間 | 費用と異常の分析 |
| エラーと中断 | 失敗や上限での停止の傾向 |
記録の扱いの注意
エージェントの記録には、入力や出力の内容が含まれることがあります。
- 記録する範囲を決める（操作の種類と結果だけか、内容まで残すか）
- 保存期間と閲覧できる人を決める
- 機密情報や個人情報を含む場合の扱いを、社内規程に合わせる
費用の分析には内容は不要です。キー・プロジェクトごとのトークン数と時刻があれば、どのエージェントがどれだけ使ったかは分かります。
導入時のチェックリスト
| # | 確認すること |
|---|---|
| 1 | 用途・責任者・使えるツール・触れるデータを台帳に記録した |
| 2 | 人の承認を挟む操作を決めた |
| 3 | エージェント専用の認証情報を、最小権限で発行した |
| 4 | 用途ごとに APIキー・プロジェクトを分けた |
| 5 | 1件あたりのステップ数・トークン数の上限を設定した |
| 6 | 月の予算と、急増の通知を設定した |
| 7 | 操作の記録の範囲・保存期間・閲覧者を決めた |
| 8 | 夜間・休日に止める手順と、止めてよい人を決めた |
責任の分担
| 役割 | 担う人 | 主な責任 |
|---|---|---|
| エージェントの責任者 | 利用部門の担当者 | 用途・権限の範囲の決定、費用の管理、異常時の一次対応 |
| 情シス | 情報システム部門 | 台帳の管理、認証情報の発行、承認の仕組み、全社の費用の確認 |
| 法務・監査 | 法務・監査部門 | 承認を挟む操作の範囲、記録の保存の要件 |
| 経営 | 推進責任者 | 導入の判断、予算の承認 |
エージェントごとに責任者を決めることが、ガバナンスの出発点です。責任者のいないエージェントは、暴走しても止める人がいません。
よくある質問
Q. 既存の生成AIのガイドラインに、エージェントの項目を足せば足りますか？ 入力と生成物のルールはそのまま使えます。エージェントについては、権限の範囲・承認を挟む操作・費用の上限・記録の扱いを追加します。
Q. 社員が個人で使うエージェントのツールはどう扱いますか？ 会社の経路として承認したツールと、使ってよいデータの範囲を決めます。個人で契約したツールで社内のデータを扱うことは、シャドーAIと同じリスクがあります。
Q. 承認を挟む操作が多いと、エージェントの意味がなくなりませんか？ 承認は、取り消しにくい操作と社外に影響する操作に限ります。読み取りや下書きの作成など、影響の小さい操作はエージェントに任せます。承認の範囲は、運用の実績を見ながら広げたり狭めたりします。
Q. エージェントの台帳は誰が管理しますか？ 全社の台帳は情シスが管理し、各エージェントの内容（用途・権限・上限）はエージェントの責任者が記入・更新します。月次で実際に使われているキーと突き合わせます。
まとめ
- AIエージェントのガバナンスは、権限・費用・監査の3観点で設計する
- 権限は台帳・操作の3段階（自由／記録／承認）・最小権限で管理する。取り消しにくい操作には承認を挟む
- 費用は用途ごとのキー、1件・1日の上限、月の予算、急増の検知、プロバイダ側の上限で統制する
- 監査は起動・操作・承認・トークン数を記録する。費用の分析に内容は不要
ManageAIは、エージェントの用途ごとに分けたAPIキー・プロジェクト別に、時間単位の利用量と費用を可視化し、予算の消化率と急増検知で通知します。プロンプトの原文は取得しないため、エージェントの記録の内容に触れずに、費用の面のガバナンスを支えます。モニター企業を募集中です。
関連記事
次に読む
この記事を書いた人
モニター企業募集
初期費用0円・月額5万円（税別）
先着5社・2026年11月末まで
5プロバイダの利用量と費用を部署・利用者・APIキー別に可視化。読み取り専用キーの登録だけで当日から始められます。
募集要項を見る資料請求・お問い合わせ