AIエージェントに何を見せ、どこまで任せる？情報・ツール・権限の決め方

AIエージェントは、文章を考えるだけでなく、資料を探したり、ファイルを作ったり、外部サービスと連携したりできます。

だからといって、最初から会社の資料、メール、カレンダー、顧客管理、会計システムをすべてつなぐのは危険です。便利になる一方で、見てはいけない情報を読んだり、意図しない変更をしたりする範囲も広がります。

大切なのは、使える機能を増やすことではありません。一つの仕事に必要な情報・道具・権限だけを渡すことです。

今回は、AIエージェントに何を見せ、何を覚えさせ、どこまで操作させるかを、中小企業向けに分かりやすく説明します。

AIにも「担当者用の仕事セット」が必要

新入社員へ「会社の仕事を全部任せます」と言って、全資料、金庫の鍵、社用メール、銀行印を渡す会社はありません。

担当する仕事に合わせて、マニュアル、今日の依頼書、必要な道具、閲覧用の鍵を渡します。見積確定や外部送信の前には、責任者の承認を受けてもらいます。

AIエージェントも同じです。

• どの資料を正しい情報として使うのか
• 今回の仕事で何を見せるのか
• どの道具を使わせるのか
• 読むだけか、下書きまで作れるのか
• どの操作で人の承認が必要か
• 何回・何分・いくらまで使えるのか
• 後から何を確認できるようにするのか

これらを決めてから、実際の接続や設定へ進みます。

情報・知識・今回の資料・記憶を分ける

「AIへ情報を覚えさせる」と一言で表現すると、会社の正式ルールと、一件だけの例外が混ざってしまいます。まずは役割を分けます。

「先週のお客様だけ特別に値引きした」という情報は、一件だけの例外かもしれません。これをAIが一般ルールとして覚えると、別のお客様にも同じ値引きを提案する危険があります。

長期的に残す前に、「次の案件にも本当に使えるか」「正式資料と矛盾しないか」「個人情報や一時的な例外を含まないか」を人が確認します。

重要な会社ルールを「AIが覚えているはず」にしない

正式な料金、禁止事項、承認手順は、責任者が管理する会社の正本に残します。

AIの記憶機能は、過去の学びを思い出す補助にはなります。しかし、必ず適用される会社規則や、秘密情報を保管する金庫としては扱いません。

最初の試作では、長期記憶を使わない選択もできます。承認済みの正本と、現在の一件を示す作業状態だけで価値が出るなら、そのほうが管理しやすく安全です。

「検索できた資料」が正しいとは限らない

AIが社内検索で資料を見つけても、その内容が正式版とは限りません。古い料金表、作成途中の下書き、別の部署向けの資料が混ざることがあります。

AIへ資料を使わせる前に、次の項目を整理します。

• 資料の名前
• 正式版を保存する場所
• 内容を決める責任者
• 何の判断に使ってよいか
• 最終更新日と次の見直し時期
• 別資料と矛盾した場合の優先順位
• 情報が足りない場合に確認する相手

たとえば料金の判断なら、公式料金表をWeb記事や過去の提案書より優先すると決めます。二つの正式資料で内容が違う場合は、AIに都合のよいほうを選ばせず、両方を示して責任者へ戻します。

最初の知識庫は3〜5件でもよい

全社ファイルを丸ごと読ませる必要はありません。一つの仕事に必要な承認済み資料を、まず3〜5件へ絞ります。

資料を増やすほど、古い情報や無関係な情報が混ざり、確認の負担や利用費用も増えます。今回の仕事に必要な資料だけを取り出す考え方が大切です。

AIの「考える力」と外部を操作する道具は別

AIは、接続されていないメールやカレンダーを見ることはできません。外部の情報を取得したり、別のサービスを操作したりするには道具が必要です。

代表的な道具には、次のようなものがあります。

• 社内資料を探す検索
• 金額や日数を計算する機能
• ファイルを読んだり、下書きを保存したりする機能
• CSVの形式確認などを行う処理
• メール、カレンダー、顧客管理などの外部サービスとの接続

道具を渡すと、できる仕事は増えます。同時に、誤送信、誤登録、上書き、削除、情報漏えいなどの影響も広がります。

そこで、仕事の一手ごとに「AIの文章生成だけでできないか」「読み取りだけで足りないか」を確認し、必要な場合だけ道具を追加します。

API・MCP・コネクタとは

専門用語を簡単に整理すると、次のようになります。

APIとMCPは、どちらか一方だけを選ぶものではありません。MCPで接続した先が、既存サービスのAPIを使うこともあります。

重要なのは接続方法の名前ではなく、「どの情報が見えるか」「どんな操作ができるか」「誰のアカウントを使うか」「実行前に人が確認できるか」です。

MCPやコネクタを使っただけで、自動的に安全になるわけではありません。

道具ごとに「契約書」を作る

「メールツールを使える」だけでは、メールを読むのか、下書きを作るのか、送信するのかが分かりません。

AIへ渡す道具には、次の内容を決めます。

