Thoughtworks CTO Rachel Laycock 讨论了一个管理者容易误读的现象：一些乐于尝试新技术的资深开发者，仍不愿把实现全交给 Agent。她认为，把这种谨慎只解释成喜欢写代码或担心工作，会漏掉更具体的问题：系统行为是否正确、边界是否清楚、能否继续演进，以及另一支团队接手后是否能维护。
她举出团队集中尝试全 Agent 开发的经历。应用能运行、功能推进很快，但人仍花大量时间厘清领域、接口和架构；构建管线也经常报错。到底是并行改动相互碰撞、模块划分不合适，还是检查跟不上提交速度，文章没有给出单一确证。相关的 9 月原始复盘则记录，频繁提交让 Agent 能从共享计划看到彼此进度，也增加了 CI 负担；降低提交频率后，这种沟通又减弱了。
她的主张不是停止试用，而是让经验丰富的人带着具体疑问参与实验。领导者应提供时间与试错空间，开发者也要允许自己的旧假设被结果推翻。短期做出应用与经历真实用户、故障和长期改动，是不同阶段；这是一位技术领导者的经验判断，不是测得所有团队生产率的对照研究。