Work IQ APIが解決する「コンテキスト問題」
エンタープライズAIエージェントの開発において長年の課題となってきたのが「コンテキスト不足」の問題だ。 汎用のLLMはトレーニングデータの知識は持っているが、「この部署のこのプロジェクトで先週誰と何を話したか」という業務固有の文脈は持っていない。
Work IQ APIはこの問題を正面から解決しようとしている。 Business Intelligence APIは、メール・会議・チャット・ファイルを継続的に処理して「セマンティックなビジネス理解」を構築する仕組みだ。 具体的には、「Aさんの専門性は何か」「このプロジェクトのキーマンは誰か」「先月の顧客からのフィードバックの傾向は何か」といった問いに対して、社内データから推論した回答を生成できるようになる。
エンジニアの視点から特に注目すべきは、このAPIが「エージェントがオーケストレーションできる情報」を抽象化している点だ。 開発者はM365のデータ構造を深く理解しなくても、Work IQ APIを通じて業務コンテキストを取得し、自社のエージェントに渡すことができる。
A2A・MCP・REST——3種のエンドポイントの使い分け
本日GAとなった3種のエンドポイントは、それぞれ異なるユースケースを想定している。
「A2A（Agent to Agent）」エンドポイントは、複数のエージェントが連携して業務を処理する「マルチエージェントアーキテクチャ」向けだ。 例えば営業エージェントが「この顧客との過去のやり取りをすべて要約してほしい」という依頼をWork IQエージェントに投げ、Work IQがM365のデータを元に回答を返すという構成が可能になる。
「リモートMCPサーバー」エンドポイントは、Claude・Geminiなど外部モデルからWork IQデータにアクセスする際に使うプロトコルだ。 MCP（Model Context Protocol）はAnthropicが提唱しAI業界全体に普及しつつある標準で、サードパーティのAIツールからもMicrosoftの業務データを扱えるようになる。 Microsoft Foundryが1万1,000モデルを統合した動きと組み合わせると、異なるモデルを業務データと組み合わせる「モデルアグノスティック」なエンタープライズAIの構築が現実的になってくる。
「REST API」は最も汎用的なHTTPベースのエンドポイントで、既存のWebアプリやバックエンドシステムからWork IQデータを叩く用途に向いている。
課金モデルと企業ガバナンス
Work IQ APIの課金はCopilot Credits制を採用しており、専用のSKUや月額固定費はない。 これは「使った分だけ払う」消費型モデルで、スタートアップや小規模チームが初期コストをかけずに試せる設計になっている。
一方で企業のIT部門にとっては、コスト管理と利用ポリシーの設定が課題になる。 Microsoftはこれに対応するため、Microsoft 365管理センターに企業向けガバナンス・コスト管理コントロールを追加している。 「誰がWork IQにアクセスできるか」「どの部門が月間何クレジットまで使えるか」といったポリシーを管理者が設定できるようにすることで、企業のコンプライアンス要件にも対応する構えだ。
エンタープライズ開発者への実務的含意
ナデラCEOが「AIの学習ループを自社で持て」と繰り返し語っている背景には、業務データとAIを連携させることの競争優位がある。 Work IQ APIのGAによって、その「学習ループ」の実装コストが大幅に下がることになる。
エンジニアとして今日から検討すべきアクションを挙げると：
- M365テナントのWork IQ API利用申請と権限設定
- 既存のCopilot Studioフロー・Azure AI Foundryエージェントへの統合計画
- REST API vs MCP vs A2Aの使い分けの設計
- Copilot Creditsの予算計画（既存のCopilot Studio使用量を参考に）
Copilot Creditsの単価と実際の処理あたりのクレジット消費量は、公式ドキュメントのChangelog（developer.microsoft.com）で継続的に確認する必要がある。
競合エコシステムとの比較
Salesforceは「Agentforce」でCRMデータへのエージェントアクセスを提供しており、GoogleはWorkspaceデータへのAIアクセスをVertex AI経由で提供している。 Work IQ APIはMicrosoft 365というエンタープライズ市場最大のプラットフォームとの深い統合を武器に、「職場のOS」としての地位をAIエージェント時代にも維持しようとする戦略と見て取れる。
日本企業のエンタープライズ環境でも、Microsoft 365導入率の高さを考えると、Work IQ APIが提供する「M365データ×AIエージェント」の組み合わせは実用ニーズに直結する。
今後の注目点
Work IQ APIのGAは出発点に過ぎない。 Microsoftが次に示すのは、Work IQがどれだけの業務生産性向上を実際の数値で示せるかだ。
エンジニアとして問いたいのは、「コンテキストを持ったエージェントは、コンテキストのないエージェントに比べてどれほど役に立つか」だ。 この答えが出始める6〜12か月後に、Work IQ APIの真の評価が定まるだろう。
ソース:
- Announcing the new Work IQ APIs — Microsoft 365 Blog (2026-06-02)
- Work IQ: Production-ready intelligence for every agent — Microsoft 365 Developer Blog (2026)
- Microsoft Work IQ APIs go GA on June 16: what agent builders get — LinkLoot (2026-06-16)
- Microsoft Build 2026: Top announcements from a DevOps lens — DEV Community (2026)
