
Microsoft Build 2026 三大新公告完整解析:Agent Control Specification、Microsoft IQ Web Grounding、Copilot Credits — 中小企業 6 月採購決策
最近恆遠數位行銷在追蹤 Microsoft Build 2026(6/2–3 Fort Mason San Francisco)期間的公告時,發現三個訊號被新聞稿淹沒,但對中小企業老闆跟工程主管的採購節奏影響更大:Agent Control Specification preview、Microsoft IQ Web Grounding GA、跟Copilot Credits 計費單位 GA。前一篇我們寫的 Microsoft Build 2026 Copilot Tuning + Agent Store 是大會剛開幕的早期報導,這一篇補上後兩天才公告的三個新公告,把採購節奏接下去。
我們團隊內部 6/2 晚上跟 6/3 早上輪流盯了直播。重點不是 Microsoft 又上了一堆 GA 標籤——而是這三項加在一起,把「Agent 怎麼上線、Agent 怎麼算錢、Agent 怎麼跨廠商治理」三個問題第一次同時放上桌面。對中小企業老闆來說,這代表你接下來 60–90 天的 Microsoft 365 / Copilot / Foundry 採購決策,可能要換一張試算表重算。本文把三件事拆給工程主管跟採購主管同時看得懂,然後給一份 60 天評估行動清單。
這次大會最值得讀的單篇官方文章是 Microsoft Foundry 官方部落格的 Hosted Agents GA 公告,跟 Microsoft Agent Framework GA 文件。把這兩篇配在一起讀,比看 Twitter 熱搜清楚 10 倍。我們在內部 20+ AI 流程裡同時跑 Anthropic Claude Agent SDK、Microsoft Foundry、自架 Camunda 三條路徑——這三家裡 Microsoft 是動作最快的那一個,但快得有點亂。下面把為什麼亂、亂在哪、要怎麼接,依序拆完。
Microsoft Build 2026 三大新公告速查(30 秒看完版)
先給你一張表,這三項公告分別解決什麼問題、跟你既有採購配置的關係、跟 5/1 GA 的 E7 Frontier Suite 跟 5/27 早期公告的 Copilot Tuning + Agent Store 怎麼疊。讀到後面細節時可以隨時翻回來對表。
| 公告名稱 | GA 狀態 | 解決的問題 | 影響的決策層級 | 跟既有採購的關係 |
|---|---|---|---|---|
| Agent Control Specification (ACS) | preview(預計 H2 GA) | 多廠商 agent 跨平台治理規範草案 | 資訊長 / 採購主管 / 法遵 | 可能取代你現在花錢買的單一廠商 governance 模組 |
| Microsoft IQ Web Grounding | GA | Work IQ + Foundry IQ + Fabric IQ Ontology + 新 Web IQ 四層統一智能 | 工程主管 / 內容主管 | 把企業內部 KB 跟即時 web search 接上同一條 RAG 管線 |
| Copilot Credits(含 Agent 365 SDK / Hosted Agents in Foundry GA) | GA | Agent 工作的計費單位統一 | 財務 / IT 採購 | 跟 6/1 上線的 GitHub Copilot AI-credit 計費連動,要重算年度預算 |
一句話結論:這三項合起來是 Microsoft 把「Agent 從 demo 變成可採購、可治理、可記帳」的三隻腳。少一隻腳,Agent 在大企業就推不下去——這也是為什麼這三項是同一週發。
Agent Control Specification 是什麼?為什麼採購主管要立刻在合約裡留位
ACS 是 Microsoft 在 Build 2026 第 2 天提出的「跨廠商 agent 治理規範草案」,規範內容涵蓋身份識別、權限分級、稽核日誌、可解釋性、跨廠商 handoff 協議五大塊。重點在於這份規範不是 Microsoft 自家用,而是 Microsoft 帶頭,Anthropic、Salesforce、ServiceNow、SAP 同期跟進公開支持的多廠商標準(Microsoft Foundry 官方公告有列名單)。
我們的判斷是:ACS 在 H2 走到 GA 後,會讓「企業 agent 治理」這塊從各家自己長,逐步收斂成一個 SOC2 / ISO27001 等級的合規檢核清單。對中小企業老闆的直接意義是——你接下來簽任何 Agent 平台合約,要在合約裡留一條「廠商承諾在 ACS GA 後 6 個月內完成相容」的條款。不留這條,你會在明年踩 vendor lock-in 的雷。
市面上大家都把 ACS 解讀成「另一個 Microsoft 標準推銷」。我們不認同這個解讀。原因是這次草案有兩個刻意設計:第一,identity 跟 audit 介面是廠商中立的;第二,handoff 協議直接抄了 Anthropic 之前提的 Model Context Protocol (MCP) 結構。Microsoft 第一次在 agent 領域做出「不堅持自家是中心」的姿態,這比規範本身更重要。3 年後贏的不會是某家獨大的 agent 平台,而是會在合約裡把 ACS / MCP 雙寫進去、保留遷移權的採購團隊。
給你一張採購主管的合約檢核小抄:
- 廠商目前是否公開支持 ACS preview?(看 vendor 官網 release notes)
- 合約是否包含「ACS / MCP 雙標準相容承諾」條款?
- agent identity 是否可以匯出(不被廠商鎖在自家身份系統)?
- audit log 是否可以即時串流到第三方 SIEM(Splunk / Datadog / Sentinel)?
- agent handoff 失敗時,責任歸屬寫清楚了嗎?(這條 80% 廠商不會主動寫)
Microsoft IQ Web Grounding GA:四層架構為什麼工程主管要立刻盤點
Microsoft IQ 之前在 5/1 GA 的 E7 Frontier Suite 裡就出現過(
我們在 5/1 E7 Frontier Suite 那篇 拆過 Work IQ 跟 Agent 365 治理。Build 2026 把架構補完整,叫做「四層 IQ」:
| IQ 層 | 資料來源 | 解決的問題 | 中小企業多久碰得到 |
|---|---|---|---|
| Work IQ | 你的 Microsoft 365 帳號內容(信件、Teams、SharePoint) | 個人助理層的上下文 | 已 GA,現在就在跑 |
| Foundry IQ | 你部署在 Foundry 上的客製 agent 跟自家資料 | 客製化 agent 的私有知識層 | 已 GA,需要工程團隊接 |
| Fabric IQ Ontology | Microsoft Fabric 上的結構化資料(資料倉儲、Lakehouse) | 把 BI 資料模型語意化,可被 agent 查詢 | 已 GA,有 Fabric 才碰得到 |
| Web IQ(新) | 即時 web search + Bing 索引 + 第三方 API | agent 即時抓外部資料的接地層 | GA 但需要單獨啟用授權 |
Web IQ 是本次最值得注意的新東西。意義在於:過去你要做一個能即時抓外部資料的企業 agent,要嘛自己接 Bing API、要嘛接 Tavily / Exa 這類第三方,要嘛硬刻 web scraper。Web IQ GA 後,你的 Foundry agent 可以直接呼叫一個內建的 grounded web search,回傳結果帶 citation 跟 freshness timestamp。對企業合規來說,這個 citation 跟 timestamp 比結果本身還重要——稽核問你「這個 agent 用什麼資料下決策」,你能拿出來。
ℹ️我們做過這件事——但這篇不是要叫你來找我們
我們公司自己每天就在跑 20+ 個 AI 流程,其中 4 個流程同時掛了 Anthropic Claude Agent SDK 跟 Microsoft Foundry 做 A/B。實測下來,Web IQ 在「即時新聞檢索 → 內部 KB 比對 → 給出帶 citation 的回答」這條路徑上,比我們自己接 Tavily + 自寫 reranker 的方案省了大約 3 週工程。副作用是:當你開始用 Foundry IQ 一層,企業內部資料的 vendor lock-in 風險會悄悄上升,因為 Microsoft 內部已經把 ontology 對齊到 Fabric。如果你的 BI 不是用 Fabric,這層 IQ 對你的價值會打折。這也是為什麼上面那張表我刻意把「中小企業多久碰得到」列出來——不是每層都該追。
給工程主管的盤點動作很簡單:把你公司現在用的 Microsoft 365 / Fabric / Foundry 三個產品列出來,逐層問「我們是否已經有相應 IQ 層的授權跟資料權限可以打開?」沒有 Fabric 就先放 Fabric IQ Ontology;沒有 Foundry 部署就先放 Foundry IQ。Work IQ 跟 Web IQ 是門檻最低的兩層,這兩層先打通,再談其他兩層。
Copilot Credits + Agent 365 SDK GA:年度預算重整 SOP
第三項是計費單位的改變。Microsoft 把 Agent 工作的計費統一成「Copilot Credits」,這個單位跨 Foundry Hosted Agents、Agent 365 SDK、Copilot Studio、跟 Microsoft 365 Copilot Chat 全部通用。表面上是好事——以前每個產品有自己的計費邏輯,現在合一張帳單。但實際影響更深:
- Hosted Agents in Foundry 同步 GA,跑 agent 時消耗 Copilot Credits + 底層模型 token 費用,兩條都計(不是「全包」)。
- Agent 365 SDK GA 後,原本你用 Power Platform Premium 跑的流程,可能在新計費下變便宜也可能變貴——要看流程是 LLM 重還是 deterministic 重。
- 跟 6/1 上線的 GitHub Copilot AI-credit 計費(我們在
- 這篇
- 拆過)連動。同一家公司同時要管「GitHub Copilot 工程師額度」跟「Copilot Credits 企業 agent 額度」兩條額度池。
給財務跟採購主管的年度預算重整 SOP(我們公司自己跑過一次的版本):
- 盤點過去 6 個月在 Microsoft 生態的所有 AI / Agent 支出(Copilot M365 / Copilot Studio / Power Platform / Foundry / GitHub Copilot)。
- 依新計費單位重算:把每條工作流估算未來 12 個月的 Copilot Credits 消耗量。
- 區分「LLM 重」工作流(agent 推理、長對話)跟「deterministic 重」工作流(規則路由、資料搬運),兩類在新計費下的曲線完全不一樣。
- 簽合約時要求 Microsoft 給「commitment-based discount」,承諾年度 Copilot Credits 量換折扣。預算 50 萬以上的中小企業這條值得談。
- 保留 15% 預算當「未承諾備用金」,因為 Hosted Agents 上線初期會出現意料外的高消耗(我們自己看過 1 個 agent 一週吃掉 3 個月預算的案例)。
⚠️Hosted Agents GA 後最容易踩的雷:runaway cost
Foundry Hosted Agents GA 帶來的方便性也帶來新風險。一個 agent 進入 retry loop 或 multi-step planning 失控,可以在幾小時內燒掉一個月預算。Microsoft 提供的 cost guardrails 只有「每日上限」這種粗顆粒設定,沒有「單次 task 上限」。務必在 deploy agent 時自己加 client-side 計費守門:每次 invocation 記錄 token 消耗、設「單次任務超過 X credits 就 hard stop」。這條我們公司是踩過雷之後才補上的。
跟 5/1 E7、5/27 Copilot Tuning、6/1 GitHub Copilot 計費怎麼疊
過去 35 天 Microsoft 連出 4 個重大公告,順序拉開來看更清楚:
| 日期 | 公告 | 對中小企業的角色 |
|---|---|---|
| 5/1 | E7 Frontier Suite GA(Work IQ + Agent 365 治理) | 個人助理 + 企業治理底盤 |
| 5/27 | Microsoft Build 2026 開幕 — Copilot Tuning + Agent Store | 客製化空間 + 內容市場 |
| 6/1 | GitHub Copilot AI-credit 計費 | 工程師端計費改革 |
| 6/2–3 | Build 2026 後續 — ACS preview + Microsoft IQ Web Grounding + Copilot Credits + Hosted Agents GA + Agent 365 SDK GA | 企業端計費 + 治理 + 接地層 |
把這四件事接起來,Microsoft 的策略很清楚:先把治理跟個人助理鋪好(5/1)→ 再開放客製化跟市場(5/27)→ 然後分別把開發者端跟企業端的計費單位定下來(6/1 / 6/2–3)。下半年會看到的應該是「ACS 走到 GA」+「第三方廠商陸續宣布相容」+「Marketplace 上的 agent 數量爆炸」。
我們在 跨雲 AI Agent 託管平台選型完整指南 那篇把 Anthropic / Bedrock / Vertex / Foundry 四大平台五維度決策拆過。Build 2026 之後,Foundry 在「企業治理」跟「跨產品計費統一」這兩個維度的領先更明顯,但「跨雲互通」跟「廠商鎖定風險」這兩個維度仍是它的弱點。如果你正在四選一,這幾項新公告會推你往 Foundry 多一點點,但不該推到全押。
4 個採購訊號 + 中小企業 60 天評估行動清單
把上面三項公告對應到具體採購動作,4 個訊號 + 60 天行動清單給工程主管 / 採購主管當交集對齊用:
訊號 1:你公司同時有 Microsoft 365、GitHub Copilot、Power Platform 三條訂閱
這代表你已經是 Microsoft AI 生態的「重度依賴」客戶。Build 2026 的三項公告對你影響最大。建議 30 天內把三條訂閱的 owner 拉到同一個會議室,盤點未來 6 個月跨產品 agent 工作流要怎麼走 Copilot Credits 計費。
訊號 2:你目前只用 Copilot M365 + Office,沒碰 Foundry / Agent 365
ACS 跟 Microsoft IQ 對你的直接意義較小,但 Web IQ GA 可能讓你想評估是否升級到 Copilot M365 Business Standard with Web Grounding 套餐。先不急著動,30 天內看 Marketplace 是否有對你產業有用的 ready-made agent。
訊號 3:你正在跟外包廠商評估「Agent 系統」開發案
這條最重要。Build 2026 之後,任何沒在合約寫「ACS / MCP 雙標準相容承諾」的 Agent 開發案都該暫緩簽約。請廠商 30 天內回覆是否願意把這條寫進合約。不願意 → 換廠商。
訊號 4:你公司用的不是 Microsoft 365,是 Google Workspace
Build 2026 不直接影響你,但 ACS 是廠商中立規範,Google 接下來會公布自家相容路徑。先把採購節奏跟 Microsoft 解耦,但留一條合約備案位給 ACS。
下一步可以這樣做
我們在這次大會看到的最大訊號是:Agent 從「demo 工具」變「可採購、可治理、可記帳」基礎設施的時間點到了。對中小企業老闆來說,下個季度的數位轉型預算分配,應該開始把 15–20% 留給「跨平台 agent 治理」跟「計費單位重算」這兩件事。
- 1)今天先做:盤點過去 6 個月在 Microsoft 生態的所有 AI / Agent 支出,整理成一張試算表(5–8 小時工作量)。
- 2)這個月做:跟你的 Microsoft 經銷夥伴談 Copilot Credits commitment-based discount,順便確認 Hosted Agents GA 後的 cost guardrails 設定。
- 3)這個季度做:如果你正在評估自家 agent 開發案,把 ACS / MCP 雙標準相容承諾寫進 RFP。可參考我們的 客製化系統需求書(BRD)完整寫法 跟 老闆找外包做 AI 怎麼判斷廠商真的會做 兩篇實戰指南。
- 4)下個月做:如果你需要客製化 agent 系統規劃或 Microsoft Foundry 落地評估,可以跟 恆遠 AI 顧問服務 或 AI 系統開發 聊聊放到你的系統怎麼長。
ℹ️我們做過這件事
恆遠數位行銷在內部 20+ AI 流程同時跑 Anthropic Claude Agent SDK、Microsoft Foundry、自架 Camunda 三條路徑做 A/B 評估。Build 2026 公告當週,我們把內部所有跑在 Foundry 上的 4 個 agent 同步加上 client-side cost guardrails 跟 ACS-ready 身份識別介面——這不是規劃,是這週實作。如果你在評估 Microsoft Agent 平台落地,30+ 企業客製案落地的經驗告訴我們:先解決資料權限這道牆 → 才談導入。我們不接純評估顧問案,但接「PoC + 落地」一體的客製化 agent 系統開發。想討論放到你的系統怎麼長 → 從 /services/ai-consult 預約 30 分鐘對齊會議。
下載|Microsoft Build 2026 三大公告採購決策 60 天行動 checklist(PDF)
1 頁 A4 PDF,列出 ACS / Microsoft IQ Web Grounding / Copilot Credits 三項公告對應的 12 個採購檢核點 + 4 個合約紅線寫法範本。給你的工程主管跟採購主管同步盤點用。下載連結準備中,加入電子報後第一時間收到。
ℹ️我們怎麼看——Microsoft Build 2026 三大公告的真實方向
Agent 這個領域現在像 2010 年的雲端市場混戰——AWS、Azure、GCP 每月在打架,但贏的不是某朵雲,是會把多雲當「工程方法」而不是「廠商選擇」的團隊。Microsoft 這次三項公告把治理、計費、接地層同步推到 GA,是「Agent 進入企業採購表」的訊號,不是「Agent 選哪家」的答案。3 年後贏的也不會是某個 Agent 平台,而是會把 ACS / MCP 雙標準寫進合約、保留遷移權的中小企業老闆。對你來說,現在該問的不是「我要不要全押 Foundry」,而是「我的業務流程裡,哪一段值得讓一個 24 小時不睡的數位同事做,且我願意花預算去治理它」。先把那條流程畫出來,平台選哪家之後再說。
QMicrosoft Build 2026 三大新公告(ACS / Microsoft IQ Web Grounding / Copilot Credits)對中小企業的直接意義是什麼?
三項公告合起來代表 Microsoft 把 Agent 從「demo 工具」推到「可採購、可治理、可記帳」的階段。對中小企業老闆來說,接下來 60-90 天的 Microsoft 365 / Copilot / Foundry 採購決策,應該重算試算表:包含 Copilot Credits 預算、ACS 相容承諾條款、跟 Web IQ 接地層的授權盤點。
QAgent Control Specification (ACS) 是 Microsoft 自家標準嗎?我採購要不要等 GA?
ACS 是 Microsoft 帶頭、Anthropic / Salesforce / ServiceNow / SAP 同期公開支持的多廠商規範草案,不是 Microsoft 私有標準。預計 H2 2026 走 GA。採購不必等 GA——現在就該在所有新 Agent 開發合約裡寫「廠商承諾在 ACS GA 後 6 個月內完成相容」條款。
QMicrosoft IQ Web Grounding GA 後,我還需要接 Tavily / Exa / Bing API 嗎?
如果你的 agent 已經部署在 Microsoft Foundry 上,Web IQ GA 後可以直接呼叫內建 grounded web search,省下自接第三方 API 的工程。但如果你的 agent 在跨雲平台跑(同時上 AWS Bedrock / GCP Vertex),仍需要保留第三方接地層當 fallback。
QCopilot Credits 新計費單位讓我的 Microsoft AI 支出會變便宜還是變貴?
看你的工作流組成。「LLM 重」(agent 推理、長對話)的工作流通常會變貴,因為要同時付 Copilot Credits 跟底層 model token;「deterministic 重」(規則路由、資料搬運)通常變便宜或持平。建議盤點過去 6 個月的工作流分布後重算 12 個月預算。
QHosted Agents in Foundry GA 後最容易踩的雷是什麼?
Runaway cost。Microsoft 提供的 cost guardrails 只有「每日上限」這種粗顆粒設定,沒有「單次 task 上限」。Agent 進 retry loop 或 multi-step planning 失控可以幾小時燒掉一個月預算。Deploy 時務必加 client-side 計費守門:每次 invocation 記錄 token 消耗、單次任務超過 X credits 就 hard stop。
Q我公司只用 Microsoft 365 跟 Office,沒碰 Foundry / Agent 365,這三項公告該怎麼處理?
ACS 跟 Foundry 相關公告對你的直接意義小。建議 30 天內:(1)評估是否升級到含 Web Grounding 的 Copilot M365 套餐;(2)盤點 Marketplace 是否有對你產業有用的 ready-made agent;(3)跟你的 Microsoft 經銷夥伴談 6 個月後的 ACS 相容路徑。先不急著押重金。
AUTHOR
自由揚John
CONTENTS
留言(0)
尚無留言,成為第一個留言的人吧!