たとえば「社内確認用の返信下書きを一件だけ新規作成する。顧客へ送信しない。失敗時は変更の有無を示し、再試行は一回まで」と定めます。

道具が失敗したとき、黙って何度も実行させてはいけません。二重登録や費用の増加を防ぐため、試した回数と変更の有無を記録し、人へ戻します。

権限は5段階に分ける

同じサービスでも、「見る」「下書きを作る」「変更する」「外部へ送る」「削除する」では危険性が違います。

「Google Driveを使える」「メールを使える」という広い権限では足りません。

「指定担当者が開始したときだけ、承認済みFAQフォルダを読み、下書きフォルダへ一件だけ新規作成できる。削除、移動、共有設定の変更はできない」というところまで絞ります。

三つの安全装置を重ねる

安全対策は、一つだけに頼りません。

1. 文章によるルール： AIへ「顧客へ送信しない」と伝える
2. 技術的な制限： 送信する道具を渡さず、下書き作成だけを許可する
3. 人の業務承認： 担当者が文面と根拠を確認してから、自分で送信する

文章で禁止しただけでは、実際に操作できない状態にはなっていません。また、製品画面で技術的な操作を「許可」したことと、会社として金額や文面を承認したことは別です。

技術上の許可と、経営・業務上の承認を分けて考えます。

秘密情報をチャットや共有ファイルへ書かない

APIキー、パスワード、認証トークンは、サービスを利用するための合鍵です。

次の場所へ直接書かないようにします。

• AIとの会話や指示文
• 社内で共有する手順書
• プロジェクトの説明ファイル
• 変更履歴へ残るファイル
• 通常の作業ログやエラー文

実際に接続するときは、秘密情報の値を本文へ表示しない管理方法を使います。また、誰が管理するか、漏えいが疑われたときに誰が無効化・再発行するか、担当変更時にどう権限を外すかも決めます。

回数・時間・費用にブレーカーを付ける

AIエージェントは、道具が失敗したり、情報を見つけられなかったりすると、同じ処理を繰り返すことがあります。

最初に仮の上限を決めます。

• 一案件で進める段階数
• 同じ道具を試す回数
• 不足情報を確認する質問数
• 一案件に使う時間
• 読み込む資料の数や対象期間
• 一件・一日あたりの費用

上限へ達したら、新しい処理を続けず、現在地と理由を人へ渡します。

最初から正しい数字を決める必要はありません。小さな上限で試し、結果を見ながら調整します。

ログは監視ではなく「作業伝票」

ログとは、後からAIの仕事をたどるための記録です。すべての会話や資料を永久保存することではありません。

残す候補は次のようなものです。

• 匿名の受付番号と開始・終了日時
• 使用した資料の名前、版、更新日
• 使用した道具と結果
• 変更したかどうか、保存先、エラー、再試行回数
• 誰が何を承認したか
• 最終状態、停止理由、引き継ぎ先
• 使用量や費用を確認できる数字

一方、APIキー、パスワード、不要な個人情報、顧客本文の丸ごと複製などは残しません。

ログには、閲覧できる人、保存期間、削除方法、事故や苦情が起きたときに確認する担当者も決めます。

初回は「限定読み取り＋社内下書き」で十分

最初の試作では、メール送信、カレンダー変更、顧客台帳更新まで行う必要はありません。

たとえば問い合わせ準備エージェントなら、次の範囲から始められます。

• 担当者が匿名化した問い合わせを一件だけ渡す
• 承認済みのサービス表、FAQ、営業時間だけを読む
• 不足情報と根拠付き返信案を作る
• 指定した場所へ社内下書きを一件だけ新規作成する
• 人の確認待ちで止まる

メール送信、予約確定、値引き、見積確定、顧客台帳の変更、長期記憶への顧客情報保存は行いません。

「できないことを増やす」のも設計です。まずは、担当者が読む・整理する・下書きする時間を減らせるかを確認します。

まとめ：便利な接続より、必要な鍵だけ渡す

AIエージェントへ多くの資料や道具を渡すほど、必ず成果が良くなるわけではありません。古い情報、不要な個人情報、誤操作の範囲まで増える可能性があります。

会社の正本、今回だけ使う情報、作業状態、長期記憶を分け、道具は一つの仕事から逆算して選びます。権限は読み取り・下書き・変更・外部操作・削除へ分け、文章のルール、技術的な制限、人の承認を重ねます。

最初は、承認済み資料の限定読み取りと、社内下書きの新規作成からで十分です。

YMWorksでは、AIツールの導入だけでなく、社内情報の整理、正本の決定、接続範囲、権限、承認、記録方法まで一緒に設計します。「どのサービスをつなぐか」より前の段階から、安全で無理のない導入方法をご相談いただけます。

参考情報

• OpenAI「A practical guide to building agents」
• Model Context Protocol「What is the Model Context Protocol?」
• Anthropic「Claude Codeの権限設定」
• NIST「AI Risk Management Framework Core」
• 経済産業省「AI事業者ガイドライン（第1.2版）」