-
日期: 2026-05-18 | 來源: 愛范兒 | 有0人參與評論 | 專欄: 馬斯克 | 字體: 小 中 大
另壹種實現思路是模型廠商自行提供 API 服務、Coding Plan。這樣，不論用戶使用何種 AI 開發環境，模型廠商都可以通過服務器端的 API 記錄來獲取最大程度接近於原生 coding 產品的過程數據。
但這也只是接近，並非完全相同。核心在於，服務器端 API 的請求-響應日志，與深度嵌入的產品交互軌跡相比仍有很大差距。
自建產品的廠商（例如 Cursor、Claude 桌面端、Codex）擁有最直接的顯式反饋信號，而 API 側是相對模糊的隱式推斷。簡單來說，API 側能看到用戶請求和響應，但用戶最後是否采納了這段代碼、代碼能否跑通、引發了什麼樣的 bug，API 側對此是壹無所知的。他們無法了解到用戶最終行為這壹關鍵的標簽，從而無法實現最高質量的強化學習。
形而上來講，語言即世界，代碼即方案。代碼可以表達這個世界上絕大多數的任務，代碼也會成為頭部的放大器，讓最頂尖的人才放大數倍的生產力。
只有最頂尖的 coding 模型才配得上最頂尖的人才。如果領先的模型廠商不重視 coding，勢必將會掉出第壹梯隊。
當然，事實上每家模型廠商都不會不重視 coding——而是說，在新的范式下，那些沒有自主可控的原生 coding agent 產品，極有可能逐漸落後於有產品的廠商。
就在前幾天，MiniMax 也發布了桌面客戶端產品的重大更新：帶有全新多 agent 編排架構的 Mavis 功能，並且也讓客戶端顯著改善了對 coding 任務的支持。
此前 MiniMax 只是推出了桌面端，但沒有加入原生 coding 和 agent 功能。
緊接著，在 5 月 15 日，阿裡巴巴正式發布了 Qoder 1.0——這個產品從 IDE 的形態正式升級為壹個完整的 Agent 產品（阿裡的官方叫法是智能體自主開發工作台）。
與此同時，xAI 的 Grok Build CLI，也終於正式推出了。- 新聞來源於其它媒體，內容不代表本站立場！
-
原文鏈接
原文鏈接:
目前還沒有人發表評論, 大家都在期待您的高見