第二百零一章 缺失的三个人 (第1/2页)

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

（本章未完，请点击下一页继续阅读）