第二百零一章 缺失的三个人 (第1/2页)
　　
　　姜亦心盯着屏幕上刚拉出来的数据，感觉自己的胃在翻滚。
　　
　　可能是早晨吃了包子和油条，吃太多了。
　　
　　她不愿意承认自己是在紧张。
　　
　　很快，她作为产品人第一个从想法到落地全程带出来的产品就要发布了。
　　
　　是的，编程智能体，在经过小半个月的内部打磨之後，准备开始进行小范围内测了。
　　
　　其实说起来，这不是姜亦心做的第一个产品。
　　
　　她入职源码之後就跟进开物的开发，连开物的名字都是她取的；後来转产品之後，开物、Kaiwu海外版她也都深度参与。
　　
　　但是那都是韩路一和苏念念牵的头，她更多的是做的完善和执行的工作。
　　
　　智能体这个项目不一样，这个项目是姜亦心自己提出来的想法，产品的雏形、交互的方式、早期的原型，全都是姜亦心和钱晓乐两个人搞出来的。
　　
　　硬要说的话，这就像是她的第一个孩子一样。
　　
　　现在这个孩子要出去被人评判了，心里难免忐忑不安。
　　
　　她下意识地朝旁边瞥了一眼，钱晓乐工位空着，她还没来—她基本不会在十点之前来办公室。
　　
　　姜亦心再次过了一遍数据：
　　
　　内部使用两周，内部使用的工程师一共二十七人。
　　
　　编程智能体辅助创建的代码合并数量，比上线前两周提升了百分之六十四。
　　
　　其中由智能体完整生成初稿、工程师审阅後合并的代码分支，占比达到了百分之五十二。
　　
　　回退率只有百分之三点一。
　　
　　这几个数字摆在一起，其实已经很漂亮了。
　　
　　甚至漂亮得有点吓人。
　　
　　但姜亦心还是不敢放心，她点开更细的任务分布。
　　
　　简单任务里的提升最明显：UI组件调整、栏位重命名、接口参数适配、测试用例补全、日志格式修改。
　　
　　这些任务在以前都需要占用开发工程师的时间去做，繁琐、打断节奏、还要专门排期，一个工单任务可能就要占去一个工程师半天的时间。
　　
　　现在使用智能体来做，一个工程师一上午就能做五个。
　　
　　开发把需求写进去，它能自己看项目结构，找到相关文件，进行任务规划，划分子任务，生成改动，跑测试，失败之後再修一轮。
　　
　　101看书 101 看书网超顺畅，.任你读 全手打无错站
　　
　　这部分任务的采用率高得惊人，智能体直接成了「低级杂活清理机器人」。
　　
　　这也是最能体现产品价值的地方。
　　
　　可是到了复杂任务，数据就没有那麽好看了。
　　
　　跨多个模块的大重构，涉及历史业务逻辑的修改，依赖上下文很长的旧代码迁移，还有那种需求本身就模糊的任务，智能体就明显吃力。
　　
　　这些就不是叠代产品本身能解决的问题了，这是产品底层的两个大模型能力到了极限。
　　
　　天工模型的代码生成能力有限，水星模型也已经到瓶颈了。
　　
　　姜亦心认为，到了这一步，再在内部打磨已经用处不大了，是可以拿到市场上去接受反馈了。
　　
　　她打开汇报文档，在最後加了一行字：「当前版本适合作为中低复杂度开发任务的自动执行工具，不建议对高复杂度跨模块重构做无监督放行。」
　　
　　刚写完，突然感觉有人拍了一下她的肩膀。
　　
　　姜亦心回头一看，是李婷来了。她左手拿着一杯星巴克的咖啡杯，右手还提着一个纸袋。
　　
　　「看什麽呢？这麽认真，你的表情很严肃哦。」李婷说，「给你带了大杯拿铁，还有一杯是乐乐的。」
　　
　　
　　
　　（本章未完，请点击下一页继续阅读）