这道题其实是在问技术、工程成本和市场需求三者取交集,看哪个能力现在就能跑通闭环。我的判断是代码生成,特别是Copilot这种模式,最有可能率先大规模落地。
先说技术成熟度。代码生成有一个天然优势,就是它的输出有客观验证标准。你写完代码,编译能不能过,单元测试跑不跑得通,CI/CD能不能绿,这些是硬指标。相比之下,网页交互要理解DOM结构,还要应对页面变化和反爬,稳定性很难保证。自动化决策更麻烦,一旦出错,责任边界很模糊,商业损失可能很大。所以从技术可控性来说,代码生成最靠谱。
再一个看工程成本。代码生成本质上是一次训练、无限复用,而且企业里Git、DevOps这些基础设施已经铺好了,接入成本很低。但网页交互需要维护大量浏览器环境,还要处理反爬和页面适配,运维成本非常高。自动化决策要跟业务系统深度集成,每个客户都得定制,边际成本降不下来。
市场需求这块,开发者的付费意愿已经被GitHub Copilot验证了,每月10美元,几百万用户,说明大家愿意为效率买单。企业端也一样,降本增效的指标很清晰,采购决策链短。而网页交互和自动化决策的需求方往往是业务人员,但他们付费能力和决策权是分离的,推广起来更难。
举个例子,像美团这种场景,订单退款、商家满减规则生成,业务代码模式化很强。如果结合[[RAG]]把内部框架和规范喂进去,代码生成可以自动产出符合要求的代码片段,开发效率提升很明显。而且内部已经有代码规范和Review流程,天然形成人机协作闭环,生成的东西有人把关。
但这里有个坑。代码生成要落地,前提是企业的代码质量和规范要足够好。如果代码库本身很混乱,没有统一的框架和注释,那生成的东西质量会很差,反而增加Review负担。常见失败场景是,模型生成了看似正确但实际有逻辑漏洞的代码,比如并发问题没处理,或者边界条件没覆盖。上线我会特别关注这些点,加一层静态检查和单元测试覆盖。
另外,我觉得代码生成和其他能力不是互斥的。真正落地时,往往是代码生成加搜索整合一起上。比如生成代码时,需要搜索内部API文档或历史实现,这就要用到搜索整合的能力。所以我会把代码生成看成当前最优先的切入点,但其他能力也在快速成熟,预计1-2年后网页交互和自动化决策也会迎来自己的爆发点。
所以我的结论是,代码生成是技术可行、成本可控、市场愿付三者的最优交集。我更倾向先从这个点切入,把基础设施和信任循环建立起来,再逐步扩展其他能力。