制定AI知识问答引用规范，目的是让每条答案都能回溯到具体来源，并让团队对来源冲突、版本过期和无来源可依的情况有统一处理方式。本文给出一份可直接落地的规范框架、四步编写流程、角色分工表、三个问答示例和发布前检查清单，适用于负责知识管理或研发管理、需要把AI问答纳入日常协作的团队。
要点总览（TL;DR）
- 引用规范先定三件事：可引用来源的准入与排除范围、引用格式的最小字段、知识提供者与问答使用者及审核者的责任边界。
- 编写按四步推进：盘点来源并分级、确定格式模板与无来源处理规则、约定冲突与过期处置、评审发布并设定修订周期。
- 引用格式至少包含来源名称、文档标识或链接、版本或更新时间、引用位置四项，保证每条引用都能回溯原文。
- 来源冲突时优先采用权威级和版本更新的来源，并在答案中说明不同说法；无可靠来源时明确说明依据不足并建议人工确认。
- 发布前检查中，缺少来源登记或审核责任未定的不应发布，其余非阻断项可在一个修订周期内补齐。
规范先定三件事：来源范围、引用格式与责任边界
一份能执行的引用规范，先要把三件事写清楚：哪些资料可以引用、引用要写到什么程度、出了问题谁负责。这三项定下来，后续的编写步骤和检查才有依据。规范文档不必很长，但每一条都要能被问答使用者直接照做。
可引用来源的准入与排除范围
建议按权威程度把来源分为三级，并在规范中写明各级来源的使用条件：
- 权威级：正式发布的产品文档、经评审通过的技术方案、生效中的制度文件、已归档的验收报告。这类来源可以作为答案的主要依据。
- 参考级：项目记录、会议纪要、评审讨论稿、工单处理记录。可以作为补充说明，涉及关键结论时应同时给出权威级来源或提示人工确认。
- 临时级：个人笔记、未评审草稿、聊天记录中的口头结论。默认不作为答案的唯一依据；确需使用时，须在答案中注明来源性质。
排除范围同样要写明，例如已废止的制度、明确标注“草稿”且未评审的方案、来源不明的截图或转述。排除不等于这些资料没有价值，而是它们不能单独支撑对外或对内的正式回答。
引用格式的最小字段
字段不求多，但每条引用都要能据此找回原文。建议至少包含四项：
| 字段 | 填写要求 | 示例 |
|---|---|---|
| 来源名称 | 文档或资料的正式标题 | 《接口鉴权设计说明》 |
| 文档标识或链接 | 文档编号、页面地址或知识库路径 | Wiki 路径 /研发中心/架构/鉴权 |
| 版本或更新时间 | 版本号或最后更新日期，二者至少一项 | v2.3，2025-03 更新 |
| 引用位置 | 章节、页码或段落，便于定位原文 | 第 4 章“令牌刷新” |
答案中标注引用的写法
推荐两种写法并用：正文采用句末或段末编号标注，答案末尾附来源清单，编号与清单一一对应。一段话涉及多个来源时逐条对应，避免整段只挂一个笼统标注。当答案没有可靠来源时，规范应要求明确写出“当前知识库中未找到直接依据”，并给出可查证的方向或建议人工确认，而不是省略标注、让读者误以为结论有出处。
责任边界
规范中要区分三类角色：知识提供者负责保证来源本身准确、版本有效；问答使用者负责按格式标注引用，并上报可疑或失效来源；审核者负责抽查引用完整性与结论一致性。三者的具体职责与交付物在第三节展开。
按四步编写规范文档
框架确定后，按以下四步把规范写成文档。每一步都说明输入、动作和输出，便于边写边核对进度。
第一步：盘点现有知识来源并分级
输入：团队现有的文档库、项目记录、制度文件和常见问答清单。动作：按权威级、参考级、临时级逐项归类，记录每类来源的存放位置和责任人。输出：一份来源清单，标注分级结果和暂不纳入引用的资料。完成标志：常见问答涉及的主题都能在清单中找到对应来源，或明确标注“暂无来源”。
第二步：确定引用格式模板与无来源答案的处理规则
输入：第一步的来源清单、团队常用的问答场景。动作：确定引用字段、正文标注方式和来源清单样式；同时写明无可靠来源时的标准表述，例如说明依据不足、列出可查证方向、建议人工确认。输出：引用格式模板一页，含正例与反例。完成标志：问答使用者拿到模板后，能独立完成一条带引用的答案。
第三步：规定来源冲突、版本过期、链接失效时的处置方式
输入：历史问答中出现的争议问题、已知的文档更新记录。动作：约定冲突时的优先级，例如权威级优先于参考级、新版本优先于旧版本，并要求在答案中说明存在不同说法；对版本过期或链接失效的来源，要求标注“该来源可能已过期”并提示人工确认。输出：三类情形的处置规则各一条，附示例。完成标志：任取一条历史争议问题，能按规则写出处理后的答案。
第四步：评审发布并约定修订周期
输入：前三步形成的规范草稿。动作：组织知识管理员、业务专家和审核角色评审，确认字段无歧义、规则可执行；确定修订周期，例如每季度复核一次来源清单，文档重大变更时同步更新规范。输出：发布版规范文档、来源登记表和评审记录。完成标志：评审意见已闭环，修订责任人和下次复核时间已写入文档。
角色分工与交付物对照
规范停留在文档层面，通常是因为角色和交付物没有落到人。下表把四类角色在制定与执行阶段的职责、交付物和交接节点列在一起，团队可据此直接分配任务。
| 角色 | 主要职责 | 交付物 | 交接节点 |
|---|---|---|---|
| 知识管理员 | 维护来源登记表，记录来源名称、责任人、版本、更新时间和适用范围；跟踪来源失效情况 | 来源登记表、失效来源清单 | 规范发布前提交登记表；每季度复核后更新 |
| 业务专家 | 确认来源的权威性与内容准确性，处理来源冲突时的取舍意见 | 来源分级确认意见、冲突处置结论 | 第一步分级完成后确认；冲突发生时给出结论 |
| 问答使用者 | 按格式标注引用，发现可疑、过期或无来源的情况及时上报 | 带引用的问答记录、来源问题上报单 | 日常问答中执行；问题上报后转知识管理员 |
| 审核或质量角色 | 抽样检查引用完整性、来源有效性和结论与来源的一致性 | 抽样检查记录、整改意见 | 规范发布前完成首轮抽查；此后按约定周期执行 |
在工具层面，来源登记和审核动作需要有承载的地方。ONES Assistant 支持基于指定的 Wiki 页面组回答问题并附上引用来源，也能结合项目、工作项、迭代和 Wiki 页面等上下文作答；在 ONES 权限体系内，问答与任务执行过程可追踪、结果可审计。对于需要把来源清单、评审记录和整改任务放在同一处的团队，可以把来源登记表维护在 Wiki 页面，把审核发现的问题登记为工作项跟踪闭环，让引用规范的执行留下可查的记录。具体采用哪种承载方式，取决于团队现有的文档与任务管理习惯。
示例：一条带引用的问答答案怎么写
以下示例为说明性写法，用于展示规范在问答中的落地方式，不代表真实客户场景。
示例一：有明确来源时的写法
问题：接口令牌的有效期是多久？
答案：接口令牌默认有效期为 2 小时，过期后需使用刷新令牌重新获取[1]。
来源清单：[1]《接口鉴权设计说明》，Wiki 路径 /研发中心/架构/鉴权，v2.3，2025-03 更新，第 4 章“令牌刷新”。
这条答案体现了四个字段：来源名称、文档路径、版本与更新时间、引用位置，读者可据此直接定位原文核对。
示例二：来源冲突或版本过期时的写法
问题：发布审批需要几级签字？
答案：现行制度要求两级签字，即项目负责人和技术负责人各签一次[1]。另有一份 2024 年的项目记录提到三级签字[2]，该记录早于现行制度且未标注评审状态，建议以现行制度为准；如涉及特殊项目，请与质量负责人确认。
来源清单：[1]《发布管理制度》，制度库 /质量/发布，v3.0，2025-01 生效，第 2 节；[2]《某项目发布纪要》，项目记录，2024-06，未评审。
处理要点是：优先采用权威级和版本更新的来源，同时把不同说法写进答案，并给出人工确认的路径。
示例三：无可靠来源时的写法
问题：测试环境的数据库多久备份一次？
答案：当前知识库中未找到关于测试环境备份频率的直接依据，无法给出确定结论。可查证的方向包括运维值班手册和环境配置说明；建议向运维负责人人工确认后再形成正式答复。
这类答案的关键是明确说明依据不足，给出可查证方向，不编造来源，也不把推测写成结论。
完成检查：规范是否可执行
发布前逐项核对以下清单。全部通过即可发布；存在阻断项时先补齐再发布。
| 检查项 | 通过标准 | 是否阻断 |
|---|---|---|
| 来源范围 | 准入与排除范围均已写明，三级来源的使用条件清晰 | 是 |
| 引用格式字段 | 来源名称、标识或链接、版本或更新时间、引用位置四项齐全，无歧义 | 是 |
| 标注写法 | 正文标注方式与来源清单样式已给出正例 | 否 |
| 冲突处置 | 有优先级规则，并要求在答案中说明不同说法 | 是 |
| 过期与失效处置 | 有标注方式和人工确认提示 | 是 |
| 无来源处置 | 有标准表述，明确说明依据不足并给出查证方向 | 是 |
| 角色与交付物 | 四类角色均已落实到具体人员，交付物和交接节点明确 | 是 |
| 来源登记 | 来源登记表已建立并有维护责任人 | 是 |
| 审核责任 | 抽样检查的执行人、频次和整改闭环方式已确定 | 是 |
| 修订周期 | 复核周期和触发修订的条件已写入文档 | 否 |
其中，缺少来源登记或审核责任未定的，不应发布规范，因为这两项决定了引用能否被持续验证。其余非阻断项可以在发布后一个修订周期内补齐。发布后建议先做一轮小范围试用，抽取一定数量的问答记录核对引用完整性，根据发现的问题调整格式模板和处置规则，再逐步扩大适用范围。
常见问题
来源分级之后，参考级资料在答案中还能用吗？
可以用，但要限定使用方式。参考级资料如项目记录、会议纪要、评审讨论稿，适合作为补充说明或背景信息。当答案的关键结论依赖参考级资料时，规范应要求同时给出权威级来源，或在答案中提示读者人工确认。这样既保留了参考级资料的信息价值，也避免把未定稿内容当成正式结论。
团队规模较小、没有专职知识管理员时，角色分工怎么简化？
可以合并角色，但职责不能消失。常见做法是由业务专家兼任来源分级确认，由问答使用者中的一人兼任来源登记表维护，审核抽查由团队负责人或质量角色承担。关键是来源登记和审核抽查这两项有明确责任人，并在规范中写明交接节点。角色合并后，建议缩短复核周期，用更频繁的小范围抽查弥补人手不足。
规范发布后，如何判断引用执行是否到位？
建议定期抽取一定数量的问答记录做核对，检查三项内容：引用字段是否完整、来源是否仍然有效、结论与来源是否一致。检查结果反馈给知识管理员和业务专家，发现格式问题调整模板，发现来源失效更新登记表。抽样比例和频次可按问答量确定，初期可适当提高，稳定后转为常规周期检查。
AI问答工具本身能承担哪些引用相关的工作？
不同工具的能力范围不同，需要按实际产品确认。以 ONES Assistant 为例，官方资料说明它支持基于指定的 Wiki 页面组回答问题并附上引用来源，也能结合项目、工作项、迭代和 Wiki 页面等上下文作答；在 ONES 权限体系内，问答与任务执行过程可追踪、结果可审计。工具能承担来源检索与引用呈现，来源分级、冲突取舍和审核责任仍需团队在规范中约定。
规范中的来源登记表应该记录哪些信息，多久更新一次？
登记表至少记录来源名称、责任人、版本或更新时间、存放位置和适用范围，可增加分级结果与失效状态。更新时机建议与文档变更同步：来源文档发布新版本、制度废止或链接迁移时即时更新；此外按固定周期整体复核，例如每季度一次。复核结果和失效来源清单交由审核角色抽查使用。
