Claude Cowork × Microsoft 365連携 — Outlook / OneDrive / Teams自動化の設計

要点

Claude Coworkは2026年4月9日にGA(正式リリース)となったデスクトップ型エージェントで、同年2月に公開されたMicrosoft 365コネクタを接続すると、Outlook・OneDrive・SharePoint・Teamsを横断して一度の指示で扱えるようになります。接続はMicrosoft Entraの職場アカウントが前提で、@outlook.comや@hotmail.comの個人アカウントは非対応です。Team / EnterpriseプランではGlobal Administratorによる一度きりのadmin consentと、Organization Ownerによる組織有効化という二段階が必要で、どちらが欠けてもメンバー側に接続メニューが現れません。コネクタは読み取り専用で、OAuth 2.0ベースの委任権限で動作するため、接続ユーザー自身がアクセスできる範囲だけを対象に動きます。

この記事で学べること

• Claude CoworkにMicrosoft 365コネクタを追加する管理者 / ユーザー両側の手順
• Outlook・OneDrive・SharePoint・TeamsをCoworkから扱う代表ユースケース
• OAuth 2.0委任権限とadmin consentの設計観点
• Cowork単独とMicrosoft 365連携後で業務自動化がどう変わるかの早見表
• 認証・検索・インデックス遅延など、現場で踏みがちな落とし穴

Cowork自体の全体像はClaude Cowork完全入門で整理しています。機能面の内部挙動はCowork機能の深掘りで扱うので、併せて参照すると導入設計が固めやすくなります。

前提条件

連携を始める前に、次の条件を満たしているか確認します。

Claude側

• 有料プラン（Pro / Max / Team / Enterprise）に加入している
• macOSまたはWindows版のClaude Desktopをインストール済み（Coworkはデスクトップ専用）
• Team / Enterpriseで組織全体に展開する場合はOrganization Owner権限

Microsoft 365側

• Microsoft Businessプラン配下のEntraテナントに紐づく職場アカウント
• 初回有効化時のみEntra Global Administratorによるadmin consentが必要
• Outlook / OneDrive / SharePoint / Teamsのうち、使いたいサービスのライセンスが付与済み
• 条件付きアクセス（Conditional Access）ポリシーでOAuthアプリの利用が許可されている

個人アカウントは明示的に非対応と公式に記載されているため、個人で試す場合はMicrosoft 365 Developer Programの開発者テナントを用意するのが現実的です。

連携手順

Team / Enterpriseを想定した標準フローを、役割別に順を追って説明します。Pro / Maxの個人利用ではステップ2が不要で、ステップ1を飛ばしてユーザー側の接続から始めれば動きます。

ステップ1: Entra側でadmin consentを通す

1. Global AdministratorがClaude DesktopにサインインしてCoworkを起動する
2. Customize > Connectors を開く
3. 一覧からMicrosoft 365を選び、Connectをクリック
4. Microsoftのサインインで管理者資格情報を入力
5. 同意画面で「組織全体に対する権限付与」にチェックして承認

この時点でEntraテナントに専用のエンタープライズアプリが登録されます。登録後は Enterprise Applications > Permissions で付与済みスコープを確認でき、必要に応じて個別剥奪も可能です。

ステップ2: 組織レベルでコネクタを有効化（Team / Enterpriseのみ）

1. Organization OwnerがClaudeの管理画面にサインイン
2. Organization settings > Connectors に移動
3. AddからMicrosoft 365を追加し、組織として有効化

これを実行しないと、メンバー側の Customize > Connectors にMicrosoft 365が表示されません。admin consentと「Ownerによる有効化」は別手順である点がつまずきやすいポイントです。

ステップ3: 個々のユーザーが自分のアカウントを接続

1. メンバーがClaude Desktopで Customize > Connectors を開く
2. Microsoft 365のConnectを押す
3. Microsoftのサインインで自分の職場アカウントを選び、ポップアップを許可
4. 同意画面はadmin consent済みなのでスキップされ、接続状態になる

モバイル（iOS / Android）のClaudeアプリにも同じアカウントの接続状態が伝播するため、Coworkで動かした結果を手元で確認する運用にしやすくなります。

ステップ4: Coworkタスクで呼び出す

Cowork画面でゴール文を投げると、必要に応じてGraph API由来のツール（SharePoint検索、Outlookメール / カレンダー検索、Teamsのチャット検索や会議トランスクリプト取得など）が自動で呼ばれます。利用者側はどのツールを叩くかを意識する必要はありません。実行中は View plan から計画が見えるので、想定外の範囲を触っていないかはここで確認できます。

代表的な自動化ユースケース3選

CoworkとMicrosoft 365の組み合わせで実務価値が高いユースケースを3つに絞ります。いずれもCoworkのスケジュール機能と相性が良く、「毎週月曜の朝」のような周期実行に載せやすいものです。

1. 週次の顧客動向ダイジェスト

先週 1 週間の Outlook 受信メールから、
「見積依頼」「契約更新」「クレーム」に関する会話を抽出し、
SharePoint の顧客フォルダにある案件メモと突合して、
案件別 1 行サマリーを OneDrive 上の週次テンプレートに追記してください。

Outlookのスレッド検索とSharePointの案件メモを横断し、最後にOneDriveのテンプレへ流し込むフローです。スケジュール実行に乗せれば、月曜朝には更新済みのレポートが置かれている状態を作れます。

