編碼代理的桌面爭奪戰開打

9 月 21 日，中國開發者市場三個不同領域的三家公司，在同一天推出了同一類產品。Moonshot 發布了支援 macOS 與 Windows 的 Kimi Code Desktop。阿里巴巴將其編碼代理工作台 Qoder 上架 HarmonyOS PC 應用商店。華為雲則升級 CodeArts，加入針對 HarmonyOS 的模型、一個代理，以及開發者實務中心。

三場發布，同一個訊息。編碼代理之爭已不再關乎哪個模型寫的程式碼更好，而是開發者早上第一件事打開哪個視窗。

為何是桌面，又為何是現在

只存在於瀏覽器分頁或終端機裡的代理有其天花板。要完成一項真實任務，它需要讀寫檔案、執行指令、查看渲染後的頁面，並檢查 pull request 的狀態。這四件事存在於不同地方，而瀏覽器或命令列介面通常只能觸及其中一兩項。

桌面應用程式則能觸及全部四項。這正是把代理從聊天框移到本機的理由。桌面是代理能夠端到端執行任務、無需人類在不同工具之間搬運上下文的最小環境。Moonshot 的客戶端正是圍繞此點打造，內建終端機、瀏覽器、截圖標註，以及 Git 狀態與 pull request 審查進度的檢視介面。

Kimi Code Desktop 的模式名稱說明了該公司認為代理需要什麼。Plan 讓代理在行動前先提出計畫。Goal 針對執行時間較長的工作。Swarm 平行執行多個代理，而一個名為 Tower 的實驗性模式則負責協調它們。這些都是對同一個問題的回答：一個能碰觸檔案系統與終端機的代理既強大，也很容易在你無意的地方跑起來。當代理有能力刪掉一個目錄時，行動前先審查就不是什麼可有可無的貼心設計。

HarmonyOS 作為通路壁壘

阿里巴巴的動作則因另一個理由值得關注。Qoder 上架 HarmonyOS PC 應用商店，重點與其說是產品，不如說是通路。華為聲稱約有 1,100 萬名註冊 HarmonyOS 開發者。如果這個數字接近真實，那麼該商店就是一個足以獨立支撐一款工具的開發者族群的預設入口。

華為的數字應該審慎看待。該公司表示，其 HarmonyOS 編碼模型將每千行錯誤率降低逾 80%，並將首次編譯通過率提升逾 78%。這些是廠商數據，未公布方法論，而首次編譯通過率極大程度取決於編譯的是什麼。在華為以外有人重現之前，應視為行銷說詞。

不是行銷的是結構性位置。當一個代理以平台開發者商店的入口形式發布，平台擁有者就掌控了通路，而通路是更難跨越的護城河。擁有更好模型的競爭者，仍得說服開發者離開他們已經打開的那個商店。

JetBrains 以治理回應

本週最有趣的發布晚了一天，而且關乎另一個問題。JetBrains 於 9 月 22 日推出 Air，一個它形容為橫跨 IDE、團隊交付與組織治理的開放系統。其中包含三項產品：Air 用於在 IDE 內協調與驗證代理，Air Teams 用於在交付流程中協調開發者與自主代理，Air Governance 則用於政策、可視性、稽核與成本管理。

名稱本身不如這種切分來得重要。生成已不再是代理式開發的難題。如果代理能寫程式碼，剩下的問題就是：誰審查了它、誰為它負責、它花了多少成本，以及它是否符合公司政策。JetBrains 賣的正是這些問題的解答，而非生成品質。

這是對下一波資金流向的刻意押注。這也是一家既有 IDE 廠商避開在模型品質上與 Cursor 和 Codex 競爭的方式，因為那場仗它大概會輸。JetBrains 不是主張自家的代理更聰明，而是主張自家的代理可被治理，並且它已建好支撐這項主張的底層管線。Air 可搭配 Claude Agent、Codex、Copilot、OpenCode，以及任何支援 Agent Client Protocol 的代理，橫跨 IDE、網頁、CLI 與行動裝置。團隊可以自帶模型訂閱，或依公開 API 價格付費給 JetBrains。

共享的 MCP 連線是揭示策略的一個小細節。工具連線設定一次，團隊所有人就都繼承了它。這種功能只有在組織規模下才顯得重要，而那正是 JetBrains 鎖定的規模。

底層的模式

退一步看，這一週的發布其實排列得很整齊。微軟擴充了 Copilot，加入一個會在背景持續運作的常駐代理。UiPath 讓第三方編碼代理產生自動化資產，再由其協調層執行。Webex 與 Zendesk 則在聯絡中心與支援工具中加入代理控制功能。同樣的轉變隨處可見：代理正從你與之對話的東西，變成在背景對真實系統運作的東西。

這個轉變帶來了一組新問題，而這些產品發布正是它們的地圖。驗證問題，因為一個產出量超出人類能審查範圍的代理，並不顯然是好事。歸屬問題，因為總得有人為出貨的東西簽核。成本問題，因為常駐代理會在無人看管時持續消耗 token。治理問題，因為一個擁有檔案系統存取權的代理就是一個資安攻擊面。

開發者世界之外的同一步棋

桌面爭奪戰，是企業軟體整體轉變在開發者端的版本。微軟於 9 月下旬擴充 Microsoft 365 Copilot，加入 Autopilot——一個會在背景持續運作的常駐代理——以及新的治理控制與代理間通訊原語。UiPath 讓 Claude Code、GitHub Copilot 與 Cursor 等第三方編碼代理產生自動化資產，再由其協調層執行。Webex 與 Zendesk 也都在聯絡中心工具中加入代理控制。

上述每一個動作，都把代理從你與之對話的東西，變成在你沒在看的時候對真實系統運作的東西。這正是治理之所以成為一個產品類別而非單一功能的原因。一個擁有檔案系統存取權、帳單帳戶，且能自主行動的代理，就是一小塊基礎設施，而基礎設施是需要被稽核的。

值得觀察的重點

對這一季正在挑選工具的開發者而言，問題已經改變。不再是哪個代理寫的程式碼最好，因為領先的模型彼此差距夠小，差異難以衡量。而是哪個代理契合你團隊的工作方式，以及你的組織如何審查它所產出的東西。

對廠商而言，牌桌已相當擁擠，差異化正往上移動。模型品質只是入場門檻。真正的爭奪在於通路，例如隨硬體平台出貨的應用商店，以及在於治理，例如企業在讓代理碰觸正式環境之前會先採購的稽核與成本控制。

最能透露風向的，是下一輪發布會落在哪裡。如果接下來一個月出現更多代理、更少治理工具，代表這個產業仍在上演能力競賽。如果出現的是控制項、稽核軌跡與成本儀表板，那麼競賽已經轉移到決定這一切能否通過採購審查的那一環。