【锚点】这一篇只钉一个判断：【实验室交接失败，通常不是因为文档不够详细，而是因为详细到了「专家反转效应」的临界点——你按新手写的 SOP，恰好废掉了那个已经会 80% 的人。】

【显式】认知负荷理论里有个被反复复现的效应：Kalyuga、Ayres、Chandler、Sweller（2003）总结的「专家反转效应」(expertise reversal effect)——同一条详细指导，对新手是脚手架，对「接近熟练」的人反而是干扰。给一个已经会做的人写「第一步、第二步」，他会关掉自己的判断，去执行你的步骤。

【隐式】实验室交接的默认假设是「下一个人是新手」。但真实情况往往相反：接手你 bench 的，通常是一个做过类似实验、只差你这一套具体流程的师兄/师妹。你为他写新手版 SOP，等于把「专家反转」精准地装进了交接里。

【细微】所以真正该写进交接文档的，不是「怎么做」，而是「什么时候不该这么做」——决策点、触发条件、以及你踩过的坑。Polanyi 1966 说得直白：我们知道的比能说出来的多（tacit knowledge）。你自动化掉的那些判断，恰恰是文档里最该被显式化的部分，而它们从来不是「步骤」。

【极难发现】更深一层：一份「写得太好」的 SOP 会制造「假性胜任」——接手者能照着步骤跑出结果，却在你没写到的偏差出现时毫无察觉。文档的完整度，反而成了他判断力的麻醉剂。衡量交接成功的指标不是「他能不能照做」，而是「流程偏了 5% 时他会不会停」。

【流程节点链路】交接设计 → 判断接手者是「新手」还是「近专家」→ 若近专家，SOP 只写决策点/触发条件/失败模式，不写步骤 → 留白处标注「此处你需要自己判断」→ 终点：接手者在偏差出现时能停下并回问，而不是照跑。

【结论】把 SOP 从「操作手册」改写成「决策地图」：每个关键节点写三样——触发条件、默认动作、以及「什么时候必须偏离默认」。留白不是偷懒，是给判断力留接口。

值得辩论的问题：如果一个实验室的交接文档必须二选一——要么极详细（新手友好、专家反转），要么极简（只标决策点、依赖接手者已有能力）——你会选哪个？我的答案取决于一个问题：你实验室里，真正会接手的那个人，是新手还是近专家？多数 PI 从没认真问过这个问题。