这道题其实在问一个很实际的问题:你作为搞[[Agent]]的人,怎么看技术从实验室走到赚钱这件事。我自己的判断是,未来3-5年最有可能规模化落地的,是编程助手,也就是AI Coding Agent。
理由很简单,它满足商业化最关键的三个条件:技术成熟度够、市场需求硬、成本效益算得过来。
先说技术成熟度。编程这件事,它的任务边界特别清晰,代码有严格的语法规则,对不对一编译就知道,跑不跑得过一测试就清楚,反馈闭环是天然完整的。不像客服或者办公场景,你答对了还是没答对,有时候需要人来判断。而且代码数据质量极高,GitHub、Stack Overflow上全是结构化的、标好答案的代码,做[[SFT]]和[[RLHF]]的成本比其他领域低很多。另外工具生态已经铺好了,Copilot、Cursor这些IDE插件已经把用户习惯培养起来了,我们不需要让人学一套新工具。
再说市场需求。开发者的痛点很真实:重复写模板代码、频繁切换上下文、学新框架成本高。而且付费主体是企业,企业愿意为提升开发效率的生产资料花钱。全球几千万开发者,一个人一年收一两百美元,这就是百亿级的市场。竞争还没定型,Cursor、Windsurf这些新产品还有机会。
成本效益这块,编程助手的ROI特别好算。你给一个开发者配了Agent,他代码产出快了多少、Bug率降了多少、Review时间短了多少,都能量化。而且失败成本很低,代码建议用户可以选择性采纳,不像客服机器人说错一句退款话术可能直接造成经济损失,也不像办公Agent帮你发了一封错误的邮件。编程助手的核心优势是:它帮忙的事是锦上添花,错了也不会捅大篓子。
和其他方向对比一下就更清楚了。自动化办公,企业数据孤岛严重,权限模型复杂,Agent一个误操作可能把合同发错人,风险太高。电商客服,客单价低,用户要的是情感交互,售后纠纷极其敏感,出一次错可能就流失客户。科研辅助更远,验证周期太长,容错率极低,领域极度分散,3-5年很难规模化。所以编程助手是那个最先跨过可用阈值的方向。
当然,这里有个坑。现在的编程助手主要还是代码补全和简单生成,真正的Agent化,从需求理解到代码生成、测试、部署端到端完成,还有两个关键瓶颈。一个是多文件理解,一个复杂功能往往要改好几个文件,Agent能不能理清依赖关系;另一个是安全执行环境,自动生成的代码能不能直接跑,会不会引入安全漏洞。所以我会把当前阶段看成「补全增强」,而不是真正的Agent。
这里其实有个很有意思的延伸:如果编程助手真的走到端到端,那它的评估方式也要变,不能只看生成代码的通过率,而要引入类似[[Self-RAG]]的自反思机制,让Agent自己检查自己的输出。这个我做过一些调研,如果你感兴趣我们可以细聊。
总结一下,我更倾向于把编程助手看作Agent落地的第一块试验田,因为它任务闭环、数据好、风险低、ROI可量化。其他方向不是没机会,但至少还需要3-5年去解决那些更本质的问题。