SharePoint Agentを3人の権限差で試す―見える資料・根拠・課金を確認

この記事について この記事は、生成AIを活用した自動生成フローで作成しています。 Microsoft公式情報を基に、SharePoint のエージェントを権限の異なる3人で確認する受け入れ手順を整理しました。

この記事は、SharePoint のエージェントを小さく試すための受け入れ手順です。登場人物、サイト名、文書名、数値はすべて架空です。2026年10月28日に Microsoft の一次資料を確認しましたが、筆者のテナントでは操作していません。画面名や提供状況は組織の契約、展開状況、管理ポリシーで異なるため、本番変更前に自社テナントで確認してください。

検証ステータス：📘 Microsoft公式情報を参照・テナント操作／課金／WordPress描画は未検証

まず3操作で確認すること

1. 管理者が用意した検証用サイトで、権限の異なる3人が同じエージェントを開きます。

2. 3人が同じ質問を送信し、回答と根拠リンクを記録します。

3. User Bだけに1文書の閲覧権限を付与し、同じ質問を再送して変化を比較します。

操作後はここを見る： 値引き条件がUser Bだけで「確認できない」から根拠付き回答へ変わるかを観察します。これは期待結果であり、実テナントでの確認結果ではありません。権限・契約・課金条件を管理者が確認するまで、実環境では操作しないでください。

最初に利用条件を固定する

この表を先に埋める理由は、「回答が出ない」をすべて権限問題にしないためです。入口がない、ライセンスまたは従量課金の対象外、.agent ファイルを開けない、参照元を読めない、という失敗は見た目が似ています。契約、エージェント、データの三層を分けて記録すると、不要な権限追加を避けられます。

何を確かめる実験なのか

Microsoft の説明では、SharePoint のエージェントは利用者ごとのデータアクセス権に基づいて回答します。つまり、同じエージェントへ同じ質問をしても、見える資料が異なれば回答と根拠も異なるはずです。そこで、架空の「営業提案パイロット」サイトに次の4文書を置いた想定で、3人の結果を比較します。

User A は営業責任者、User B は一般営業、User C は外部協力者を模したテストアカウントです。実在の顧客名、メールアドレス、見積額、個人情報は使いません。特に 04_個人情報一覧.xlsx は「誰にも見せない資料」を表現するための架空ファイルで、実データを置く必要はありません。

管理者が事前に確認すること

1. 対象サイトが検証用であり、本番サイトではないことを確認します。

2. 3人が .agent ファイルを開けるかを記録します。開けない人は、参照元の回答比較へ進めません。

3. 3人のサイト、ライブラリ、フォルダー、ファイル権限をエクスポートまたは画面で記録します。

4. Copilot ライセンスの有無を確認します。未割り当て利用者を試すなら、SharePoint agents の従量課金、課金ポリシー、対象セキュリティグループを管理者が確認します。

5. 従量課金を使う場合は Azure サブスクリプション、課金ポリシー、通知先、利用停止の手順を決めます。予算到達だけでは利用も課金も止まりません。

6. 監査・利用状況を確認する担当者と、必要な管理ロールを決めます。

最小権限の原則では、テストを通すために最初から全員へサイト所有者権限を付けるのは逆効果です。異なる権限を保ったまま結果差を見ることが、この実験の目的です。

画面操作：同じエージェントに同じ質問を送る

1. エージェントを開く

各テスト利用者で Microsoft 365 にサインインし、対象 SharePoint サイトを開きます。サイトに表示されたエージェント、または共有された .agent ファイルを開きます。入口が見つからない場合は、すぐ権限を追加せず、次の順で確認します。

1. 対象アカウントとテナントが正しいか

2. Microsoft Copilot ライセンス、または従量課金ポリシーの対象か

3. .agent ファイルの閲覧権限があるか

4. 管理者がサービスプランを無効にしていないか

5. 機能の展開状況や組織ポリシーに差がないか

2. 貼り付け用プロンプトを送る

3人とも、次の文章を一字一句変えずに送ります。

営業担当者向けに、このサイトの製品概要、よくある質問、値引き承認条件を整理してください。
各項目について、根拠として使った文書名を示してください。
参照できない情報や根拠が不明な情報は推測せず、「確認できない」と書いてください。
個人名、メールアドレス、電話番号は出力しないでください。

プロンプトで資料名を決め打ちしないのがポイントです。「03_価格承認メモ.docxを読んで」と書くと、アクセスできない文書の存在自体を利用者へ知らせる可能性があります。業務目的だけを伝え、根拠に使えた文書名を結果側で確認します。

3. 回答と根拠を記録する

