期待DeepSeek的编程Agent，是时候了

最近看到有提到DeepSeek V5，问了一个让人不知道怎么回答的问题，时代在大步向前，不要说V5，连V50都终将会到来。

还是先期待下DeepSeek V4正式版吧，毕竟4月份发布的是预览版，DeepSeek应该会基于用户使用反馈做一些升级调整。

我认为在DeepSeek V5出来之前，我们更需要DeepSeek推出官方的code agent，这是大模型的真正价值放大器。

就像Claude Code、Codex，带动Opus 4.6、GPT 5.5用户暴增，成了token燃烧机器。

现在大模型的竞争其实已经从单一的llm转向llm+agent了，不敢想象没有Claude Code的话能支撑起Anthropic这么高的估值吗？

Claude Code在国内的使用门槛非常高，不光各种验证，还动不动封号。

如果哪一天Codex也搞这一套，咱们还能用什么?

所以我急切地期待DeepSeek能有自己的code agent，哪怕暂时达不到Claude Code、Codex的性能，我相信也不会差太多，毕竟V4无论模型能力还是性价比都已经夯爆了。

对于code agent，有个不成熟的想法，一定不能做成跨模型通用agent，应该只支持DeepSeek自家基座大模型。

因为通用agent要适配各种模型，底层优化不足，会牺牲很多性能，干不了复杂任务。

现在跨模型通用agent已经非常多了，cursor、kilo、cline等，vscode上还有大量的ai code插件，这个市场其实不需要新的玩家。

现在大家需要的是真正能够干活、产出的code agent，能放心的把任务交给它，它不会模棱两可、似是而非，也不会出现光消耗token而没有交付的情况。

举个很简单的例子，openclaw爆火了一段时间就无人问津了，说到底还是没有生产力，虽然可以接入几十种模型，上百个通讯APP，但你让它开发个简单的工具，它没法像Claude code那样给你交付。

就像新一代Codex刚出来时，Sam Altman说：

新Codex智能体或许是编程史上最大变革，开发者第一次拥有真正的虚拟队友 —— 交付需求给它，过段时间直接接收完整成果。

这才是我们对DeepSeek的期待，V4很好，V5应该会更好，但它们需要依赖强大的agent，帮我们真正提升生产力，而非只停留在对话聊天上。