2. 会議前ブリーフィングの自動生成

明日 10:00 の "戦略レビュー" Teams 会議について、
前回会議の録画トランスクリプトと、
Outlook で関係者から届いた事前資料 PDF を読み込み、
決定事項・未解決論点・当日の確認ポイントを A4 1 枚にまとめてください。

Teamsの会議トランスクリプトとOutlookの添付ファイルを組み合わせ、当日のファシリテーション資料まで仕上げます。録画公開の遅延がある場合は「録画が揃っていなければその旨を最初に報告する」旨を指示に添えておくと取り回しが良くなります。

3. プロジェクト横断のステータス抽出

SharePoint のプロジェクト X サイト配下の最新仕様書と、
Teams のプロジェクト X チャネルから過去 2 週間の議論を読み、
「進行中 / 停滞 / 未着手」の 3 ステータスで全タスクを分類した
マークダウン表を返してください。

ローカルにダウンロードせずにSharePointとTeamsを直接横断できる点が、従来の「ファイルをドラッグ&ドロップしてから頼む」使い方との決定的な差です。

Cowork単独 / Microsoft 365連携後の業務自動化の早見表

同じゴールでも、連携の有無で動き方が大きく変わります。

Cowork単独でも「ローカルに情報がまとまっていれば強い」道具ですが、連携後は情報を集める工程そのものがCoworkの担当領域になるのが質的な違いです。

セキュリティと権限設計の注意点

Microsoft 365コネクタは便利さと引き換えに、組織データに広く触れます。最低限おさえたい観点を並べます。

読み取り専用で固定されている ClaudeはMicrosoft 365上のコンテンツを作成・変更・削除しません。メール送信やカレンダー作成まで自動化したい場合は、別途Power Automateや自作MCPサーバーなど書き込み権限付きの仕組みと組み合わせる設計が必要になります。

委任権限で動くため個人の可視範囲を超えない コネクタはOAuth 2.0の委任フローで動作し、接続ユーザーが既にアクセスできる範囲だけが対象です。他人のプライベートメールや権限外サイトには届きません。一方でSharePoint検索はSites.Read.All相当のスコープが必要で、サイト単位の限定は現状できないため、機密サイトはSharePoint側の共有設定や情報保護ラベルで事前にガードする設計が前提になります。

Conditional Accessと監査を味方につける Entraの条件付きアクセスでMFA強制・デバイス準拠・IP制限・グループ限定が併用できます。Graph呼び出しはすべてMicrosoft 365監査ログに残るため、Compliance Centerから「誰がいつ何を読んだか」を追跡できます。Team / EnterpriseではOpenTelemetryでCowork側の活動も別途取得し、二重化するのが安全です。

切り離しは多層で可能 ユーザー単位（Customize > Connectorsからの切断）、組織単位（Ownerによる無効化）、Entra管理者による権限剥奪の3層で即時に遮断できます。インシデント対応手順として、どの層で止めるかを先に決めておくと判断が速くなります。

よくあるつまずき

実際の導入で問題になりやすい点を、原因と回避策のセットで以下に挙げます。

admin consentを飛ばして個人接続から始めてしまう Team / Enterpriseで管理者の同意前にメンバーがConnectを押すと、Microsoft側の同意画面で弾かれたり、一見成功してもツールが一切使えない状態になります。導入順は「admin consent → Ownerの組織有効化 → 個別接続」で固定するのが安全です。

SharePointに上げたばかりのファイルが見つからない Microsoft 365のインデックス反映には遅延があり、直前にアップロードしたファイルはCoworkから検索しても出ないことがあります。発表直前の資料などは、SharePointのURLをCoworkに直接貼り付けて参照させる運用でしのげます。

Teamsで過去チャットが読めない 委任権限の性質上、自分がそのチャットの参加者でない限り読めません。Cowork経由でも同じで、全社会話を横断する用途には向きません。必要なときは自分をそのチャネルの参加者として追加してから実行します。

モバイルでツールが呼ばれない iOS / AndroidのClaudeアプリでもコネクタ自体は共有されますが、Coworkモードはデスクトップ専用です。モバイル側は通常のチャットからMicrosoft 365コネクタを使う形になる点を押さえておくと、期待値のズレが出ません。

スケジュール実行とOAuth期限の組み合わせ 長期間スケジュール化したタスクを放置していると、リフレッシュトークンの失効で突然失敗することがあります。アクティブにCoworkを使っていれば自動更新されますが、メンバーの休職・退職が発生した場合はスケジュールごと棚卸しする運用をセットで用意しておきます。

まとめ

Claude CoworkとMicrosoft 365コネクタの組み合わせは、ゴール指向のエージェントを業務データのど真ん中に置く構成で、「手元にファイルを集めてから頼む」という従来のやり方から質的に変化します。押さえるべきは、Entraのadmin consentとOwnerの組織有効化という二段構え、OAuth 2.0委任で動く読み取り専用という境界、そしてSharePoint検索のテナント全体スコープなどの副作用です。まずは個人アカウントで機能を触り、次にTeam / Enterpriseでadmin consentとConditional Accessを整え、最後に定期実行に載せたユースケースから価値を測っていく、というロールアウトが現実的な進め方になります。