これは期待結果であり、実測値ではありません。実際の受け入れでは、回答本文だけでなく引用・根拠リンクを開き、利用者自身がその文書へアクセスできるかも確認します。回答に秘密が書かれていなくても、根拠リンクから不許可文書が開けるなら権限事故です。直ちにテストを止め、共有リンク、グループ、継承、個別権限を調べます。

比較するときは、回答の文章量や言い回しの違いを合否にしません。確認対象は、業務上必要な項目が回答されたか、その根拠が許可済み文書に限定されているか、不明な項目を推測していないか、という三点です。生成される文章は同じ条件でも揺れる可能性があるため、表現の一致を求めると本来の権限検証がぼやけます。逆に、表現が自然でも不許可の価格条件を含めば不合格です。評価者は読みやすさとアクセス制御を別の欄に記録し、セキュリティ上の異常を文章品質で相殺しないようにします。

一条件だけ変えて再試験する

初回の記録後、User B にだけ 03_価格承認メモ.docx の閲覧権限を付けます。他の条件は変えません。権限変更の申請番号、実施者、時刻、対象ファイルを記録し、反映を待ってから同じプロンプトを再送します。

期待する変化は、User B の値引き条件だけが「確認できない」から根拠付き回答へ変わることです。製品概要、FAQ、個人情報の結果は変わらないはずです。User A や User C の結果まで変わった場合は、ファイル単体ではなくサイトやライブラリへ広い権限を付けた、グループ変更が波及した、共有リンクの範囲を誤った、といった可能性を疑います。

この比較はエージェントの賢さを測るテストではありません。「一つの権限変更が、一つの観測差として現れるか」を確かめる制御実験です。結果が変わらないときも、AIの誤動作と決めつけず、権限反映、アカウント、参照元、質問文の順に切り分けます。

失敗を4層で切り分ける

Restricted Content Discovery は、検索や Copilot の検出範囲を一時的に制御する管理機能であり、利用者の既存アクセス権を取り消す機能ではありません。権限事故の修正をこの機能だけで済ませず、SharePoint 側の実権限を直します。また、Application Restrictions を使う場合も、サイトへのアクセスを新しく付与する機能ではなく、追加の制限境界として扱います。

課金と監査で残す証拠

パイロットでは、回答の良し悪しだけでなく、誰が何を確認したかを残します。

• テスト日時、利用者ID、エージェント名、.agent ファイルの場所

• 各利用者のライセンス有無、従量課金ポリシーとセキュリティグループ

• 送信したプロンプトの版と回答の保存場所

• 開けた根拠、開けなかった根拠、想定外に開けた根拠

• User B の一条件変更の申請・承認・実施記録

• Microsoft 365 の監査ログまたは SharePoint の agent access insights を確認した担当者と時刻

• Microsoft 365 管理センターや Azure Cost Management で確認した消費、予算通知、課金ポリシー

予算額は停止装置ではありません。Microsoft の現行資料では、設定額に応じて通知しますが、100%へ到達してもサービスと課金は継続します。止める判断が必要な組織は、通知先だけでなく、誰が従量課金サービスを切断するか、切断後の業務代替をどうするかまで決めておきます。

採用判断

次の条件をすべて満たせたときだけ、対象部署を広げます。

• 3人の回答差が事前の権限表と一致する

• 不許可文書の本文も根拠リンクも露出しない

• User B の一条件変更だけが期待どおり反映される

• .agent と参照元の権限管理者が明確である

• ライセンスまたは従量課金の対象者と費用監視方法が明確である

• 予算通知を支出停止と誤解せず、停止責任者と操作が決まっている

• 監査・利用状況を確認でき、異常時の連絡先が決まっている

一つでも説明できない差があれば、利用者を増やす前に保留します。特に「回答には出なかったから安全」と判断せず、SharePoint の元権限と根拠リンクを正本として確認してください。

まとめ

SharePoint のエージェントを安全に試すコツは、同じ質問を3人へ投げることではなく、契約、.agent、参照元データ、課金を別々の層として観測することです。架空データで権限表を作り、同じプロンプトを送り、一つのファイル権限だけを変えると、想定外の共有を小さい範囲で発見できます。従量課金の予算は通知であって停止ではないため、費用面でも「誰が止めるか」を先に決めておく必要があります。

公式情報・一次資料

• Manage access to agents in SharePoint

• Set up Microsoft Copilot pay-as-you-go services

• Create a budget for pay-as-you-go billing

• Microsoft 365 pay-as-you-go pricing

• Monitor agent access to SharePoint and OneDrive

• Restricted Content Discovery

• Restrict Microsoft 365 Copilot access to sites