当同事变成AI的复读机

技术讨论里，有一种回复越来越常见：你抛出一个问题，对方隔了几秒，发来一段结构工整、面面俱到的文字，列了三个权衡，末尾还附上推荐方案。你追问其中一点，又等来一段同样工整的回应。来回几次，你意识到自己不是在和同事讨论，而是在和一个套着人皮的聊天窗口对话。

如果我想和AI辩论，我自己会打开浏览器，十秒钟就能问。我找你，是想听你的判断：你见过什么方案奏效、什么方案失败，你为什么接受某些权衡、挑战某些假设。这些经验是模型给不了的。当你把AI的输出直接转给我，我得到的是通用答案加上你的名字，外加一段额外的等待时间。

有人会说，在AI时代，开发者的角色是“架构师”——AI生成选项，人来决策。这个模型本身没问题，但决策者如果99%的时候都同意AI的建议，那就不叫决策，叫盖章。检验方法很简单：你能说出最近一次不同意AI的时刻吗？理由是什么？不是“我调了格式”，而是基于模型不可能知道的约束、事故或团队偏好。如果你说不出来，那你不是护栏，你只是乘客，连歌单都没选。

我遇到过一件真事。有人在职业社交平台上联系我，说想学习我解决分布式系统问题的方法。我很乐意，就详细讲了如何推理故障模式、从哪入手处理不一致，来回交流了一阵。后来发现，对方一直在用AI和我辩论。他不是来学习的，是来通过代理和我吵架的。我每天都和AI辩论，那很容易；难的是找到一个愿意坐在对话里、当场思考、在我面前犯错、用自己的脑子反驳的人。如果他直接问自己那些半成品问题，我会一直答下去。

还有一种回应：“反正AI说的就是我想说的。”你如此热烈地同意一个自己没形成的立场，勇气可嘉。没有理解的支持不是支持。如果我问你为什么同意，诚实的答案是“因为它这么说，听起来也对”，那你持有的不是观点，是借来的观点。借来的观点在第一个真问题面前就会倒塌。

关于“我在验证输出”的说法：验证是实打实的工作，意味着拿现实核对主张、测试假设、找出微妙错误。如果你的验证只是读一遍觉得“嗯，有道理”，那不是护栏，那是阅读。从不拦下任何东西的护栏，只是装饰。

“我太忙了”也是常见理由。忙不是人格，也不是豁免权。如果你没时间参与，那也没时间待在对话里。体面的做法是直接说：“我没精力好好想这个问题，不想给你半吊子答案，晚点再聊？”这尊重我的时间，也不装。不可接受的是把未经检验的输出倒进讨论，当成自己的贡献。

公平地说，有些情况用AI是合理的。英语不是母语的人用它润色表达，没问题，只要想法是你自己的。事先用AI探索话题、找反方论点、检查思路，这是研究。新人经验不足，借助AI形成看法，可以理解，解法是指导而非羞辱。我不反对AI参与过程，我反对AI替代过程中的人。界线在于：你有没有把模型输出变成自己的？你推敲过、不同意过某些部分、按实际情况重写过，还是只是转发？

我的建议是：在对话之前用AI，而不是在对话中。让它压力测试你的想法，找出最强反对意见，然后你自己思考。形成一个不依赖它也能辩护的立场。如果别人一质疑你就得回聊天窗口找答案，那你还没准备好回答。坦白哪些是你的、哪些不是。“我问AI要了几个选项，我倾向B，因为X”——那个“因为X”就是人存在的证据。偶尔故意不同意它，如果你从不推翻模型，问问自己是在评估还是在跟随。不知道就说不知道，“我不确定，我去查一下”从不让人显得无能，用别人的话假装才最终会。

这个问题超出礼貌范畴。技术讨论是团队建立共享心智模型的方式，假设在这里浮出水面，一个人的经验纠正另一个人的盲区，决策背后的真实推理在这里产生和记录。如果对话一方是空心的，团队带走的是一个没人真正推理过的决定。这就像认知债务，从代码挪到了对话里。债务总会到期，通常是在决策出错、有人问“为什么选这个”的时候，而诚实的答案是“AI说的，我们都点了点头”。

用AI，一直用，如果它能让你更好。但当你坐下来和人讨论难题时，请亲自在场。带上你自己的观点，哪怕不完美；带上你的怀疑；带上模型不知道而你知道的东西。那才是我来对话的原因。如果我只想要互联网的平均意见，我会直接问互联网。人的参与现在很稀缺，别让它更稀缺。