Claude for Microsoft 365の必須レビュー、本当に必須なのはどこか

Claude for Microsoft 365の必須レビューとは何か

Claude for Microsoft 365(M365)は、Excel・Word・PowerPoint・Outlookで使うClaudeのアドインです。Excel・Word・PowerPointには、Microsoft AppSourceの「Claude for Microsoft 365」掲載から入ります。Outlookは、別掲載の「Claude for Outlook」からです。PowerPointもExcelと並ぶ対象です。いずれもPro・Max・Team・Enterpriseで使えます(Outlookはベータ、ほか3つは正式提供)。

Claude for Excel・Word・PowerPoint・Outlookには、変更を確定する前に人間の目を通す仕組みがあります。ただし、その強制力はアプリごとに違います。構造として塞がれているのはOutlookの送信だけです。アドインがMail.Send権限を要求しないので、Claudeがメールや招待を単独で送る経路がありません。設定で外せる機能ではなく、権限の範囲そのものによる制約です。

ほかのアプリでは、確認が入るかどうかは操作の種類と利用者の設定に左右されます。

4アプリ

アプリごとに確認が入る場所

• Word

  トラッキング編集モードに入ると、Claudeの編集が追跡された変更として入ります。

• Excel

  Claudeがリスクのある操作を提案したときに、実行前の確認が入ります。

• PowerPoint

  Excelと同じく、リスクのある操作の実行前に確認が入ります。

• Outlook

  Claudeによる送信は、権限の面で塞がれています。

CopilotとClaudeの料金・機能・提携関係の全体比較はClaude Microsoft 365 Copilot比較にあります。本記事は、レビュー機構の強制力の違いと、それが監査・コンプライアンス担当者にとって何を意味するかを掘り下げます。

Word・Excel・PowerPointは変更をどう人の目に通すか

Wordの実装がいちばん具体的です。トラッキング編集モードでは、元のテキストが削除、新しいテキストが挿入として表示され、Wordのネイティブなレビューペインで確認できます。承認するか、Ctrl+Z(MacならCmd+Z)で戻すかは人間の操作です。

Excel・PowerPointでClaudeの変更を人に通す仕組みとして案内されているのは、リスクのある操作を提案したときの実行前の確認です。この確認の背景はプロンプトインジェクション(ファイルに埋め込まれた、Claudeを操る意図の隠し指示)への対策です。取引先から届いたテンプレートやダウンロードしたデータが典型的な入口で、Wordでは、本文・コメント・変更履歴・ヘッダー・フッターに隠された指示が例に挙がっています。

Wordで検証済みの被害シナリオは3つです。

• 機密情報をWeb検索やファイルシステムアクセス経由で外へ出される
• 契約条件や財務数値といった重要な内容を書き換えられる
• 監督されない状態で許可されると、検証なしに破壊的な操作をされる

3つ目の「許可されると」は、確認を省く運用そのものが攻撃面になることを指します。リスク操作として確認を求められなかった変更まで見直す運用は、アプリが求める手順ではなく、推奨される習慣です。

Outlookはなぜ自動送信ができない設計になっているか

Claude for OutlookのアドインはMail.Send権限を要求しません。Claudeが作った下書きはOutlookの作成画面や予定表フォームに未送信で置かれ、送信ボタンを押すのは人間です。「Claudeは単独でメールや招待を送らない」と明記されています。

ただし、塞がれているのは送信だけです。

くらべる

Outlookで構造的に止まる操作と、確認に頼る操作

送信

権限で止まる

メールと招待の送信。Mail.Sendがないため、Claudeからは実行できません。

受信箱の操作

確認に頼る

スレッド検索や空き時間の照会に加え、移動やフラグ付けも、ブラウザーからMicrosoft Graph経由で行われます。下書きと受信箱の操作は、受け入れる前に確認するよう案内されています。

この線引きは、送信前レビューを前提にした監査設計に効きます。誤送信は構造で防げても、メールの移動やフラグの付け替えは、受け入れるか拒否するかが利用者の判断に残ります。

ベータ期間中の推奨事項には、無人送信を避けることが入っています。下読みなしでの取引先宛て送付や、特権情報・規制対象データを含む受信箱を、組織としての統制なしに使うことも、避ける使い方に挙がっています。外部の送信者からのメール本文や添付は「信頼できない入力」で、転送や返信の下書きを仕込む隠し指示が入っている場合があります。

