上周看到一个热搜话题：一个人用AI做出了过去需要一个团队才能做的产品。评论区一片焦虑，有人说"技术管理者要失业了"。

我觉得这话说反了。AI越能干，越需要有人决定让它干什么、不干什么。真正该焦虑的，是那些还在用"做得好"来定义自己价值的技术管理者。

做得太好，是一种甜蜜的陷阱

我见过不少技术leader，包括我自己，刚做管理时的第一反应是——代码review我得上，架构设计我得参与，关键技术选型我得拍板。

原因很简单：这是我们最擅长的事，也是最有安全感的事。写出一段精巧的代码、解决一个棘手的bug，那种成就感是开会、写文档、做1on1给不了的。

但问题是，如果你的时间都花在review代码上，谁来做技术规划？谁来协调跨团队的需求冲突？谁来处理团队里那个能力强但态度差的人？

没人做。因为这些事"不急"。或者更准确地说，我们下意识觉得这些事没有"亲手写出一个漂亮的函数"来得有成就感。

身份认同才是真正的瓶颈

我在金融科技团队里见过一个典型场景。新业务要上线，技术方案讨论时，CTO问了一个架构层面的问题。整个会议室沉默了十秒，所有人看向那个最强的工程师。

他答得很好。但我在想：如果这个团队继续发展，他还是那个被提问的人，还是那个回答问题的人？

你有没有遇到过这种场景——

你是前端技术负责人，发现跨团队项目里有个架构设计有明显问题。如果按现有方案走，半年后一定踩坑。你去找后端团队负责人沟通，对方听了，点点头，然后说："嗯，我们再看看。"

然后就没有然后了。

你跟老板汇报，老板说"你自己去协调"。你没有对那个团队的考核权，没有晋升推荐权，甚至跟他不在一个BU。你唯一能依靠的，是你的"技术判断力"和——怎么说呢——某种说不清道不明的"影响力"。

这种"没权力但要把事推成"的经历，大概是技术管理者最日常的困境之一。

权力为什么不好使

先说一个反直觉的结论：在技术团队里，靠权力推事情，往往是最低效的方式。

你可能觉得，如果我是总监，我说的话别人就会听。事实上，在大厂的组织架构里，你日常需要协作的人，大概率跟你不存在汇报关系。跨团队、跨BU甚至跨公司（外部合作），你的职级对别人没有直接约束力。

而且，即使在团队内部，纯粹的权力推动也会产生副作用。团队成员会因为"你是leader"而执行你的决策，但他们不会投入额外的思考。你在的时候执行，你不在的时候走样。这不是执行力问题，是动力问题。

真正的技术影响力，是让对方觉得"这事值得做"，而不是"这人我惹不起"。

上个月，一个团队的朋友跟我说，他们在内部做了一次 Agent 能力评估。方式是让 Agent 跑 50 个真实的客服场景，然后让人工逐条打分。

结果出来之后，所有人都在争论一个问题：82% 的通过率，到底算好还是不好？

没人能回答。因为"好"没有标准。

这件事让我意识到一个问题：我们在疯狂地往生产环境里塞 Agent，但我们几乎没有一套可靠的方法来评价它到底干得怎么样。传统软件测试的那套方法论——单元测试、集成测试、端到端测试——在 Agent 面前，几乎全部失效。

传统测试为什么失效了

传统测试建立在一个核心假设之上：确定性。给定输入 A，系统必须输出 B。如果输出了 C，那就是 bug。

Agent 天然不满足这个假设。同一个用户问题，Agent 可能走完全不同的推理路径，给出不同的回答——而且两个回答可能都是"对的"。你怎么写断言？你没法写 assertEqual(agent.answer, expected_answer)，因为 expected_answer 本身就不唯一。

这还只是最表面的问题。更深层的麻烦在于：

上个月，一个朋友在群里吐槽：他们的在线文档产品要加多人协作功能，技术负责人评估了一下，给了个方案——用 WebSocket 广播所有编辑操作，冲突了就提示用户"文档已被他人修改，请刷新后重试"。

我问他，你们打算让用户刷新多少次才能写完一段话？

这不是段子。在我见过的技术选型里，"广播 + 冲突提示"仍然是很多团队处理实时协作的第一反应。理由很简单——实现成本低，逻辑好理解。但这条路的尽头，是一个永远填不完的坑。

冲突不是边缘情况

想象一个场景：两个人同时编辑同一份文档的同一行。A 把"用户协议"改成了"服务条款"，B 在同一位置加了个逗号。两个操作几乎同时发生，网络延迟让它们到达服务器的顺序不确定。

传统做法要么让 A 的修改覆盖 B 的（后到的覆盖先到的），要么把文档锁住让 B 等 A 改完。前者丢数据，后者体验差。

CRDT（Conflict-free Replicated Data Type，无冲突复制数据类型）提供了第三条路：从数学上保证，只要操作满足交换律和结合律，无论网络传输顺序如何、延迟多长，所有客户端最终都会收敛到同一份数据。不需要中心服务器仲裁，不需要锁，不需要用户手动解决冲突。每个操作本身就是一个独立的、可传播的、可合并的单元。

从论文到产品的距离