上一章结尾提到，那顿饭还埋着一个更细小的坑：我说的是「律所」，杨明纠正的是「律师」。就差一个字，但正是这一个字，让那场讨论原地打转了半小时。这一章拆的陷阱叫概念含混——大白话讲：一个词在你的句子里干两份不同的活，而你没有察觉。
一个词，两份工作
「律所会怎么入选企业的法律顾问名单？」这个问题里，「律所」至少扛着两份完全不同的工作：
- 律所 = 机构：一个品牌、一套资质、一份名录上的名字。这层意义上，「入选」看的是规模、排名、行业口碑。
- 律所 = 具体办案的律师：某个合伙人和他的团队。这层意义上，企业真正「选」的是人——你信不信任他、他懂不懂你的行业、出了事他顶不顶得上。
当我问「是不是只有红圈所才能入选」时，我用的是第一层意思；杨明反驳「入选的往往不是律所而是律师」时，用的是第二层。我们争了半天，其实没有分歧——只是同一个词在两个轨道上跑。这是概念含混最气人的地方：它不产生错误答案，它产生「伪争论」。双方都觉得自己在反驳对方，其实像两条平行铁轨上的火车，呼啸着互相错过。
那顿饭上还有一个同款：「入库」。我说「进入法律顾问名单」，默认入库就是「被选上了」；杨明说「入库往往只是程序化的一步」，意思是入库只是「有资格被挑」。一个是终点，一个是起点。又是一个词，两份工作。
为什么大脑容忍一词两用
因为省劲。语言给每个概念发了一个词当标签，大脑默认「标签一样 → 东西一样」。这在日常里九成够用——谁会在点菜时纠结「番茄」是植物学果实还是烹饪学蔬菜？但在讨论里，一个词的两份工作如果结论不同（机构层面「红圈所有优势」，人的层面「牌子只是门票」），含混就不再是无害的了：它让你把两个层面各自的证据，错装到对方的结论上。
工程师对这事其实不陌生——这就是变量遮蔽：同一个变量名，内层作用域偷偷换了值，外层的计算全错。只不过代码里编译器会警告，饭桌上没有编译器。
大白话：概念含混的讨论就像两个人打乒乓球，但用的是两只不同的球。你以为在回对方那一板，其实每次挥拍打的都是自己那只球——打得再热闹，比分永远是零比零。
拆弹动作：给关键词「点名」
防这个坑的办法土得掉渣，但极其有效：讨论前，把问题里的关键词挨个拉出来，强制说出它指什么。
拿「法务是不是只认红圈所」做示范，先点名三个词：
- 「认」= 入库的资格筛选？还是具体案子的委托决定？——这是两道工序。
- 「红圈所」= 机构品牌？还是「出自红圈所的那个合伙人」？
- 「只认」= 100% 排除其他所？还是「同等条件下优先」？
点完名，原来的问题会自动裂变成几个更小、更清楚的问题，比如：「在入库资格筛选这道工序上，机构品牌占多大权重？」——这个小问题的前提可查、概念有边界，终于配得上认真讨论了。
有个好用的测试叫换词测试：把关键词换成一个更具体的说法，看句子意思变没变。「律所入库」换成「张三律师所在的机构进了名单」，如果你的结论忽然说不通了，说明刚才的推理全靠那个含混的词撑着。
至此，四个陷阱齐了
回过头数：第三章的以偏概全（证据数量造假）、第四章的夹带为什么（前提走私）、第五章的类比错位（推理通道用错）、这一章的概念含混（词汇一词两用）。这四个就是那晚饭桌上坏掉的全部零件，也是大多数人提问时最高频的四个坑。
知道坑长什么样还不够——坑在暗处，你得有工具把它挖出来。下一章开始从「认坑」转向「拆弹」：一套把前提从问题里拆出来的三步操作。