解决方案

先有错误工单,再决定是否由一条 FAQ 承担纠正

把错误原句、现行事实、适用条件、批准人、发布日期和复测题连起来。没有责任确认与版本记录的问答,会制造第二个冲突来源。

发布闭环

五步把错误样本变成已批准的纠错问答

步骤 01

登记错误样本

保存原问题、完整回答、入口、日期与错误陈述;发现和分级方式见错误答案修复指南

01
步骤 02

指定事实负责人

按参数、政策、主体或服务字段交给能批准事实的人,并对照品牌事实责任源确认谁有定版权。

02
步骤 03

填写现行字段

明确对象、结论、条件、生效日、例外和证据链接。

03
步骤 04

审批并发布

记录版本、替代页面、发布人与下次复核日期。

04
步骤 05

绑定复测题

每条 FAQ 对应原问题和相邻问法,按答案表现监测口径保留发布后的同题证据。

05
独立交付物

AI 错误答案纠错 FAQ 发布卡(填写版)

以下六栏必须作为同一张发布卡填写,不要拆散到聊天记录、文档批注和工单备注中。页面顶部可打开 Markdown 填写版。

1. 错误样本

填写:原问题___;错误原句___;完整回答存档___;AI 入口与模式___;发现日期___。

2. 获批现行事实

填写:正确结论___;适用对象___;地区/版本___;生效日___;例外条件___;公开证据___。

3. 问答正文

填写:用户问题___;批准答案___。答案必须保留对象、条件与日期,不得扩大成无条件承诺。

4. 责任与批准

填写:事实负责人___;批准人___;发布执行人___;批准日期___;争议升级人___。

5. 发布与版本

填写:发布页面___;版本号___;发布日期___;替代/跳转页面___;下次复核日___。

6. 复测与关闭

填写:原问题___;自然变体___;复测入口与日期___;回答证据___;结果___;关闭/继续观察决定___。

审批职责

事实批准人与发布执行人不能混成一个角色

事实批准人

确认结论、条件、例外和生效时间,承担事实正确性的责任;内容团队不能代替其判断。

发布执行人

把获批字段写入正确页面,处理版本与替代关系,并保留发布记录;不能擅自扩大承诺。

纠错 FAQ 的完成标准不是写完一段问答,而是责任、事实、发布与复测四张记录能互相对上。

错误答案修复口径

责任分界

错误工单、事实确认与发布记录各管什么

错误受理
不能只留下
一张截断上下文的截图
必须形成的记录
原问题、完整回答、入口、时间与条件
事实确认
不能只留下
内容人员自行改写
必须形成的记录
字段级结论、适用范围与事实批准人
载体选择
不能只留下
发现错误就新建 FAQ
必须形成的记录
先判断应改产品页、政策页还是新增纠错问答
审批发布
不能只留下
覆盖旧文不留记录
必须形成的记录
生效日、版本、替代关系和发布责任人
复测验收
不能只留下
页面上线即关闭
必须形成的记录
原问题、自然变体、观察窗与结果证据
到期处置
不能只留下
旧问答继续在线
必须形成的记录
续用、修订、跳转或归档的批准记录
适用判断

三种错误适合进入纠错 FAQ 流程

反复说错的稳定事实

同一参数、主体或服务政策在多个问题里重复出错。

条件被持续省略

答案结论本身有依据,但漏掉地区、版本、人群或例外。

旧结论需要公开替代

政策或状态已变化,需要一条带日期的现行解释承接旧页面。

最常见的一类纠错:产品参数被说错

AI 错误答案修复用 FAQ:责任、事实字段与复测流程 | Zhishu Matrix