第二百零二章 又到了激动人心的起名环节 (第1/2页)
姜亦心怔了一下，苏总还真是敏锐。
汇报之前，她当然已经深入研究过数据。
开发团队一共才三十人，其中二十七人日常使用，这个采用率已经很高了。
因此，姜亦心下意识地把注意力放在占了大半的活跃用户上，也放在总体代码分支数量、采用率和回退率上。
至于剩下的三个人，她不是没注意到，只是觉得相对不那么重要。
但从苏念念的态度来看，她显然觉得这三个人比那二十七个人还重要。
“额，我也大概问过。”
姜亦心说得偏保守：她虽然问了，但确实没有深入调查。
苏念念把电脑往自己这边转了一点，点开用户列表，问道：“是哪三个人没用？”
姜亦心站起身，走到苏念念身后：“老陈——陈总。”
苏念念看了姜亦心一眼。
姜亦心继续说道：“陈总现在更多是带人、分配任务、做技术方案。他说自己不是有抵触，实在是最近没有合适的任务。”
怎么说呢，老陈虽然还在开发这条线上，但职位其实已经不算开发了。
韩总不是也没在用智能体工具吗？
苏念念没有评价，只是接着问道：“第二个呢？”
“第二个是梁巍。”
梁巍资历很深，现在负责开物核心模块的稳定性和架构，是技术专家。
“他为什么不用？”
“他说最近主要做架构评审和代码审查，写代码反而成了最少的事。”姜亦心说道，“他还挺上心，问我智能体能不能帮他做代码评审。”
苏念念依旧没评价，接着问：“第三个呢？”
姜亦心迟疑了一下，还是说出了他的名字。
第三个人是BugKiller组的一名后端工程师。姜亦心当初做内部分享时，他就带头反对用智能体编程，之后一直没用过。
“他怎么说的？”苏念念追问道。
“他说试过一次，不顺手，就不再用了。”
“具体怎么不顺手呢？”
“他说……要写很多提示词，还要等它跑；自己在旁边看着没事干，不如直接改。”
苏念念又点了点头，问姜亦心：“现在有什么想法？问题怎么解决？”
陈建业和梁巍这两个名字放在一起时，姜亦心自己也感觉到问题了。
这和她自己写下的结论吻合。
智能体适合简单任务，复杂的还做不了。对技术负责人、技术专家这个级别的人来说，他们本来也不会把时间花在简单任务上。
他们的工作本就是决定高层级技术方向，把大的、不确定的技术挑战转化成小的、确定的可执行任务，再分给中级、初级程序员执行。
从这个角度来说，初中级程序员就是他们的智能体。
智能体对他们来说不是不想用，而是不需要用——帮助不大。
反过来看，赵文渊和模型组最近也在高强度使用智能体——他们高度介入，参数和实现路径都讲得很细。这又是另一种使用模式。
姜亦心把电脑拉回自己面前，微微弯腰，在原来的文档上新增一个区域：潜在用户问题。
“三个人可以分成两类：没机会用的，和不想用的。”
姜亦心边说边把两类问题写上去，然后分析：“没机会用的暂时不用处理。他们不是我们的目标用户群，在模型能力取得突破之前，也没有更好的方案能服务好他们。”
“而不想用的用户——”
姜亦心没有把话说完，她也有点拿不准。
他们没学会怎么用，而且可能也不想学。
这些人并非没有更高效率工作的需求，但他们拒绝学习新东西，拒绝改变已经习惯的工作模式。
说实话，姜亦心也不知道该怎么办。停了一会儿，她才说：“可能本来就不是所有程序员都会喜欢这种改变。”
说这话时，姜亦心又想起自己刚在内部分享智能体工具时的风波。那时是苏念念出面说服陈建业，平息风波，把智能体在源码科技内部推广出去。
可放到更大的用户群里，还能这么顺利吗？
“可以，准备开始内测吧。”苏念念的话打断了姜亦心的思索，“你准备怎么招募内测用户？”
这个姜亦心已经有方案。她把文档拉到对应位置，朝苏念念的方向转了转，确保她能看到。
“我的打算是从BugKiller的用户中招募。”
“为什么是BugKiller用户？”
“他们基本都是开发者，有代码基础，能判断生成结果质量，也会看测试报告。”姜亦心回答，“而且他们本来就用过源码科技的开发者工具，反馈会更有效。”
苏念念点了点头：“发放方式呢，你是怎么打算的？”
“对BugKiller的重度用户，直接发送社区站内信邀请；同时在开发者社区和官网同步发招募页。邀请码从官网领取，先到先得；用完后仍有人申请的，就进入等待队列。”
“落地页上怎么描述？”
姜亦心说得越来越流畅，这些都是她准备好的内容：“简单描述功能：自动拆解开发任务、生成代码、运行测试、迭代修复。重点放在可节省的时间和工作量上，就用我们内部的数据。”
（本章未完，请点击下一页继续阅读）