微軟宣佈 Work IQ APIs：讓智慧體直接讀取 Microsoft 365 組織上下文

以前想讓 AI 幫你在公司系統裡幹活，過程往往相當折磨。你要寫一堆膠水程式碼，先調 Graph API 把未讀郵件、日程和團隊聊天記錄一行行拉下來，再自己拼成一坨巨大的提示詞塞給大模型，最後還得小心翼翼教它怎麼調介面發郵件或改日程。這個過程不僅費 token，還動不動就超時。

微軟公佈了面向 Microsoft 365 的 Work IQ API，宣佈這項服務將在 6 月 16 日正式全面可用，目前已經在 GitHub 開啟公開預覽。微軟給它的定位不是另一個傳統的資料抓取介面，而是一個專為企業級 AI Agent 打造的語義理解層。

把複雜的系統呼叫縮減成 10 個通用工具

傳統 API 是給人用的，返回的是冷冰冰的原始資料。Work IQ 的邏輯完全不同，它在後臺持續消化企業的郵件、日曆、會議紀要、聊天記錄、文件甚至組織架構與協作習慣，直接把原始資料提煉成帶有業務背景的上下文。

根據公佈的測試資料，Work IQ API 的處理速度比傳統 API 提升了整整兩倍，消耗的 token 數量更是直接減少了 80%。這主要歸功於微軟把大量預處理放在了底層執行時，而不是把整堆資料扔給模型自己去挑。

更有意思的是工具呼叫的設計。以往對接各個辦公模組，開發者要給模型配置幾百個不同功能的專用工具。這次微軟利用 MCP 協議（Model Context Protocol）把整個呼叫介面收攏成了 10 個通用工具，配合漸進式披露機制，大模型不用再背厚厚的介面字典就能完成發信、排會或調取檔案等操作。

整個 API 體系被拆成了四個模組。除了直接調取 Copilot 問答能力的 Chat、輸出加工後上下文的 Context、負責具體動作的 Tools 之外，微軟還加了一個叫 Workspaces 的模組。它的作用是讓長任務 Agent 在租戶安全邊界內有一個存放中間推理狀態、草稿和記憶的數字工作區，微軟自家的 Copilot Cowork 和 Microsoft Scout 就是基於這個機制跑起來的。

計費不再按人頭，改按 Copilot 積分扣

商業化方面，Work IQ API 徹底脫離了以前按坐席訂閱的套路，全面改用基於用量的 Copilot Credits 積分制。

其中 Tools 動作呼叫收取固定積分，而 Chat 和 Context 這類消耗大模型算力的介面則按用量動態扣費。微軟還在 Microsoft 365 管理中心上線了成本管理看板，企業 IT 管理員可以自由切換預付費或後付費，還能給不同部門、團隊或具體 Agent 設定花費上限。

為什麼重要

如果你是企業內部的開發者，或者在做 B2B 方向的 AI Agent，這套 API 意味著你終於不用再自己去寫繁瑣的檢索和上下文組裝邏輯了。微軟直接把自家 Copilot 底層那套語義索引、組織關係圖譜和許可權系統端了出來，拿來就能用，開發門檻大幅下降。但這也意味著成本結構變了，高頻呼叫的 Agent 到底會燒掉多少積分，上線前必須拿真實業務流好好測算。

對整個辦公軟體行業來說，微軟這一步走得相當狡黠。以前各大模型廠商都在爭奪呼叫量，但模型的短板恰恰是進不去企業的私域資料。微軟把 Microsoft 365 包裝成了一個 Agent 友好的智慧基礎設施，無論你用的是 OpenAI、Anthropic 還是自研模型，只要想在企業內部落地，最終都得接入微軟的 Work IQ。

我們認為，微軟最聰明的舉措在於引入 MCP 協議收攏工具介面，並內建了 Workspaces 工作區。長任務 Agent 最大的痛點就是記憶丟失與跨步驟狀態管理，微軟直接在租戶邊界內把狀態持久化給辦了，合規和安全問題迎刃而解。不過隱患也在這裡，一旦企業把核心工作流完全託付給 Work IQ，未來想要從微軟生態遷移出去，成本和難度都會是指數級的。