承認の跡はOpenTelemetryにどう残るか

Excel・PowerPointの確認は承認後に何も残らない、と言い切れる状況ではありません。カスタムのOpenTelemetryコレクターを設定した組織では、ツール実行のスパンにtool.accept_decisionが付きます。

どの値が付いたかで、確認が実際に人の手を通ったのか、承認済みの設定で素通りしたのかを後から分けられます。Wordにはさらに、編集の受信・解析・適用を数えるイベントがあります。提案された編集がレビューされたことを数えるのがdoc_proposed_edit_reviewed_totalです。

Excelには、利用者が編集中のセルにツールが書き込む衝突を数えるoffice_agent.cell_edit_collision_totalがあります。PowerPointとOutlookは共通の項目以外のイベントを持ちません。

この記録はコレクターを設定した後の話です。設定しないままでは、確認が入ったかどうかを後から示す手がかりは、Wordの変更履歴や未送信の下書きといった文書側の状態に限られます。

ローカルに残るデータは保持ポリシーにどう影響するか

必須レビューが「確定前の確認」を扱うのに対し、確定した後のデータがどこにどれだけ残るかは別の論点です。Claude for M365は会話履歴・アップロード済みSkill・コネクタの登録情報・サインイン認証情報を、各ユーザーのデバイス上のブラウザストレージに保存します。Anthropicはこのデータのコピーを持たず、デバイス間・ブラウザ間の同期もありません。

会話履歴・Skill・認証情報がAnthropicのサーバーに溜まらないのは、データ主権の観点で有利です。一方で、Claudeに処理させたプロンプトや文書内容そのものがAnthropicを素通りするわけではありません。Anthropicへ直接サインインする第一者デプロイでは、入出力は、例外を除き受信・生成から30日以内にバックエンドから削除されます。第三者プラットフォーム経由では、文書内容は自社が設定したBedrock・Vertex AI・Azure・ゲートウェイのエンドポイントへ流れます。どの構成でも、プロンプトと応答は選んだ推論プロバイダーにだけ届きます。このときpivot.claude.aiに送られるのは、利用機能や処理時間といった運用テレメトリで、プロンプトや応答の内容ではありません。

ローカル側の保持は、この30日ルールとは別の仕組みです。

• 会話履歴は、1ユーザー・1組織・1Officeアプリあたり直近50件が古い順に自動削除されます。
• ブラウザープロファイルの容量が尽きたときも、古い会話から消えます。
• 年数による有効期限や、管理者が設定できる保持期間はありません。
• 組織で設定したカスタムデータ保持設定も継承しません。

保持を制御する実務上の手段は、ローミングプロファイルの掃除やデバイスの再イメージ化といった、デバイス側の運用だけです。Office on the webでは、アドインがクロスオリジンのフレームで動くため、ブラウザーが追跡防止やサードパーティCookie制限でストレージを分割・削除します。Web版の履歴は一時的なものとして扱うよう案内されています。

監査担当者が見落としやすい挙動が2つあります。組織が変わった場合(チームプランへの参加・脱退など)や、Claudeアカウントでのサインインとサードパーティ経由の切り替えを行った場合、以前の会話は画面の一覧から消えますが、ディスク上には残ります。一覧に出ないことは、削除されたことを意味しません。

サインイン認証情報も同じローカルストレージにあります。暗号化されずにブラウザープロファイルに置かれ、保護境界はOSアカウントとディスク暗号化です。デバイスの再構築や譲渡の前にデータをエクスポートしないと、会話履歴は失われます。エクスポートのフォルダには認証情報も一緒にコピーされるため、フォルダ自体を機密として扱うか、ローカルストレージのフォルダを取り除いてから持ち出す必要があります。

デプロイ方式によって監査の主体はどう変わるか

Claude for M365には、Anthropicへ直接サインインする第一者デプロイと、Amazon Bedrock・Google Cloud Vertex AI・Azure AI Foundry・LLMゲートウェイを経由する第三者プラットフォームデプロイがあります。この選択で、利用量・支出の追跡先と、監査ログに入る情報が変わります。

