美洽知识库若支持版本历史，可在改错后回滚到上一版问答；不支持时需依靠导出备份与变更审批兜底。回滚后用原问题回测机器人。相似问是否一并恢复、多渠道是否共用同一知识库，都要当场核对，避免只救了正文却漏了相似问。
运营改机器人答案时最怕一锤子敲错：活动价写错、流程步骤漏一步、或者误删一批相似问。凭记忆重写既慢又容易再写偏。下面按排错手册写法，把「回滚」和「从错题本重新发布」分开，再写有无版本历史时的操作路径、无版本时的兜底、回测清单，以及相似问没回来、多渠道误伤两类现场问题。
回滚和“从错题本重新发布”的区别：恢复旧版 vs 新建一条
回滚的目标是把同一条知识条目的正文、相似问、启用状态恢复到改之前的快照；从错题本重新发布则是另起一条或覆盖成新内容，历史版本未必保留。改错后若只想「回到半小时前那一版」，优先走回滚；若旧版本身已过期、只是错得更离谱，才适合新建或覆盖发布。美洽菜单里两者入口可能相邻，点错会导致以为回滚成功其实只是又发了一条新答案。
- 改前先记下条目编号、标题关键词和改动原因，方便回滚后对照是不是同一条记录而不是新建条目。
- 若团队习惯从会话错题一键生成知识，发布前必须确认是「覆盖原条目」还是「新建条目」，两种结果差很多。
- 培训时用测试库演示一次误改再回滚，让运营亲手看清版本列表与发布按钮不是同一个东西。
是否提供版本历史（以当前版本为准）
有的租户能在条目详情看到修改记录，有的只能看到最近一次保存人。先在测试环境打开一条长期维护的条目，确认有没有版本列表、差异对比和恢复按钮。没有版本能力就不要在生产库做大段试改，先走导出备份。功能范围和按钮文案以产品当前能力为准，下文步骤按「有历史」路径写，无历史时跳到兜底一节。
- 上线大促或政策变更前，抽查三条核心条目是否能看到至少两档历史，不能看见就升级备份频率。
- 权限上把「可编辑」和「可恢复历史」分开授予，避免人人都能一键覆盖生产答案造成连锁误伤。
- 变更窗口写进值班表：高峰时段禁止无人复核的批量改库，减少事后才发现要回滚的事故。
查看修改人、时间、差异
打开目标条目的版本或修改记录，先核对修改人、时间和摘要，再点开差异看正文与相似问哪些字段变了。很多人只看正文 diff，漏掉相似问被清空，回滚后机器人仍匹配不到原问法。差异里若出现大段删除，优先整版恢复，而不是手工粘贴半截。界面字段名称以实际界面为准。
- 差异核对清单固定四项：标准问、答案正文、相似问列表、启用或生效状态，漏一项就不算核对完成。
- 多人连续改过同一条时，按时间倒序读摘要，确认要回到的是「改错前那一版」而不是更早的过期版。
- 把误改会话截图或工单号写进版本备注栏（若有），方便事后追责与培训复盘，而不是只口头说「有人改错了」。
一键恢复到指定版本
选定目标版本后执行恢复，并确认提示是「覆盖当前草稿」还是「立即对机器人生效」。有的产品恢复后还要再点发布或同步；有的恢复即生效。恢复完成后不要关页面，立刻用原访客问法在预览或测试渠道路径问一遍。若有「恢复后需审核」开关，走完审核再对外。
- 恢复前对当前错误版再导出一次，万一点错目标版本，还能从这份导出里抢救内容，并在值班群同步结果。
- 恢复成功后在变更日志写清：谁批准、回到哪个时间点、回测通过的问题原文，避免口头交接丢信息。
- 若恢复按钮灰色，先查账号角色与条目锁定状态，不要反复刷新页面误以为系统坏了，写入当日事故或变更单。
无版本功能时的兜底：导出备份、变更审批、双人复核
没有版本历史时，回滚能力等于日常备份纪律。核心条目每周全量导出一次；大促前加做增量；每次改价、改时效、改退款口径前先导出该条。变更走审批：编辑人提交、复核人对照业务通知再点发布。双人复核不是形式——复核人必须用原问法自测机器人，而不是只读文档。导出文件存到团队只读目录并按日期命名，避免散落在个人下载文件夹。
- 导出文件命名含日期、业务线和条目范围，例如「售后-物流类-日期」，方便事故当天五分钟内找到对应备份。
- 审批单强制粘贴「改前摘要」和「改后摘要」，复核人对照业务公告，防止把未生效活动写进生产库。
- 无版本租户把「误改」演练写进季度演练：故意改错测试条，用备份恢复，计时并改进流程。
回滚后回测：用原提问再问机器人是否恢复
回滚不是点完按钮就结束。用误改当天访客的原句、两条常见相似问、一条边界问法各测一遍；同时看答案是否仍带错误活动价或过期链接说明。多渠道共用知识库时，至少抽两个渠道各测一次。回测失败就不要宣称「已恢复」，继续查是不是恢复了草稿却未发布，或缓存与同步延迟。
- 回测记录表含问题原文、期望答案要点、实际答案截图、渠道名，交给值班长签字后再关闭事故单。
- 若机器人仍吐旧错答案，检查是否存在更高优先级的冲突条目或未下架的活动专条抢召回。
- 回测通过后的一小时内再抽测一次，排除同步延迟导致的「当时对、稍后又飘」的情况，完成后由复核人勾选确认。
排错顺序：先锁条目再动手，避免越改越乱
发现线上答错时，先把该条目设为停用或仅测试可见（若界面支持），挡住错误继续外溢，再决定回滚还是修订。多人同时改同一条最容易「你回滚我又覆盖」。值班群里声明「此条我锁定到某时」，其他人改别的主题。锁定期内只保留一名操作者与一名复核者。
- 事故首响三步固定：停用或限流错误条、导出当前错误快照、再执行回滚或从备份恢复，顺序不要颠倒。
- 若无法停用单条，可临时提高转人工阈值或关闭该主题机器人应答，以此换取回滚操作窗口。
- 解锁前必须完成回测签字；未签字就重新启用，等于把尚未验证的内容再次推向访客，避免下一班接力时丢信息。
常见问题
只恢复了正文，相似问没回来
问：回滚后标准答对了，但原来那些错别字问法、口语问法匹配不到了，怎么办？答：打开条目核对相似问列表是否为空或仍是误改后的短列表；有版本对比时单独看相似问字段是否被恢复。若版本只存正文不存相似问，只能从导出备份或改前截图里粘回。短期可把高频原问法手工补进相似问，并加一条「改库必勾相似问」的检查项。
- 相似问备份可单独存一列表格，大改前复制出来，回滚后对照粘贴，比从记忆里回忆口语问法靠谱。
- 发布检查清单增加「相似问数量不低于改前」一项，数量骤降就应阻断本次发布，必要时附上截图备查。
- 对已进线仍匹配失败的会话，坐席先用正确快捷回复顶上，同时把原问法立刻补进相似问池。
回滚影响已在线的其他渠道机器人
问：网站机器人改回去了，但 App 或小程序渠道还在说错话，是不是回滚没生效？答：先确认这些渠道是否共用同一知识库空间；共用则检查同步或发布状态，不共用则要在对应库各回滚一次。切勿只在一个渠道预览通过就结案。若存在渠道专属覆盖条目，回滚公共库不会自动清掉专属错误条，需要按渠道再搜标题处理。
- 渠道与知识库映射表贴在运营群置顶，事故时先查映射再动手，避免改了 A 库却盯着 B 渠道干着急。
- 回滚工单默认勾选「受影响渠道列表」，逐个打勾完成回测，未勾完一律不许关单，再关闭相关工单或任务。
- 专属覆盖条目命名带渠道前缀，搜索「物流」时一眼能区分公共条与渠道条，降低漏回滚概率。
在美洽处理知识库误改，核心是分清回滚与重新发布，有历史就按版本恢复，无历史就靠导出与双人复核，恢复后必须用原问法回测。相似问与多渠道是最容易漏的两块，手册里单独勾选。
建议把「改前导出、改后回测、相似问数量核对」写成固定动作。谁改谁测，谁批谁签。美洽知识库回滚能力再强，也替不了这条纪律。