知识审核清单用于在文档发布前逐项确认内容质量、合规风险与发布信息，避免仅凭印象放行。它适合知识贡献者、领域审核人和发布负责人三类角色，在提交前自检、评审预审和发布终审三个节点分别使用。本文按检查阶段给出可勾选的检查项、通过标准、证据与负责人，并标明哪些情况必须阻断发布；知识使用成效评估和权限配置操作不在本文范围内。若审核流转需要在协作工具中跟踪，ONES可承载审核任务与记录关联。
要点总览（TL;DR）
- 知识审核清单按提交前自检、评审预审、发布终审三个时点组织，分别由知识贡献者、领域审核人和发布负责人主导。
- 检查项覆盖内容范围与来源、事实准确性与步骤可复现、合规与敏感信息、可检索性与发布信息四类，每项写明通过标准、证据和阻断标记。
- 事实错误、涉密或个人信息、无领域审核人、关键结论无来源、密级标注缺失属于阻断项，未关闭不得发布。
- 放行条件是全部阻断项关闭并留有对应审核记录，未通过按退回、整改、复检流程处理。
- 把清单转成协作工具中的审核任务，可让检查项有负责人、有状态、有记录，阻断项未关闭时状态不能流转到已发布。
谁在什么时点使用这份知识审核清单
这份清单解决的是“谁在什么时候检查什么”的问题。同一份文档在发布前会经过三个时点，每个时点由不同角色主导，检查深度依次增加。把角色和时点先对齐，可以避免评审会上才发现基础信息缺失，也能防止终审阶段反复退回。
| 角色 | 使用时点 | 主要动作 | 产出 |
|---|---|---|---|
| 知识贡献者 | 提交审核前自检 | 按S2逐项核对内容范围、来源、结构与审核人 | 完成自检的文档与来源依据 |
| 领域审核人 | 评审会前预审 | 按S3、S4判断准确性、可复现性与合规风险 | 评审意见与阻断项标记 |
| 发布负责人 | 发布前终审 | 按S5、S7核对发布信息并确认阻断项关闭 | 放行结论与审核记录 |
使用清单前需要准备三类前置输入：待发布文档本身、关键结论的来源依据、以及已指定的领域审核人与发布负责人信息。缺少来源依据或未指定审核人时，清单无法进入评审阶段，应退回贡献者补充。三个时点的检查项不重复：自检关注“是否具备被评审的条件”，预审关注“内容是否成立”，终审关注“是否可以对外发布”。
提交审核前的自检项
自检的目标是让文档达到可评审状态，减少评审会上的返工。贡献者提交前应逐项勾选下表，任何一项未完成都不建议提交。
| 检查项 | 通过标准 | 证据 | 阻断 |
|---|---|---|---|
| 内容范围与目标读者 | 文档开头写明适用对象、解决的问题和不覆盖的范围 | 文档首段或说明段 | 是 |
| 关键结论标注来源 | 每条事实性结论、数据、操作步骤均有来源或依据说明 | 脚注、引用段或来源链接 | 是 |
| 结构与术语统一 | 标题层级连续，同一概念全文使用同一术语，无孤立章节 | 文档目录与术语表 | 否 |
| 已指定领域审核人 | 审核人具备该领域判断能力，且已确认接受审核任务 | 审核任务记录或确认消息 | 是 |
| 版本与状态标注 | 文档标注当前版本号与草稿状态 | 文档属性或页眉 | 否 |
自检表的作用是把明显缺失挡在评审之前。结构与术语问题列为建议项，是因为它们影响阅读体验但不影响结论成立；内容范围和来源缺失列为阻断项，是因为评审人无法在缺少依据的情况下判断准确性。
评审阶段的检查项与通过标准
评审阶段由领域审核人主导，判断内容是否成立。每项检查都要给出可核验的判定方式，避免“看起来没问题”这类主观结论。
| 检查项 | 通过标准 | 判定方式 | 阻断 |
|---|---|---|---|
| 事实与数据准确性 | 关键结论可追溯到来源，数据与来源一致，无过期信息 | 抽查结论与来源逐条比对 | 是 |
| 步骤可复现 | 按文档步骤操作能得到文档描述的预期结果 | 审核人按步骤执行一遍或由第二人复现 | 是 |
| 边界与前提说明 | 写明适用范围、版本、前置条件和例外情况 | 对照文档检查是否覆盖适用与不适用场景 | 是 |
| 与已有知识的关系 | 无重复文档，或已说明与既有文档的差异与替代关系 | 检索同主题文档并比对结论 | 否 |
| 示例与表述清晰度 | 关键步骤配有示例，歧义表述已改写 | 审核人通读并标记歧义处 | 否 |
事实准确性和步骤可复现是评审的核心。可复现性尤其需要实际执行，仅阅读文档容易漏掉环境差异导致的失败。与已有知识重复或冲突列为建议项，是因为它影响知识库整洁度，但可以通过后续合并或标注替代关系解决；若冲突涉及结论矛盾，则应升级为阻断项处理。
合规、敏感信息与权限相关检查
合规风险与内容质量风险性质不同，混在一起容易被“内容写得不错”的判断掩盖。这一阶段单独核对，任一项不通过即阻断发布。
| 检查项 | 通过标准 | 证据 | 阻断 |
|---|---|---|---|
| 涉密与个人信息 | 文档不含客户名称、个人账号、内部系统链接、未脱敏截图等敏感内容 | 全文检索与截图逐张检查 | 是 |
| 引用授权 | 外部资料、图片、表格已确认可公开使用，或已替换为自制内容 | 授权说明或替换记录 | 是 |
| 密级与可见范围标注 | 文档标注的密级和可见范围与内容敏感程度匹配 | 文档属性中的密级字段 | 是 |
| 权限配置完成确认 | 发布负责人已确认可见范围设置完成 | 确认记录 | 是 |
这一节只检查标注与确认是否完成，具体的页面访问控制和权限配置操作属于权限管理主题，不在本文展开。敏感信息检查建议使用关键词检索加人工复核两步：先按客户名、账号、内部域名等关键词扫描，再对截图和附件逐张确认。外部引用无法确认授权时，应替换为自制内容或删除，不能以“应该可以用”放行。
可检索性与发布信息检查
内容通过评审后，还需要确保读者能找到它、正确归档，并在失效时有人处理。发布负责人按下表核对发布信息。
| 检查项 | 通过标准 | 证据 | 阻断 |
|---|---|---|---|
| 标题与摘要含检索词 | 标题和摘要包含读者实际会使用的关键词，不使用内部简称作为唯一标题 | 标题与摘要文本 | 是 |
| 标签与分类 | 标签、分类、所属知识域均已填写，与内容主题一致 | 文档属性字段 | 是 |
| 版本与时效信息 | 标注版本号、生效日期和失效条件 | 文档头部信息 | 是 |
| 关联与替代关系 | 关联文档、被替代文档及替代关系已登记 | 关联字段或登记记录 | 否 |
标题只写内部项目代号是常见的可检索性问题：贡献者熟悉代号，新读者却搜不到。摘要应概括文档解决的问题和适用对象，而不是重复标题。关联与替代关系列为建议项，是因为缺失不影响文档本身可用，但涉及替代旧文档时必须登记，否则会出现两份结论冲突的文档同时可查。
证据留存与负责人分工
每类检查项都要落到具体负责人和可复核的证据上，否则审核结论无法追溯。下表给出分工建议，团队可按规模调整角色合并方式。
| 检查类别 | 负责人 | 留存证据 |
|---|---|---|
| 提交前自检（S2） | 知识贡献者 | 自检表勾选记录、来源链接 |
| 内容质量评审（S3） | 领域审核人 | 评审意见、复现记录、评审结论 |
| 合规与敏感信息（S4） | 领域审核人或合规负责人 | 检索记录、截图检查记录、授权说明 |
| 发布信息（S5） | 发布负责人 | 发布信息核对表、属性截图 |
| 放行判定（S7） | 发布负责人 | 阻断项关闭记录、放行结论 |
证据形式可以是审核记录、文档批注、来源链接或评审结论，关键是能与具体文档版本对应。建议在审核记录中写明文档版本号，文档修订后重新审核时生成新的记录，旧记录保留不覆盖。这样在出现问题时可以还原“当时依据哪一版、由谁判定通过”。
阻断项与发布完成条件
阻断项是未关闭就不能发布的条件，建议项可以发布后继续优化。把两者分开，可以避免因排版问题卡住内容，也避免因“小问题”放行事实错误。
| 类型 | 示例 | 处理方式 |
|---|---|---|
| 阻断项 | 事实或数据错误；含涉密或个人信息；无领域审核人；关键结论无来源；密级标注缺失 | 退回贡献者整改，关闭后重新检查该项 |
| 建议项 | 排版优化；补充示例；标签细化；关联文档补充 | 记录为待办，可随发布或后续迭代处理 |
放行条件为：全部阻断项关闭，且每个阻断项有对应的审核记录和关闭说明。未通过时按“退回—整改—复检”流程处理：发布负责人注明退回原因和涉及检查项，贡献者整改后重新提交，由原审核人复检对应项，复检通过后更新审核记录。复检只需覆盖整改项和相关联内容，不必全量重审，但文档版本变化较大时应重新走完整评审。
把清单落到协作工具中的审核流转
静态表格容易停留在个人手里，审核状态和结论难以汇总。把清单转成可跟踪的审核任务，可以让每个检查项有负责人、有状态、有记录。在ONES中，可以用工作项承载审核任务，记录审核人、当前状态和审核结论；文档与审核记录建立关联，保留版本对应关系；阻断项未关闭时，审核任务状态不能流转到已发布；评审意见在文档批注或评论中留痕，便于复检时对照。
落地时建议先确定三个字段：检查项类别（对应S2至S5）、阻断标记、审核结论。状态按“待自检—待评审—待终审—已发布—已退回”设置，退回时必填原因。这样清单不再是一次性表格，而是每次发布都会产生一条可追溯的审核记录，后续复盘时可以直接统计阻断项类型和退回原因。
常见问题
文档修订后，原来的审核记录还能继续用吗？
不建议直接沿用。审核记录应与具体文档版本对应，文档修订后重新审核时生成新的记录，旧记录保留不覆盖。这样出现问题时可以还原当时依据的是哪一版、由谁判定通过。如果只是排版或错别字这类不影响结论的修改，可由原审核人确认后在新记录中注明沿用原评审结论；涉及事实、步骤或适用范围变化的修订，应重新走对应检查项。
团队规模小、角色合并时，清单怎么简化？
角色合并的前提是检查项本身不被省略。可以由同一人先后承担贡献者自检和领域审核，但自检与评审应分两次进行，中间留出间隔，避免自己审自己时直接跳过来源核对。发布负责人与审核人合并时，放行判定仍要单独记录一条结论。建议保留阻断项清单和证据留存要求，建议项可以按团队情况精简。
外部资料无法确认授权，但内容确实需要引用，怎么处理？
无法确认授权的外部资料、图片和表格不应以“应该可以用”放行。可行的处理方式有两种：一是改写为自制内容，用团队自己的表述和数据重新组织；二是删除引用部分，改为指向可公开访问的原始出处并说明读者需自行查阅。若引用内容涉及第三方数据，还需确认数据本身是否允许转载，而不只是确认链接可访问。
评审时发现文档与已有知识结论冲突，算阻断项吗？
取决于冲突的性质。如果只是表述角度不同或覆盖范围有差异，属于建议项，可通过标注关联与替代关系解决；如果两份文档对同一事实给出矛盾结论，则应升级为阻断项处理，先确认哪一份结论成立，再决定修订或下线旧文档。冲突未澄清前发布，会让读者面对两份互相矛盾的答案。
清单在协作工具中执行时，最少需要设置哪些字段和状态？
字段方面至少需要检查项类别（对应自检、评审、合规、发布信息四个阶段）、阻断标记和审核结论三项。状态可按待自检、待评审、待终审、已发布、已退回设置，退回时必填原因。阻断项未关闭时，状态不能流转到已发布。这样每次发布都会产生一条可追溯的审核记录，后续可以按阻断项类型和退回原因做统计。
