你是带新人的小团队负责人，这周要给新入职的 3 个应届生做入职培训，原定的新人手册还是半年前的旧版，老员工一被问起「这个流程怎么跑」「遇到 XX 事该找谁」就说「这很简单，你做几次就懂」，你手头只有零散的群聊截图、几次新人培训的口头记录，找不到能直接用的结构化内容，眼看入职日只剩 3 天，急着把隐性的团队规则变成显性的手册。
你是带新人的小团队负责人，这周要给新入职的 3 个应届生做入职培训，原定的新人手册还是半年前的旧版，老员工一被问起「这个流程怎么跑」「遇到 XX 事该找谁」就说「这很简单，你做几次就懂」，你手头只有零散的群聊截图、几次新人培训的口头记录，找不到能直接用的结构化内容，眼看入职日只剩 3 天，急着把隐性的团队规则变成显性的手册。
老员工脑子里的隐性经验不是零散的知识点，是带场景判断的决策链——比如「客户问起竞品时不能直接说不好」，这个规则是结合了 3 次之前的投诉案例、2 次客户留存的成功案例才形成的，属于「只可意会不可言传」的情境依赖型信息；你每次问，老员工都默认你已经懂了前提（比如知道投诉案例的背景），只会说核心动作，不会把前置条件、例外情况、审批节点这些关键信息拆解出来，导致你拿到的信息是断裂的，没法直接整理成手册里的「操作步骤」。
别先从「所有该写的内容」入手，而是去翻过去 1 个月里，老员工被新人或跨部门同事问得最多的 20 个问题——比如「报销单怎么填」「项目立项要找哪个对接人」「客户逾期付款的处理步骤」，这些问题是团队隐性规则的「显性入口」。把这些问题按「日常操作」「特殊情况」「审批节点」分类，每一类下只保留「有 2 次以上重复提问」的内容，避免把只有 1 次的偶然情况写进手册，这样整理出来的内容是新人真的会遇到的，不是空泛的规则。
针对每个高频问题，找对应的老员工要「从触发到解决的完整逻辑」，而不是「怎么做」——比如问「报销单填错了怎么办」，要让老员工说「什么时候填错（比如金额写错、附票不全）、找谁改（部门行政还是财务）、改的时限（3 天内还是当月）、如果超期的特殊处理方式」，而不是只说「找行政改」。每问一个问题，把老员工的回答拆成「触发条件→操作步骤→例外情况→审批节点」四个部分，避免信息断裂。
整理出来的内容要站在完全没接触过团队的新人角度读一遍，比如把「我们的项目群叫『XX 项目组-核心群』」改成「加入项目后要进的专属群是『XX 项目组-核心群』，用于同步紧急事项」；把「找张姐审批」改成「找行政部张姐审批，她的工位在 3 楼 302 室，审批时限是 1 个工作日」。如果读的时候发现有「默认你懂」的省略，比如「按之前的流程走」，就把「之前的流程」补成具体的步骤，确保新人不用猜。
两周内，你能拿到一份至少有 20 个高频问题的结构化新人手册，每个问题都有明确的触发条件、操作步骤、例外情况和审批节点，不会再出现「这个很简单」的模糊表述；老员工那边，因为你是按「重复提问的问题」整理的，他们会更愿意补充细节，不会觉得是在写「无关的内容」；新人入职当天，能拿着这份手册快速找到大部分问题的答案，不用再反复问老员工。
在这个场景里，你可以用可核验的长期记忆功能，把老员工的回答按「来源（老员工姓名）、时间、置信度（比如 90% 是常规情况）、作用域（比如仅适用于北京地区团队）」记录下来，每条都可以纠错；你还可以委托它整理这些内容，生成共写的经确认历史，不过分级审批的功能目前还在做，没法直接给老员工设置审核权限，需要你手动确认整理后的内容是否符合团队规则。