第一者デプロイでは、利用状況をClaude Enterprise Analytics API、支出をTeam・Enterprise向け管理コンソールのCSVエクスポートで追います。第三者プラットフォームでは、この2つがクラウドプロバイダーの請求コンソールとゲートウェイ自身のログに替わります。

OpenTelemetryの内容も変わります。Claude Enterprise(OAuth)ではユーザーのメールアドレスやアカウントIDまで入りますが、Bedrock・Vertex AI・Foundry・ゲートウェイの直接接続では、Claudeのユーザー識別子もMCPメタデータもファイルアップロードのスパンもありません。利用者への紐づけは、session.idをEntraのサインインイベントやゲートウェイのアクセスログと突き合わせて行います。

監査証跡はどこまで追えるか

信頼性センター(Trust Center)は、第一者・第三者それぞれのアーキテクチャ図を公開していて、プロンプト・文書内容・応答がどこを流れるかを導入前に確認できます。

カスタムのOpenTelemetryコレクターへの転送は、Claude Enterpriseの組織と、BedrockなどのクラウドやLLMゲートウェイへ直接接続するデプロイが対象です。Pro・Max・Teamプランに観測性・監査エクスポートの機能はありません。転送されるスパンには、セッションID・利用面・ツールの入出力・プロンプトの内容・文書URLが入ります。アシスタントの応答テキストは含まれません。

Anthropic自身のコレクターに向かう経路は、機微な属性を取り除くフィルタを通ります。カスタムエンドポイントを設定すると、そのフィルタは外れます。コレクターの閲覧権限は、文書内容への権限と同じ重さで決める対象です。

カスタムOTelを設定しても、4アプリの利用がEnterprise監査ログに載るわけではありません。4アプリとも「Enterprise監査ログに含まれない」と明記されています。補うのはCompliance APIで、EnterpriseでCompliance APIを有効にしている組織では、4アプリのセッションがパブリックベータの対象になり、既存のCompliance Access Keyのまま参照できます。

受け側の技術要件には癖があります。エクスポート元は各ユーザーのブラウザー内のタスクペインなので、コレクターへはクロスオリジンのPOSTになります。Grafana Cloudのようなサーバー間送信前提のマネージドOTLP受け口は、ブラウザーのCORSプリフライトに答えないのが一般的です。その場合、認証ヘッダーを送る前にブラウザーが送信を止めます。また、エクスポートのヘッダーはサインインしているすべてのユーザーのブラウザーに届くため、バックエンドの認証情報はそこに置けません。

手順

CORSで止まらない受け口の作り方

1. 1

   自前のOpenTelemetry Collectorを立てる

   OTLP HTTPレシーバーにcorsブロックを設定します。

2. 2

   プリフライトとPOSTの両方で許可ヘッダーを返す

   OPTIONS応答でAccess-Control-Allow-Originがhttps://pivot.claude.aiを含み、Access-Control-Allow-HeadersがContent-Typeと追加ヘッダーを含む状態にします。同じOriginヘッダーをPOST応答にも付けます。

3. 3

   Collectorからバックエンドへ転送する

   認証付きの呼び出しはCollectorが行うので、エクスポートのヘッダーに資格情報を置かずに済みます。

監査で事前に用意しておくものは何か

Outlookでは、Claudeが人の操作なしに送信した可能性を、権限の面から監査で排除できます。そのほかの操作は、確認の跡を別に用意しておく必要があります。

• Word: 変更履歴が文書に残るので、文書側で追える
• Excel・PowerPoint: カスタムのOpenTelemetryコレクターでtool.accept_decisionを取る
• Outlookの受信箱操作: Compliance APIでセッションを参照する

auto_acceptのような常時承認を設定すれば、確認は人の手を通らなくなります。

まとめ

Enterprise監査ログに4アプリの利用が載らない以上、事後に確認の跡を示したい組織は、Compliance APIとOpenTelemetryのtool.accept_decisionを先に設計しておく必要があります。Excel領域でのCopilotとの監査要件比較はClaude for ExcelとCopilotの比較、Microsoft 365コネクタ自体のセキュリティモデルはMicrosoft 365コネクタのセキュリティにあります。