微軟將在 Build 發表新寫碼模型
微軟預計在 Build 發表自家寫碼模型,想把 GitHub Copilot 更深塞進開發流程,也會直接對上 OpenAI、Anthropic 和 Google。

微軟預計在 Build 發表自家寫碼模型,想把 GitHub Copilot 更深塞進開發流程。
這件事不小。Build 是微軟的開發者大秀。地點在舊金山,時間是下週,Reuters 先報了這個消息。對開發者來說,重點不是發表會多熱鬧,而是這個模型會不會真的進到日常寫碼流程。
講白了,微軟想把 Copilot 變成更黏的工具。不是只有補幾行程式碼。它要碰的是編輯器、Repo、審查流程,還有企業內部的工作流。這種改動,影響的不是一個 demo,而是一整條產品線。
| 項目 | 內容 |
|---|---|
| 活動 | Microsoft Build |
| 時間 | 下週,2026 年 5 月 |
| 地點 | 舊金山 |
| 產品焦點 | 自家 AI 模型,包含寫碼模型 |
| 目標 | 拉高 GitHub Copilot 使用率 |
微軟為什麼急著自己做模型
訂閱 AI 趨勢週報
每週精選模型發布、工具應用與深度分析,直送信箱。不定期,不騷擾。
不會寄垃圾信,隨時可取消。
先講結論。微軟不是只想做一個更會寫程式的 LLM。它想要的是控制權。模型放在自己手上,速度、成本、延遲、更新節奏,都比較好管。這對一家把雲端和開發工具綁很緊的公司,很重要。

如果模型是外部供應商提供,微軟就得看別人臉色。今天 API 價格變了,明天能力調整了,後天支援範圍縮了,產品節奏就會卡住。自家模型至少能讓它少受一層掣肘。
另外,Copilot 早就不是單純的自動補字工具。現在大家期待的是懂 Repo、懂上下文、懂測試、懂重構。你可能會想問,這跟一般聊天機器人差在哪。差很多。寫碼工具要少胡說,還要能接住專案脈絡。
- 微軟能自己決定模型上線節奏
- Copilot 可和 GitHub、VS Code 更緊密整合
- 微軟能少依賴外部模型供應商
- 企業客戶比較容易接受同一套工具鏈
Build 不是秀場,是產品發令台
Build 一向是微軟對開發者講故事的地方。它不是只拿來放簡報。很多功能、API、Azure 工具,都是先在這裡定調,再慢慢落地到產品裡。
這次如果真的端出寫碼模型,意思很直接。微軟想把 AI 從泛用話題,拉回到可賣、可用、可整合的軟體工具。這種說法很務實,也很微軟。它不想只談模型參數,它想談怎麼收錢。
對台灣開發者來說,這種變化會很有感。因為很多團隊本來就用 Visual Studio Code、GitHub、Azure。只要 Copilot 更深地塞進這些工具,團隊導入的門檻就會更低。
“AI is the defining technology of our time,” Microsoft CEO Satya Nadella said at the company’s Build conference in 2023.
這句話很直白。微軟早就把 AI 當主軸,不是附加功能。從 Windows 到 Azure,再到 GitHub,它都在把 AI 往核心產品線裡塞。這次的寫碼模型,只是這條路上的新一步。
競爭對手也不是吃素的
這個市場現在很擠。OpenAI、Anthropic、Google 都在打寫碼和 agent 工作流。大家都知道,開發者是高價值客群。誰能黏住開發者,誰就比較容易黏住企業預算。

但真正的差別,不是誰的模型名字比較響。開發者在意的是幾件事。第一,能不能看懂整個專案。第二,能不能記住上下文。第三,會不會亂改、亂補、亂生 bug。這三件事,比單一 benchmark 還實際。
所以微軟這次如果只是講模型很大、分數很高,老實說不夠。大家已經看太多這種話術了。真正有用的是,它能不能在真實 Repo 裡少出錯,能不能讓 code review 省時間。
- OpenAI Codex 早期定義了寫碼生成工具
- Anthropic Claude 3.7 Sonnet 在推理型寫碼任務表現不錯
- Google Gemini Code Assist 直接卡進開發流程
- GitHub Copilot 目前是微軟最重要的入口之一
真正的考題是交付,不是口號
如果微軟真的在 Build 公布新模型,接下來要看的不是新聞稿,而是上線速度。它多久能進 VS Code?多久能進 GitHub Copilot?企業版什麼時候能用?這些才是開發者會在意的點。
還有一個很現實的問題。它到底能不能省時間。很多 AI 工具看起來很帥,但一進真實專案就開始掉鏈子。上下文太短、補碼太飄、測試沒過,最後還是人自己收尾。這種工具,大家用一兩次就會嫌煩。
所以我覺得,微軟這次如果要贏,不是靠一句大話。它要拿出實測、benchmarks、和真實工作流的整合細節。沒有這些,發表會再大也只是聲量。
這件事放在 2026 年的脈絡裡看
2026 年的 AI 工具市場,已經不是誰先喊出模型名字誰就贏。現在比的是整合能力。模型只是底層。上面還有 IDE、Repo、權限、企業治理、成本控制。誰把這些串好,誰就比較容易進企業。
微軟的優勢很明顯。它手上有 GitHub、Azure、VS Code,還有一大票企業客戶。這種組合很難複製。問題是,優勢不等於結果。開發者很現實,工具不好用就換。再大的公司也一樣。
所以這次 Build 的看點,不是微軟會不會講 AI。它一定會講。真正要看的是,它能不能把寫碼模型變成一個真的能用、能買、能部署的產品。那才是開發者會記住的地方。
接下來我會盯這三件事
第一,模型是自研到什麼程度。第二,Copilot 的功能會不會直接升級。第三,微軟有沒有把價格講清楚。這三件事,比任何形容詞都重要。
如果你是開發者,我建議直接看 Build 的實機展示。別只看新聞標題。看它怎麼處理真實程式碼,怎麼接上下文,怎麼跟 GitHub 和 VS Code 串起來。這些細節,才會決定它到底是新玩具,還是你每天都會開的工具。