Copilot Desktop App + MAI-Code-1：工程主管 30 天評估與 Q3 預算指南

GitHub Copilot Desktop App + MAI-Code-1 工程主管採購指南封面圖

Microsoft Build 2026 在 6 月 2 日剛收尾，我們團隊週二開完內部 AI tooling 同步會後做的第一件事，就是把 GitHub Copilot 桌面版開了一個 worktree 來跑。30 分鐘後得出的結論很直接：這次 GitHub 真正做的事，是把整個「AI 寫程式」的場景從 IDE 內掛件，拉出來變成一個獨立的 agent 桌面作業系統，並非只是 Copilot 換皮。

如果你是中小企業老闆或工程主管，現在桌上應該擺著兩件事——一是去年 Q4 簽下的 Copilot Business 合約即將續約決策，二是 6/1 已經正式生效的 GitHub Copilot 6/1 計費 usage-based 計費新規。Build 2026 推出的 Copilot Desktop App + MAI-Code-1 + Project Rayfin 三連發，正好打在這兩件事的決策關鍵點上。https://github.blog/news-insights/product-news/github-copilot-app-the-agent-native-desktop-experience/GitHub 官方部落格把這次定位寫得很清楚：「agent-native desktop experience」——agent 是主角，IDE 只是其中一個工作面。

Copilot Desktop App 到底跟舊版 VS Code 內嵌 Copilot 差在哪

最大差別在 worktree 自動化。舊版 Copilot Chat 是「跟 AI 對話 → AI 改 IDE 裡的這份 code」，所有 agent 共用一個工作目錄。新版每個 agent session 自己跑在獨立 git worktree 上，背景平行跑、彼此不會踩到對方分支。對 30 人以下的小型工程團隊來說，過去要靠工程師自己手動切 branch、開 review window，現在 Desktop App 用 Canvas 視覺面把這套流程包進去——agent 在跑、人在看、人可以直接 redirect。

根據 https://www.tomsguide.com/news/live/microsoft-build-2026Tom's Guide Build 2026 報導，Microsoft 同步推出 7 個 in-house MAI 模型，其中 MAI-Code-1 是專門為 GitHub Copilot 與 VS Code 調校的「inference ultra-efficient」coding 模型，已經直接整進 Copilot 後台。Microsoft 內部講白話就是「我們不再 100% 靠 OpenAI 了，自家模型開始接 Copilot 主流量」——這對採購方的隱含意義很大（後面有一段專門講）。

維度	舊版 Copilot in VS Code	新版 Copilot Desktop App
主要角色	Chat sidebar / inline 補全	Agent session 為單位，My Work 看板統一管
平行任務	1 個 IDE 視窗 1 個 chat	多 agent worktree 平行跑，不互踩
人機介面	改 code 即所得	Canvas — 雙向工作面，agent 寫 plan、人改方向
後端模型	GPT-4o / Claude / Gemini 任選	同三家 + 新加 MAI-Code-1（Microsoft 自家）
計費單位	seat 月費	seat + premium request usage（6/1 起生效）

MAI-Code-1 加入後，中小企業老闆的 3 個採購訊號

Microsoft 自己跳下來做模型有幾個訊號值得讀。第一個是「成本」——MAI-Code-1 在 Copilot 後台被定位為「便宜的預設 routing 選項」，標準 Copilot Business seat 的 premium request 額度，跑 MAI-Code-1 比跑 Claude 4 或 GPT-5 省 40-60% credit。對月燒 NT$ 20-40 萬在 Copilot 的工程團隊，光 routing 改成 MAI-Code-1 default 就能多撐 1.5-2 倍 request 量。

第二個訊號是「鎖定」。Microsoft 從「Copilot 的中立平台」變成「Copilot 推自家模型」，跟 https://www.cnbc.com/2026/06/02/microsoft-unveils-new-ai-models-lessen-reliance-on-openai-lower-costs.htmlCNBC 報導提到的「降低對 OpenAI 依賴」是同一件事的兩面。對採購方意義是：以後 Copilot 後台的 default model 會慢慢從 GPT 偏移到 MAI，這對「我們團隊習慣 Claude / GPT」的公司影響不大（可以手動切），但對「全用 default」的公司可能在不知不覺中換了引擎。第三個訊號是 Anthropic Agentic Coding Trends 揭露的 Claude Code 46% 市佔——Microsoft 用 MAI-Code-1 + 桌面 App 雙拳打 Claude Code，未來 6 個月競爭會白熱化，這對採購方是好事（議價空間打開）。

ℹ️我們做過這件事 — Copilot 與 Claude Code 雙線並行的內部實測

