快速事实核查

解决什么问题

给 AI 一个事实性问题时，常见的失败模式有两种：一种是张口就来，没有任何引用，读者无从验证；另一种是陷入无止境的搜索和网页抓取，几分钟过去了还没给出结论。快速事实核查要处理的不是“能不能查到”，而是“在有限时间内给出可核查的底线答案”。

它把整个流程放进时间盒里：简单问题不超过 2 分钟，复杂问题不超过 5 分钟。速度快不是靠牺牲准确性换来的，而是来自四个杠杆——先把问题拆成搜索角度，并行发起检索，优先读搜索结果摘要而不是急着抓全文，一旦核心结论被交叉验证就立即停止搜索。

核心能力

技能的执行流程分为六步，每一步都有明确的输入和产出：

• Step 0 — 预检：用一句话复述问题，提取需要验证的具体 claim 或实体。如果问题是主观观点类、或不需要联网就能回答，直接停止并说明，不编造一个“事实”出来。
• Step 1 — 分级：按 rules/triage.md 判断 simple 还是 complex，并加载对应的预算表——simple 只允许 1 轮搜索、1 次 fetch、至少 1 个来源；complex 最多 2 轮、3 次 fetch、至少 2 个独立来源。
• Step 2 — 第一轮搜索：加载 rules/search-protocol.md，把问题拆成多个角度，在同一个消息里并行发出所有搜索，绝不逐个串行。先读摘要，再决定是否需要 WebFetch 全文。
• Step 3 — 交叉验证与提前退出：只有在摘要不足以确认、或某个数字/引文必须核对时才抓取完整页面。一旦结论达到该级别的来源门槛，立即停止搜索。
• Step 4 — 第二轮（仅 complex）：如果仍然不够充分或来源之间有冲突，且预算还剩一轮，做一次有针对性的补充检索来填补缺口或三角验证。仍然不够就明确标注 uncertain，不硬凑答案。
• Step 5 — 输出：加载 rules/output-contract.md，用 assets/answer-template.md 填出：一行答案置顶、置信度标签、适用的 tier、2–4 条带引用的关键证据、编号来源列表、可选的注意事项。每条承重结论都必须挂引用。
• Step 6 — 自检：对照契约逐项检查，可选运行 node scripts/check_answer.mjs 做确定性验证，然后输出，到此为止。

适用边界

• 不生成报告。如果用户要的是多来源综合分析报告，应该用 deep-research 技能，本技能只返回有界的底线答案。
• 硬性约束全部外部化在 rules/ 目录下，不藏在 prompt 里，便于审计和调整。
• 当预算触顶时，技能在当前置信度下输出结果，不会超预算继续跑。
• 低于来源门槛时输出的是显式 uncertain，而不是自信的错误答案。
• 来源可靠性分级和时效性判断参考 references/source-reliability.md，性能指标参考 references/metrics.md。