追記: 2026年6月14日の最新情報
2026年6月14日時点でMicrosoft Partner Centerの6月告知とWork IQ Licensing Resourcesを確認すると、Work IQ APIの一般提供日は引き続き2026年6月16日とされています。今回追加で押さえたいのは、GA前に管理者がMicrosoft admin centerで消費型課金を有効化し、支払い方法、アクセス方針、利用上限、アラートを準備する必要がある点です。
- カスタムエージェント、Foundry、第三者AIプラットフォームからWork IQ APIsを使ってMicrosoft 365データにグラウンディングする場合は、Work IQ APIの利用が直接課金対象になります。
- Microsoft 365 Copilotの組み込み済みエージェントを利用する場合は、Partner Center告知ではWork IQ usageがライセンスに含まれ、Copilot Creditsは不要と整理されています。
- Copilot StudioのWork IQ MCP overviewはまだpreview表記を残しつつ、前提条件としてMicrosoft 365 Copilot licenseと、6月16日以降のCopilot Credits課金を示しています。
したがって、GA当日に見るべきなのは「Work IQ APIがGAになったか」だけではありません。Copilot StudioのMCP画面、Microsoft Learnのpreview表記、課金ページ、Microsoft admin centerの支払い・上限設定がそろっているかを分けて確認すると、導入判断を誤りにくくなります。
このテーマをもう少し広げて見るなら、Foundry IQ知識ベースが一般提供：MCP、Serverless preview、権限継承の確認ポイント と Claude Fable 5がMicrosoft 365 Copilotにプレビュー登場：default-off、データ保持、管理者設定の確認ポイント も合わせて確認してください。Work IQをFoundryやMCP連携の中で読む読者に、知識ベースと権限継承の整理を続けて確認してもらうため
3行まとめ
Microsoft 365 Copilotの仕事文脈をエージェントや自社アプリに渡すWork IQ APIsが一般提供予定です。
利用可否だけでなく、消費、支出上限、部門別の費用負担、第三者エージェント利用時の扱いを確認します。
Copilot StudioではMCP、自社アプリや既存オーケストレーターではRESTが入口になりますが、用途ごとの制限を分けて見ます。
GA前の判断では、機能検証と同じ重さで、課金、権限、監査、停止手順を確認します。
- Microsoftは、Microsoft 365 Copilotの仕事文脈をエージェントや自社アプリに渡すWork IQ APIsを、2026年6月16日に一般提供する予定です。
- 管理者が先に見るべき点は「使えるか」だけではありません。Copilot Creditsの消費、支出上限、部門別の費用負担、第三者エージェント利用時の責任分界を確認する必要があります。
- Copilot Studioで使うならMCP、自社アプリや既存オーケストレーターに組み込むならRESTが入口になります。ただしREST APIはアクション実行や長時間タスクに向かないため、用途を分けて判断します。
Microsoft 365のエージェント機能を追っている読者にとって、Work IQ APIsの一般提供は「新しいAPIが増える」というだけの話ではありません。メール、会議、Teams、OneDrive、SharePoint、人物情報、組織コンテキストといった業務データを、エージェントがどう安全に参照し、誰の予算で使い、どこまで監査できるのかという運用の話です。
すでにWork IQの基本や6月16日の一般提供予定を追っている場合は、既存の<a href="https://msft-watch.blog.mo-gmo.com/msft-17-work-iq-apis-june-16-copilot-credits/">Work IQ APIs解説</a>も合わせて確認できます。本稿では重複を避け、GA前後に管理者・情シス・エージェント開発担当者が見落としやすい課金、MCP/REST、Cost Management、第三者エージェントの確認点に絞ります。
Work IQ APIsのGAで何が変わるのか
- 1Microsoft 365データ
メール、会議とカレンダー、OneDriveとSharePointの文書、Teamsメッセージ、人物と組織コンテキストが対象になります。
- 2Work IQ
単なる検索APIではなく、組織内のコンテンツ、人、会議、チャット、ファイルの関係を仕事文脈として扱います。
- 3エージェントやAIアプリ
Microsoft 365データを安全に推論へ使うための入口として、エージェント型アプリやAIアプリケーションが利用します。
- 4権限と監査
既存の権限、コンプライアンス、ガバナンス制御を保持できるかを導入時に確認します。
Work IQは、Microsoft 365内のあらゆるデータを無制限に取り出す入口として読むのではなく、既存の権限設計とセットで評価します。
Microsoft 365 Blogは2026年6月2日、Work IQ APIsを2026年6月16日に一般提供すると発表しました。Work IQは、Microsoft 365内の仕事の流れを理解するための層として説明されています。単なる検索APIではなく、組織内のコンテンツ、人、会議、チャット、ファイル、業務システムとの関係を、エージェントが使いやすい文脈として扱う考え方です。
Work IQはMicrosoft 365の仕事文脈をエージェントに渡す層
Microsoft LearnのWork IQ API overviewでは、Work IQ APIがエージェント型アプリやAIアプリケーションに向けて、Microsoft 365データを安全に推論できるようにするAPIとして説明されています。対象として示されているのは、メール、会議とカレンダー、OneDriveとSharePointの文書、Microsoft Teamsメッセージ、人物と組織コンテキスト、Enterprise search結果です。
ここで重要なのは、Work IQを「Microsoft 365内のあらゆるデータを無制限に取り出せる入口」と読まないことです。Microsoftは、既存の権限、コンプライアンス、ガバナンス制御を保持する前提で説明しています。つまり、導入判断では「どのデータを使えるか」だけでなく、「既存の権限設計がそのまま守られるか」「ユーザーが見られない情報をエージェントが見てしまわないか」「ログや監査で追えるか」を確認する必要があります。
根拠として見る一次情報
GA日と課金はMicrosoft Licensing Resources、Work IQの範囲とプロトコルはMicrosoft Learn、発表の背景とCost Management dashboardはMicrosoft 365 Blogで確認します。仕様と料金は同じページにまとまっていないため、1つの記事だけを読んで判断すると抜けが出ます。
GA予定とpreview表記は分けて読む
2026年6月11日時点で、Microsoft 365 BlogとMicrosoft Licensing Resourcesは6月16日の一般提供予定を示しています。一方で、Microsoft Learn側のWork IQ API、MCP、REST API関連ページにはpreview表記が残っています。この差は、公開前のタイミングでは珍しくありません。
読者がいま取るべき姿勢は、GAを否定することではなく、GA日以降にドキュメント表記、利用条件、料金表、管理画面名がそろったかを再確認することです。特にREST APIの制限やCopilot Studio側の前提条件は、導入設計に直結します。
注意点
Work IQをMicrosoft GraphやMicrosoft Searchの単純な置き換えとして扱うと、設計を誤ります。Work IQ APIsは、エージェントがMicrosoft 365の仕事文脈を扱うための新しい入口として見るのが自然です。既存API、Microsoft Graph、Copilot Studio、Microsoft Foundry、Agent 365のどれと組み合わせるかは、用途ごとに分けて確認します。
Copilot Credits課金で管理者が見るべきポイント
具体的な費用判断では、GA時点のMicrosoft Licensing ResourcesとCopilot Studio pricingを再確認します。
Work IQ APIsでいちばん見落としやすいのは、技術仕様より費用の発生点です。Microsoft Licensing Resourcesは、Work IQ APIがCopilot Creditsを使う消費型モデルで請求されると説明しています。Work IQ API専用の別サブスクリプション、SKU、per-user licenseではないとも明記しています。
Work IQ API専用SKUではなくCopilot Creditsを消費する
Work IQ APIの費用は、Copilot Creditsの残高から引かれる形で扱われます。Microsoftの説明では、自社でWork IQ APIsを呼ぶエージェントやアプリを作る場合、またはMicrosoft 365データにWork IQ APIsでグラウンディングする第三者エージェントを使う場合に、Work IQ API料金が発生します。
この点は、社内承認の粒度を変えます。従来のSaaS導入なら「このユーザーにこのライセンスを割り当てる」で終わる場面でも、Work IQ APIsでは「誰が呼んだAPIか」「どの部門の業務か」「どのCredit残高から消費するか」「上限に達したら止めるか継続するか」を決める必要があります。
評価基準
導入前に、少なくとも次の4点は表にしておきたいところです。
| 確認項目 | 管理者が決めること |
|---|---|
| 利用部門 | どの部門の業務でWork IQ APIsを使うか |
| 費用負担 | Copilot Creditsの消費をどの予算にひも付けるか |
| 上限到達時 | エージェントを止めるか、pay-as-you-goで継続するか |
| 承認者 | credit requestや第三者エージェント接続を誰が承認するか |
Chat/ContextとToolsでは費用の読み方が違う
Microsoft Licensing Resourcesは、Work IQ API consumptionを2つに分けています。Work IQ Chat APIとWork IQ Context APIは、グラウンディング、取得、推論のような問い合わせ型の消費として変動課金になります。Work IQ Tool APIは、アクションやツール呼び出しに対して静的なAPI call単位の課金として説明されています。
同ページでは、Work IQ Tool APIについて0.1 Copilot Credits per API callと示しています。また、Light、Medium、Heavyのシナリオ例として、1回あたりのドル換算レンジも掲載されています。ただし、Microsoft自身がこれらを例示価格と位置づけ、シナリオの複雑さによって変わると説明しているため、社内資料に固定単価として転記するのは避けたほうが安全です。
確認項目
PoCの段階では、料金表よりも先に「どのAPI種別を何回呼ぶ設計か」を見ます。Chat APIで回答まで返すのか、Context APIで材料だけを取り出して自社オーケストレーターが処理するのか、Tool APIでメールや予定のようなアクションに近い処理を扱うのかで、費用の見え方が変わります。
Cost Management dashboardを運用設計に入れる
Microsoft 365 Blogは、Microsoft 365 admin centerに新しいCost Management dashboardを用意すると説明しています。管理者はAI credit usageを確認し、Copilot Credit billingをprepaidまたはpay-as-you-goで構成し、tenant、group、user単位でspending limitsを設定し、ユーザーからのcredit requestを監視できるとされています。
この説明をそのまま読むなら、Work IQ APIsは単独の開発者向けAPIではなく、管理者の費用統制とセットで使うものです。導入前の社内説明でも、「どんなエージェントが作れるか」だけでなく、「月次で何を見るか」「誰が上限を変えられるか」「使いすぎたときにどこで止めるか」を先に決めておく必要があります。
MCPとRESTはどう使い分けるか
- 1Copilot Studio
Work IQ MCPを使う場合は、Microsoft 365 Copilot license、Copilot Credits、Azure subscriptionの前提条件を確認します。
- 2MCP
Copilot Studio上のエージェントでWork IQを扱う入口として読み、preview表記や管理者要件を分けて確認します。
- 3REST
自社アプリや既存オーケストレーターに組み込む場合の入口として、テキスト応答中心の用途に向くかを見ます。
- 4RESTの制限
アクション実行、コンテンツ生成スキル、長時間タスクに向かない点や、Web検索グラウンディングの扱いを業務要件と照合します。
MCPとRESTは優劣ではなく、誰が管理し、どこで承認し、どのログで追うかが変わる入口として整理します。
Work IQは複数の入口を持ちます。Microsoft Learnでは、A2A、Local MCP、Remote MCP、RESTが示されています。この記事では、導入企業がすぐ判断に使いやすいMCPとRESTに絞って整理します。
Copilot StudioでWork IQを使うならMCPの前提条件を見る
Copilot StudioでWork IQを使う場合、Microsoft Copilot StudioのWork IQ MCP overviewが重要です。同ページでは、Work IQ MCPがpreview featureであること、Work IQ MCPサーバーを使うにはMicrosoft 365 Copilot licenseが必要であること、Microsoft 365 admin centerでMCPサーバーを管理できることが説明されています。
さらに、同ページの前提条件では、Work IQに接続する前にMicrosoft 365 Copilot licenseを確認すること、2026年6月16日からWork IQ APIがCopilot Creditsを使う消費型課金で利用可能になることが示されています。Copilot Studio pricing側では、Copilot Studioのpre-purchase planとpay-as-you-goがあり、エージェント利用にはAzure subscriptionが必要とされています。
確認項目
Copilot StudioでWork IQを扱う場合は、次の順に確認すると混乱が少なくなります。
| 順番 | 確認すること | 理由 |
|---|---|---|
| 1 | Microsoft 365 Copilot license | Work IQ MCPサーバー利用の前提として示されているため |
| 2 | Copilot Creditsの方式 | prepaidかpay-as-you-goかで上限と予算管理が変わるため |
| 3 | Azure subscription | Copilot Studio pricingでエージェント利用の前提として示されるため |
| 4 | Microsoft 365 admin centerの許可設定 | 組織としてどのMCPサーバーを使わせるかを制御するため |
自社アプリや既存基盤ならREST APIの制限を先に見る
Work IQ REST APIは、自社アプリやサービスからMicrosoft 365 Copilotにマルチターンの会話を投げ、Enterprise search groundingとWeb search groundingを使って回答を返す入口として説明されています。自社の業務アプリ、社内ポータル、既存のAIオーケストレーターからMicrosoft 365の文脈を使いたい場合、RESTはわかりやすい選択肢になります。
ただし、REST APIには明確な制限があります。Microsoft LearnのREST API overviewは、アクションやコンテンツ生成スキル、ファイル作成、メール送信、会議スケジュールのような処理には対応しないと説明しています。テキスト応答中心であり、長時間タスクにも向きません。Web search groundingは既定で使われ、不要な場合はメッセージごとにオフにする必要があります。
注意点
REST APIを「自然言語で何でも実行できる業務自動化API」と紹介するのは危険です。RESTは回答や文脈取得には使いやすい一方、実際の操作、長時間のジョブ、ファイル生成、メール送信まで任せる設計には向いていません。アクションが必要なら、別のAPIやCopilot Studio側のツール設計と切り分けます。
選定は実装しやすさより責任分界で決める
開発者目線では、MCPかRESTかは接続しやすいほうを選びたくなります。しかし企業導入では、責任分界のほうが重要です。誰が接続を許可するのか。どのログで追うのか。費用はどのCredit残高から出るのか。Web検索を使ってよい業務か。ユーザーが見られない情報をエージェントが参照しないか。
GitHub Copilot SDKの一般提供でも、MCPやAI Creditsは「便利な拡張点」であると同時に、企業が標準化すべき管理対象になっています。Work IQ APIsでも同じで、接続方式の選定は運用、監査、コスト管理とセットで決めるべきです。管理者のGA前チェックリスト
どのテナントでWork IQ APIsを使うかを決め、対象データと部門を確認します。
Copilot Creditsをprepaidで使うのか、pay-as-you-goを許可するのかを決めます。
月間上限、部門別上限、ユーザー単位の上限をどこまで設定するかを確認します。
止めるのか、自動的にpay-as-you-goへ移すのかを事前に決めます。
credit requestを誰が見て、誰が承認するのかを明確にします。
契約、同意、停止権限、ログの所在を確認し、Microsoftが守る範囲と自社が設計する範囲を分けます。
Work IQ APIsは業務データに近い場所で動くため、費用、権限、監査、Web検索の扱いを同じ表で確認します。
6月16日の一般提供に向けて、いま作るべきものは長い稟議書ではなく、短い確認表です。Work IQ APIsはMicrosoft 365データに近いところで動くため、技術検証だけが進むと、あとから管理者が費用、権限、監査、Web検索の扱いを追いかける形になります。
ライセンスと課金の確認
まず見るのは、Microsoft 365 Copilot license、Copilot Credits、Copilot Studioの課金方式、Azure subscriptionです。すでにMicrosoft 365 Copilotを導入済みでも、Work IQ APIの利用形態によってはCopilot Creditsの消費として扱われます。既存のCopilot利用料と同じ感覚で見積もると、サードパーティエージェントや自社アプリの呼び出し回数を見落とします。
確認項目
- どのテナントでWork IQ APIsを使うか。
- Copilot Creditsはprepaidか、pay-as-you-goか。
- 月間上限、部門別上限、ユーザー単位の上限をどこまで設定するか。
- 上限到達時に止めるのか、自動的にpay-as-you-goへ逃がすのか。
- credit requestを誰が見て、誰が承認するのか。
データ境界と権限の確認
Work IQが扱うデータは、業務の中心に近いものです。メール、会議、Teamsメッセージ、OneDrive/SharePoint文書、人物情報、組織関係、Enterprise search結果が対象に含まれるなら、DLP、保持ポリシー、秘密度ラベル、ゲストアクセス、部門をまたぐ権限設計との関係を確認する必要があります。
Microsoftの説明では、Work IQはMicrosoft 365 tenant trust boundaryの中で動き、エージェントの操作は監査可能、発見可能とされています。これは安心材料ですが、社内の導入判断では「Microsoftが守る範囲」と「自社が設計する範囲」を分ける必要があります。とくに第三者エージェントがWork IQ APIsでMicrosoft 365データにグラウンディングする場合、契約、同意、停止権限、ログの所在を明確にします。
サードパーティエージェントの確認
Microsoft Licensing Resourcesは、第三者エージェントがWork IQ APIsを通じてMicrosoft 365データにグラウンディングする場合も、Work IQ API chargesの対象になり得ると説明しています。これは重要です。自社が直接APIを呼んでいなくても、ベンダーアプリがWork IQを使えば、費用とデータアクセスの確認が必要になります。
第三者コーディングエージェントの安全検証で見たように、エージェント導入では「便利だから使う」だけでなく、検証、監査、許可、停止の手順が必要です。Work IQ APIsでも、社外アプリがMicrosoft 365の仕事文脈に触れるなら、承認の単位を細かく決めておくべきです。未確認なら止める条件
| 項目 | 止めるべき状態 |
|---|---|
| 費用 | Copilot Creditsの消費元と上限が決まっていない |
| 権限 | どのMicrosoft 365データを参照するか説明できない |
| Web検索 | Web search groundingを許可する業務範囲が決まっていない |
| サードパーティ | ベンダー側のログ、同意、停止権限が不明 |
| 監査 | 誰が何を実行したか追う場所が決まっていない |
導入パターン別に見る失敗しやすいポイント
導入パターンの違いは、便利さの比較ではなく、費用とデータアクセスの責任分界の違いとして見ます。
Work IQ APIsは、1つの導入パターンだけで語ると実態を見誤ります。自社エージェント、Copilot Studio、サードパーティエージェントでは、同じWork IQでも管理者が見る場所が変わります。
自社エージェントはコスト試算が後回しになりやすい
自社アプリや社内エージェントからWork IQ APIsを呼ぶ場合、PoCでは少人数・少回数なので費用が見えにくくなります。ところが、問い合わせ型のChat APIやContext APIを部門全体で使い始めると、呼び出し回数とシナリオの複雑さが効いてきます。
このパターンでは、技術検証の前に「1ユーザーが1日に何回使うか」「応答だけで済むか、Contextを返して別処理するか」「Tool API呼び出しが何回発生するか」を粗く見積もるだけでも、後の議論が変わります。
Copilot Studioは作成体験より運用設計を見る
Copilot Studioは、エージェントを作る体験が前面に出ます。しかし企業導入では、作れることより運用できることが大事です。Microsoft 365 admin center、Power Platform admin center、Copilot Studio側の接続設定、Cost Management、Purviewなど、どこで何を見るかを先に分けておきます。
特にWork IQ MCPは、管理者が組織内で許可またはブロックする対象になり得ます。使えるMCPサーバーを広げるほど、利用者の体験はよくなりますが、監査と費用管理の面は複雑になります。
サードパーティエージェントは契約と監査の線引きが重要
サードパーティエージェントの利用では、ユーザーが直接Work IQ APIを意識しないことがあります。業務アプリの中で「Microsoft 365の文脈を使って回答する」機能として提供され、裏側でWork IQ APIsが使われる形です。
この場合、導入企業は少なくとも、どのMicrosoft 365データが使われるか、Web検索を使うか、Copilot Creditsは誰の残高から消費されるか、ベンダーが取得するログは何か、停止したいときにどこで止めるかを確認します。契約時に曖昧なまま入れると、便利さよりもあとからの説明責任が重くなります。
上振れと下振れ
上振れは、Microsoft 365内の仕事文脈を使った実用的な業務エージェントを、従来より短い距離で作れることです。下振れは、権限、費用、Web検索、第三者接続を曖昧にしたまま導入し、管理者が後から止め方を探すことです。Work IQ APIsは強力な入口だからこそ、GA前に「使う条件」と「止める条件」を同時に決めておくべきです。
6月16日以降に再確認するポイント
- 料金表
Microsoft Licensing ResourcesとCopilot Studio pricingで、Copilot Credits、Tool API、prepaid/pay-as-you-go、Azure subscription要件を確認します。
- Learn表記
Work IQ API overview、Work IQ MCP overview、Work IQ REST API overviewで、GA予定とpreview表記の差分を確認します。
- 管理画面
Cost Management dashboardは、公式ブログで示された範囲と実画面の差が出る可能性を前提に確認します。
- 更新条件
課金、管理画面、REST制限、第三者エージェントの扱いに変更があれば、社内チェックリストも更新します。
GA後の再確認では、料金、ドキュメント表記、管理画面、運用ルールを別々に見て、1つのページだけで判断しないようにします。
Work IQ APIsは2026年6月16日に一般提供予定です。この記事は2026年6月11日時点の一次情報で確認していますが、GA当日以降に見るべき点がいくつかあります。
料金表とLearn表記を再確認する
まず、Microsoft Licensing ResourcesとCopilot Studio pricingを再確認します。Copilot Creditsの説明、例示価格、Tool APIのCredit消費、prepaid/pay-as-you-go、Azure subscription要件が変わっていないかを見ます。
次に、Microsoft LearnのWork IQ API overview、Work IQ MCP overview、Work IQ REST API overviewを見ます。preview表記が変わったか、対応プロトコルや既知の制限が変わったか、RESTのWeb search groundingや長時間タスクの扱いに変更がないかを確認します。
Cost Management dashboardの実画面情報は断定しない
Microsoft 365 BlogはCost Management dashboardの機能を説明していますが、管理画面の実際の名称、表示単位、権限ロール、レポートの粒度は、GA後の公式手順または実画面で確認する必要があります。記事や社内手順で「ここをクリックすればよい」と書くのは、公式手順がそろってからで十分です。
6月のMicrosoft関連発表をまとめて追う場合は、<a href="https://msft-watch.blog.mo-gmo.com/monthly-topics-2026-06/">2026年6月の重要トピックまとめ</a>も更新確認の入口になります。Work IQ APIsは、Microsoft 365 Copilot、Copilot Studio、Agent 365、MCP、企業向けAIエージェントの複数テーマにまたがるため、単発記事だけで追うより月次で差分を見るほうが安全です。
更新条件
次のいずれかが変わった場合は、導入メモや社内チェックリストを更新します。
| 更新対象 | 見る場所 | 変わったら直すこと |
|---|---|---|
| GA状態 | Microsoft 365 Blog / Licensing Resources | preview / GA / availabilityの表記 |
| 課金 | Licensing Resources / Copilot Studio pricing | Copilot Credits、例示価格、上限設定 |
| MCP | Work IQ MCP overview | ライセンス、管理者設定、接続手順 |
| REST | Work IQ REST API overview | 制限、Web検索、対応機能 |
| 管理画面 | Microsoft 365 admin center関連資料 | Cost Managementの表示名、権限、手順 |
次に読むなら
参照した主な情報源
- Microsoft 365 Blog, Announcing the new Work IQ APIs: https://www.microsoft.com/en-us/microsoft-365/blog/2026/06/02/announcing-the-new-work-iq-apis/
- Microsoft Licensing Resources, Work IQ GA June 16, 2026: https://www.microsoft.com/en-us/licensing/news/work-iq-general-availability
- Microsoft Learn, Work IQ API overview: https://learn.microsoft.com/en-us/microsoft-365/copilot/extensibility/work-iq/api-overview
- Microsoft Learn, Work IQ MCP overview in Copilot Studio: https://learn.microsoft.com/en-us/microsoft-copilot-studio/use-work-iq
- Microsoft Learn, Work IQ REST API overview: https://learn.microsoft.com/en-us/microsoft-365/copilot/extensibility/work-iq/rest/overview
- Microsoft 365 Copilot pricing, Copilot Studio: https://www.microsoft.com/en-us/microsoft-365-copilot/pricing/copilot-studio
更新履歴
- 2026年6月11日 JST: Microsoft 365 Blog、Microsoft Licensing Resources、Microsoft Learn、Copilot Studio pricingを確認して初稿を作成しました。専門メディアは需要シグナルとしてのみ確認し、仕様・料金・提供条件の根拠には使っていません。
運営注記
Microsoft Watch JapanはMicrosoft Corporationおよび関係会社と提携していない独立サイトです。製品名、サービス名、会社名は各社の商標または登録商標です。料金、提供条件、管理画面の仕様は変更される可能性があるため、導入前には必ず公式情報を確認してください。