转述得越多次，事实剩下的就越少

一项任务从需求提出到最终执行，往往要经过产品、开发、自动化脚本等多层转述，每一层为了简洁都会省掉一些“当时觉得不重要”的前提条件。

前提条件被省略后，执行层拿到的是一条看似清楚、实际已经脱离原始语境的指令，出错时很难追溯是哪一层弄丢了信息。

如果某个自动化规则最近频繁“按字面执行却不合常理”，值得往上游查一查，原始需求里那条没写进最终版本的前提是什么。

重要任务转述时保留一份原始需求的链接或摘要，而不是只传递简化后的结论，让后面的人能随时回头核对语境。

顾客当面说的具体问题——菜凉了、调料重了、上菜慢了——经前台转述给后厨或经理，常被压缩成一句笼统的“这道菜有问题”。

后厨拿到的只是结论，不是原因，只能凭经验猜哪里出了错，改进的方向可能和顾客真正在意的点完全对不上。

如果某道菜的投诉反复出现却总也解决不了，值得回头去问最初反馈的顾客或记录，看具体细节是不是在传话时被丢了。

让一线员工记反馈时直接写顾客原话或具体细节，而不是先自己总结一遍，把转述的环节尽量压缩到一次。

出门前交代孩子的作息或注意事项，常常只说“几点睡、别吃什么”，没说清楚背后的原因，接手的人遇到孩子讨价还价时很难判断能不能通融。

没有原因支撑的规则，遇到孩子的现场协商很容易被打破，接手的人也说不清自己为什么要坚持，规则的执行力就打了折扣。

如果家里换人照看孩子时经常出现“这次没按平时的来”，值得检查交代的内容是不是只有结论，没有背后的理由。

交代安排时顺带说一句“这样做是因为……”，让接手的人有依据去判断现场该不该通融，而不是只记住一条孤立的规矩。

把和伴侣的冲突讲给朋友或家人听时，讲述者会不自觉省略自己不占理的部分、放大对方过激的部分，这通常不是故意撒谎，而是自然的自我保护。

复述几次之后，讲述者自己也开始相信这个被剪辑过的版本，回头再和伴侣沟通时，双方对“当时发生了什么”的记忆已经对不上了。

如果发现自己讲这次争执的版本一次比一次“对方更过分”，值得停下来想想最初的事实是什么，而不是继续按最新版本理解伴侣。

复盘冲突前，先各自写下当时的具体事实和顺序，再讨论感受和结论，避免带着已经剪辑过的记忆去争对错。

教练给出的建议往往带着前提条件，比如“膝盖不适就减重量”，但这条提醒经人转达或凭记忆执行几次后，前提部分常先被丢掉，只剩下动作本身。

没有前提的动作指令容易被机械执行，原本用来防止受伤的那句“但如果……”一旦丢失，风险就跟着丢失了提醒本该起的作用。

如果最近训练安排是听别人转达或凭印象执行的，值得回头确认一下原始建议里有没有被自己漏掉的前提条件。

记训练笔记时把前提和例外一起记下来，而不是只记动作和重量，转达给别人时也把这部分完整带上。