恆遠數位行銷自家工程團隊目前同時用 Copilot Business + Claude Code Max 兩條線。週二 Build keynote 結束後 30 分鐘內，我們把 Desktop App 抓下來跑了我們一個正在做的客戶系統客製化專案（網站架設類），實測下來 worktree 自動化確實省了切 branch 與 cleanup 的時間，但 MAI-Code-1 在台灣 traditional Chinese codebase 的 type inference 與 docstring 生成上，目前還是輸 Claude Sonnet 4.6 一截。我們把這次評測寫成「Copilot Desktop App + MAI-Code-1 30 天評估 checklist」放在 AI 顧問服務裡，需要的中小企業老闆可以參考。

採購訊號讀完，工程主管 30 天評估行動清單

Build 完還沒滿一週，現在跳下去全面換 stack 太急。但完全不評估又會讓 Q3 採購決策只能靠廠商 sales 講的話。我們建議用 30 天分三階段跑：第一週技術評估、第二週兩個小團隊做 A/B 測試、第三到四週把實測數字做進 Q3 預算。重點是不要單純比「誰的 benchmark 高」——對中小企業來說，與既有 stack 整合的成本才是真正的 TCO。

週次	動作	輸出
W1	下載 Desktop App 給 2-3 個 senior eng 試用；對 1 個 active 專案開 worktree	技術可行性報告 + 與既有 IDE 衝突點清單
W2	A 組維持 Claude Code、B 組切 MAI-Code-1 default 跑同類任務	兩組 commit 數、PR review 時間、token 消耗對比表
W3	把 W1+W2 數字代入現有 Copilot 合約續約模型	Q3 是續、是降、是換的初步建議
W4	把建議送進採購決策會 + 簽 PoC 試做合約（如需換廠）	Q3 採購預算決議書

這套流程跟 H1 AI Agent 採購清算提到的 H1 採購清算邏輯一致——重點在於有沒有用客觀數字代入 Q3 續約決策，新工具有沒有反而是次要。沒做這層分析就盲簽續約合約，等於把預算決定權交給 vendor sales。

Project Rayfin 與 Work IQ API：把 prototype 變成 production 的另一條路

Desktop App 之外，Build 還丟出 Project Rayfin（Fabric backend-as-a-service）和 6/16 開放的 Work IQ API。前者是「把工程師寫好的 prototype 一鍵變成可上線後端」，後者是把 Microsoft 365 的組織知識層開放給第三方 agent 程式呼叫。對中小企業老闆，這兩件事的隱含選項是：以前我們找客製化外包做 SaaS，要從零搭資料庫 + auth + deploy；以後可以直接 fork Rayfin 模板 + 串 Work IQ，把開發週期從 12-16 週砍到 4-6 週。

但代價是 vendor lock-in 程度暴增——你的 backend、資料、組織知識全綁 Microsoft Fabric stack。對於評估中小企業 AI 預算 500K 3 條路徑提到的「客製化開發」路徑的老闆，Rayfin 是個誘人但要看清楚的選項。我們的看法是：如果你公司本來就在 Microsoft 365 + Azure 體系內、未來 5 年不打算搬，Rayfin 可以省你 30-50% 開發成本；如果你還在 GCP / AWS 上、或不確定未來雲廠走向，先別跳。

Copilot 6/1 計費改 + Desktop App 雙重夾擊的 Q3 預算重算

6 月 1 日 Copilot usage-based 計費已經生效，6 月 2 日又上 Desktop App + MAI-Code-1。兩件事疊在一起，原本 Q1 簽的「不限量月費」合約模型在 Q3 完全不適用。我們服務過的一家做 B2B SaaS 的中小企業客戶（25 人工程團隊），Q1 簽 Copilot Business 25 seat ARR US$ 5,700，過去都是「員工愛怎麼用就怎麼用」。但 6/1 新規上路後，每個 seat 帶固定 premium request 配額，超過按 quantity 收。

我們幫他做了 30 天的內部追蹤——25 個 seat 裡 7 人 heavy user（每月用爆配額 3-5 倍）、12 人 medium user（剛好用完配額）、6 人 light user（用不到 1/3 配額）。Q3 續約的最划算策略是：6 個 light user 降到 Copilot Free，7 個 heavy user 升 Pro+（或改 routing 走 MAI-Code-1 省 credit），12 個保留 Business。光這個調整 Q3 預算就能省 22%。詳細運算邏輯可參考 Codex vs Claude Code 實測的 ROI 計算框架。

我們的判斷：Copilot Desktop App 是訊號，不是必跳

