引用标注格式
引用格式决定回答能不能被核查：常见做法是在句末标注编号，并在回答下方列出编号到文档标题、章节或页码的映射；一句话综合了多个来源时并列多个编号。面向程序消费的场景则输出结构化字段，把答案正文与引用列表分开，便于前端渲染与后续统计。无论哪种形式，引用都必须指向足够细的粒度——只写到文档名等于没写，读者仍要通读全文才能验证。
基本信息
| 行内标注 | 句末 [1]、[1][2] 形式，编号与片段一一对应 |
|---|---|
| 文末映射 | 编号 → 文档标题 + 章节或页码 + 版本日期 |
| 结构化输出 | answer 与 citations 字段分离，便于前端渲染 |
| 粒度要求 | 定位到段落或锚点，不指向整本文档 |
| 失效处理 | 文档改版导致锚点失效时给出提示而非空白 |
典型使用场景
- 内部知识助手：员工需要核对条款出处，引用层级越细核查越快
- 客服场景：回复中带上知识条目编号，便于后续抽检与改进
- 合规问答：每条结论必须可回溯到具体条款与版本
- 对外产品：引用列表做成可点击的跳转，直接打开原文位置
- 质量统计：按引用数量与命中率评估生成的依据充分程度
展示模板
展示模板
答案正文…… [1]。
参考来源：
[1] 部署手册 · 第 3 章 索引与分区（v2.3，2026-08）
[2] FAQ · 条目 12 常见报错（2026-07）结构化输出
结构化输出
{"answer": "……",
"citations": [{"id": 1, "doc": "deploy-manual", "anchor": "ch3#index", "version": "v2.3"}]}格式要素与作用
| 要素 | 作用 | 缺失后果 |
|---|---|---|
| 编号 | 行内标注的锚点 | 无法对应到具体来源 |
| 标题与章节 | 用户核查入口 | 只能看到一本文档名 |
| 版本与日期 | 判断是否现行有效 | 引用已废止条款 |
| 锚点或页码 | 直接定位原文 | 核查成本高，引用形同虚设 |
引用列表的顺序与正文编号必须一致，且在生成后做一次范围校验：出现指向不存在编号的引用时，宁可删掉该标注也不要留下不可核查的来源。