Work IQ API一般提供：AIエージェントは「社内文脈」をどう扱うのか

今日のテーマ

今日は、Microsoftの Work IQ API が2026年6月16日に一般提供へ進んだことを取り上げます。発表自体は6月2日に出ていますが、ポイントは「これから出ます」ではなく、6月16日から本番利用の前提で使えるAPIになった、というところです。MicrosoftはWork IQ APIを、AIエージェントがMicrosoft 365のデータやアプリとやり取りするための新しいAPI群として位置づけています。(microsoft.com)

何が新しいのか

まず、Work IQとは何か。ざっくり言うと、Microsoft 365 Copilotの背後にある「仕事の文脈理解レイヤー」です。メール、カレンダー、会議、チャット、ファイル、人、共同作業のパターン、さらに業務システムの情報をもとに、組織の中で仕事がどう進んでいるかを意味的に把握する層だと説明されています。(microsoft.com)

従来のAPIは、多くの場合「このメールを取ってきて」「このファイルを検索して」という、データ取得の口でした。Work IQ APIが狙っているのは少し違います。AIエージェントが、単なる生データではなく、「この人は誰と連携しているのか」「この会議はどの案件に関係するのか」「このファイルは今の依頼にどれくらい重要なのか」といった、仕事上の文脈を使えるようにすることです。

APIは大きく4つの領域で構成されています。Copilot相当の応答にアクセスする Chat、エージェント向けに文脈を返す Context、メール送信や会議設定などの操作を担う Tools、そして長時間動くエージェントが途中状態や作業データを安全に置くための Workspaces です。(microsoft.com)

なぜLLMニュースとして重要なのか

ここで重要なのは、モデルそのものの性能競争ではなく、モデルが働く場所の設計です。

LLMが賢くなっても、企業の中で役に立つには、社内の情報構造を理解する必要があります。たとえば「来週の顧客向け提案を準備して」と言われたとき、必要なのは文章生成だけではありません。関係するメール、過去の会議メモ、担当者、顧客との約束、社内承認の流れ、最新の資料、そして機密ラベルやアクセス権限まで含めて扱う必要があります。

Work IQ APIは、この「社内文脈」をサードパーティ製エージェントや自社開発エージェントに開く動きです。Microsoft 365ロードマップでも、Work IQ APIはA2A、MCP、RESTといったインターフェースを通じて、Microsoft 365 Copilotの背後にある知能レイヤーへ開発者がアクセスできるものとして説明されています。(microsoft.com)

これは、AIエージェント開発の主戦場が「どのLLMを呼ぶか」から、「どの文脈レイヤーに接続するか」へ移っていることを示しています。

料金とガバナンスの現実

もう一つ大事なのは、料金体系です。Work IQ APIはCopilot Creditsによる従量課金になり、独立したWork IQ API専用のサブスクリプションやSKUはない、とMicrosoftのライセンス情報では説明されています。自社エージェントやサードパーティ製エージェントがWork IQ APIを呼ぶ場合、Copilot Creditsが消費されます。(microsoft.com)

特にTools APIについては、1回のAPIコールあたり0.1 Copilot Creditsという固定的な利用量が示されています。一方、Chat APIやContext APIのような問い合わせ型の利用は、シナリオの複雑さに応じて変動する設計です。Microsoftは軽量・中程度・重いシナリオの例を出していますが、これらはあくまで例示であり、実際の価格は利用内容によって変わるとされています。(microsoft.com)

この設計は、便利さと同時に新しい管理課題を生みます。人間が1日に数回検索するのとは違い、エージェントは連続的に、何十回、何百回も文脈取得や操作を行う可能性があります。つまり、AIエージェントの導入は「使えるかどうか」だけでなく、「どれくらいの頻度で社内文脈を読むのか」「誰の権限で実行するのか」「コスト上限をどう置くのか」という運用設計の問題になります。

Microsoftは、Microsoft 365管理センターにコスト管理ダッシュボードを導入し、管理者がCopilot Creditの利用状況確認、支払い設定、支出制限、ユーザーやグループ単位の管理などを行えるようにすると説明しています。(microsoft.com)

セキュリティ面で見るべきところ

企業利用で最も大事なのは、エージェントがどこまで見えて、何を実行できるかです。Microsoftは、Work IQにおけるデータ、文脈、インサイトはMicrosoft 365テナントの信頼境界内にとどまり、エージェントの操作は監査・発見可能だと説明しています。(microsoft.com)

これは前向きな設計ですが、十分条件ではありません。実務では、次のような問いが残ります。

ひとつは、エージェントに与える権限の粒度です。ユーザー本人の権限を継承するだけでは、「本人が見られるものをAIも広く読めてしまう」状態になりかねません。もうひとつは、監査ログを誰が見るのか、異常な連続アクセスをどう検知するのかです。さらに、サードパーティ製エージェントがWork IQ APIを利用する場合、そのエージェント側の設計品質も重要になります。

つまり、Work IQ APIの一般提供は「安全な企業エージェントが自動的に完成する」という話ではありません。むしろ、企業がエージェントの権限、コスト、監査、データ境界をきちんと設計するための土台が整い始めた、と見るのがよさそうです。

今後の見通し

この発表が示しているのは、生成AIの価値がモデル単体から、業務文脈を持つ実行基盤へ移っているということです。OpenAI、Anthropic、Google、Microsoftのモデルを比較するだけでは、企業AIの全体像は見えにくくなっています。実際の差は、メール、会議、ファイル、CRM、ERP、監査ログ、権限管理といった、地味だけれど決定的な層で生まれます。

Work IQ APIは、Microsoft 365を使う企業にとって強力な選択肢になります。一方で、それはMicrosoft 365の文脈レイヤーに深く依存するということでもあります。今後は、MCPやA2Aのような標準化の動きと、Microsoftのような巨大プラットフォームが持つ独自の文脈レイヤーが、どのように共存するかが大きな論点になります。

今日のポイントを一言でまとめるなら、こうです。

AIエージェントの競争は、「何を答えられるか」から、「どの組織文脈の中で、どこまで安全に動けるか」へ進んでいます。Work IQ APIの一般提供は、その変化をかなりはっきり示す出来事です。

主な出典

Microsoft 365 Blog「Announcing the new Work IQ APIs」、Microsoft Licensing Resources「Work IQ GA June 16, 2026」、Microsoft 365 Roadmapを確認しました。(microsoft.com)