這次 Build 真正的訊號是：AI coding 從「IDE 插件」進入「desktop agent OS」階段。3 年內所有大廠都會有自己版本的 agent desktop——Anthropic 早就有 Claude Code CLI 與 Agent SDK，Google 在 Antigravity，現在輪到 Microsoft。對中小企業老闆，這代表 H2 工具採購要從「選 IDE」改成「選 agent 平台」。

但不代表現在就要跳。Desktop App 還在 preview，MAI-Code-1 在中文場景仍輸 Claude 一截，計費新規的真實影響也要 90 天才會看清。Q3 採購最理性的做法是「持續評估、不急著換」——把 Desktop App 當技術雷達追，繼續用既有 stack 做生產。等 H2 Build conference 後續更新（通常 8-9 月）有更多數據後再做大決策。

Copilot Desktop App + MAI-Code-1 30 天評估 checklist 下載

把上面 30 天評估流程整理成可直接套用的 checklist（7 項技術評估、5 項商業評估、3 項合約評估），附 Q3 採購決策表範本。直接下載：https://foreverwebs.com/blog/github-copilot-desktop-app-mai-code-1-engineering-leader-procurement-30-day-evaluation（Copilot Desktop App 30 天評估 checklist）（後續加碼上線中，可先收藏連結）。

給工程主管的 CTA：別自己單獨評估，找有實測經驗的人聊

這類橫跨 IDE / agent platform / 計費結構 / vendor lock-in 的決策，工程主管自己關起來看 benchmark 跑 30 天很容易陷入「都好像不錯」的決策疲勞。最有效的做法是找已經跑過實測的同行對齊一次，把自己的 stack、團隊規模、預算邊界丟出來，30 分鐘可以把選項從 10 個縮到 3 個。

如果你正在做 Q3 Copilot / Claude Code / Cursor 續約決策，可以參考我們的 AI 顧問服務或 AI 系統開發服務。把你現在 stack 跟團隊規模丟過來，我們陪你看一下哪一個路徑最划算——這個階段我們陪你想，後面真的要動手再談範圍跟費用。

ℹ️我們怎麼看

AI coding 工具未來 3 年的競爭主軸不在「誰的模型 benchmark 高」，在「誰的 agent desktop OS 能把 IDE、worktree、review、deploy 串成一條線」。Microsoft 用 Desktop App + MAI-Code-1 + Rayfin 把這條線補齊，Anthropic 用 Claude Code + Agent SDK + Mythos 也在補同一條線——兩家會打很久。對中小企業老闆，我們的取捨是：3 年內不要做「all-in 一家」的選擇，至少保留兩家的 fluency；今年 H2 Q3 採購真正的定位，是把「使用率、ROI、routing default」三個指標跑出客觀數字、用數字代入 Q4 大決策的鋪墊期，並非換廠時機。

QCopilot Desktop App 現在能用嗎？費用怎麼算？

目前 technical preview，需要既有的 Copilot Pro / Pro+ / Business / Enterprise 訂閱才能用，Windows 11 / Mac / Linux 都支援。Free 用戶有 waitlist 但還沒開放。費用結構仍是 seat 月費 + 6/1 起生效的 premium request usage 計費，不是單獨產品。

QMAI-Code-1 跟 Claude Code、Codex 比哪個強？

純 benchmark 上 MAI-Code-1 在 HumanEval 與 SWE-Bench 跟 Claude Sonnet 4.6 接近，但在中文 codebase、長 context 推理上目前還是 Claude 領先。最大優勢是 inference 成本低 40-60%，適合「routing default」用——日常雜事跑 MAI、重要架構設計切 Claude。

Q我們公司只有 5 個工程師，Desktop App 對我們有意義嗎？

5 人以下小團隊 worktree 自動化的價值較小（手動切 branch 不痛），主要看 Canvas 介面是否符合工作流。建議先用 1 個 seat 試 14 天，如果不喜歡就退回 VS Code 內嵌版，不會多收費。

QProject Rayfin 跟客製化開發比，哪個成本低？

Rayfin 適合 80% 流程能 fit 標準 SaaS 模板的場景，可省 30-50% 開發成本。但客製化邏輯多、行業 know-how 重的系統（例如台灣特有的發票、稅務、勞健保），Rayfin 模板套不上時客製化外包仍然划算。建議用 80/20 評估——80% 標準需求走 Rayfin、20% 客製外掛走外包。

QCopilot 6/1 計費改了之後，我們公司 Q3 還該續約嗎？

看真實使用分布。如果你公司有超過 30% seat 是 light user（每月用不到配額一半），續約前一定要做 seat 重新分組（Free / Business / Pro+ 三層），通常可省 20-30%。如果全員都是 heavy user，續約直接升 Pro+ + routing 走 MAI-Code-1 比保留 Business 划算。