3天烧15亿token后，聊聊5.6的真实体验

这三天我用5.6Sol做了各种开发任务，几乎打满了每个5h的额度。它最让我惊艳的并不是智力提升，而是让Coding迈进了一个新的分水岭：Agent开发执行能力开始过剩，更稀缺的是好Issue和支持多Agent并行的架构。1.开发执行环节，基本可以完全托管给AI了以我最近做的Hermes Agent优化为例，它的1.0版本是用5.5做的，当时我还需要把任务拆的很细，没办法直接把“做100个案例的测评集，再根据结果优化skill”这种复杂任务整体交给AI。我得和它一步步密切配合，商量讨论各种细节的优化，然后它去执行、我来校验，基本上每10-20min要跟AI讨论一下。但到了2.0版本，整个过程就丝滑了很多。我只需要告诉5.6Sol：我对现在的skill很不满，错误率有点高，请你构建100个案例的测评集，然后基于测试结果优化skill，最后直接给我一个测评集和验收版本。挂上goal任务后，5.6Sol就会自己去吭哧吭哧干一两个小时，完成后我只需要进行验收，有问题再让它去修改和复测，最后给我一个可以直接上线的版本。但高托管开发的前提是：需求要对的很清楚，不能偷懒指望一句话就行了。我还尝试了只靠简单描述，让5.6Sol在我现有的几个系统基础上做一个权限管理模块，虽然它最后成功做出来一个可以用的权限系统，但是跟我脑子里想要的完全不是一个东西，我还得从头再和AI详细梳理一边。2.Coding的新瓶颈，开始变成Issue收集和架构设计最近我在把我的Coding全链路切换到三个环节：Issue收集处理、需求文档及测试用例撰写、AI开发与验收三个环节，逐步构建一个从Issue到PR的高自动化开发流程。在这套流程里，Issue收集和架构设计开始决定产品的迭代速度。在5.5时代，我比较烦的是AI干不明白活，我这一堆需求排在那开发太慢怎么办；5.6时代这个烦恼消失了，新的烦恼变成了Issue仓库没东西了，我没啥想要继续开发的东西了。开发速度上来了以后，整个流程反而卡在了需求收集上，怎么持续找到更多真实、有价值的问题，这是目前我在和AI一起想办法解决的事情。架构设计则决定了可以同时并行的Agent数量。我有一个项目架构设计做的还行，产品拆成了8个模块，各个模块之间都是API相互通讯。开发的时候就可以多个worktree下并行四五个session一起干活，每个Agent开一个分支，互相没有影响。但另一个产品当初做的时候就很简单，没做任何模块化的设计，里边各种代码偶尔在一起，多session并行压根就跑不动，开发效率自然也拉不上去。