-
日期: 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，也终于正式推出了。- 新闻来源于其它媒体，内容不代表本站立场！
-
原文链接
原文链接:
目前还没有人发表评论, 大家都在期待您的高见