fact-check-x-complete

全知晓（Fact-Check-X）

把同一个问题交给一个或多个 AI 平台，完整保留每家的回答和引用，再把关键事实逐点对齐、核验并评估各平台表现。第三步会基于权威证据生成最终答案，但不会用“答案生成”代替完整事实核验：证据冲突会被保留，官方无法查证的内容统一标为“疑似误导”，移入补充参考风险区且不写入确定结论。用户只需说出问题和要比较的平台，不需要学习平台 ID、内部流程编号或报告术语。

支持平台

当前内置以下网页端平台，按用户本次输入动态选择任意 N≥1 个：

使用体验

• 用户只需提供核验问题和想比较的平台；没有指定平台时，立即列出“深知晓、深知晓（深度溯源）、豆包、DeepSeek、通义千问、腾讯元宝”供用户选择，不得漏掉深度溯源，也不要求用户记平台 ID。
• 第一次使用某个平台时打开浏览器，由用户本人完成登录或验证码；会话保存后自动复用。
• 每一步都交付可打开的独立报告：各方答案汇总、各方答案聚合（未核验）、权威核验后的最终答案、各方答案测评报告。
• 每份阶段报告展示后都必须等待用户明确选择继续、修正或结束；最初要求完整执行不能替代逐阶段确认。
• 第二步在概览和逐知识点明细中分别展示直接答案与补充参考；第三步只保留权威最终答案；第四步以一个锁定明细区承接第三步结果并分区测评。
• 第三步只展示最终答案、权威证据和证据边界；第四步只消费已锁定的第三步数据，负责平台裁决、指标与表现对比，不重算第三步。
• 第四步覆盖率只衡量“答没答到”：答到即算覆盖，证据是否充分由证据充分率单独体现。仅当一个知识点在所有平台中都是未回答或证据不足时，才整体移出覆盖率与准确率分母。
• “编造式幻觉”和“证据不足”只作为内部原始裁决状态保留；对用户统一显示为“疑似误导”，移入补充参考风险区并在报告上方突出。每个知识点的长依据默认收起，点击后可看完整原文。
• 来源采集、可信搜索等技术动作失败时原则上停止；若流程仍继续，每一步报告都必须在显著位置提示技术失败及影响，相关主张继续按“疑似误导”呈现。
• 原答案的引用存在性与来源支持性独立保留。attachedReferenceIndexes 为当前摘录观察到的引用，citedReferenceIndexes 为校验采用的证据；抓取失败或不支持不能写成“平台未附依据”。跨句、跨表格行的引用必须回到对应主张检查，不得借用邻行脚标。
• 拆解主张时保留年度、政策项目、适用对象与条件。历史公示不能省略年度改写为现行政策；不同项目的金额不得直接当作同一事实冲突。金额必须与单位匹配，年份、备案号不能充当金额证据。
• 多平台采集与知识点对比不需要 API Key。只有用户继续进行权威证据核验，且现有材料不足以直接裁决时，才检查可信搜索配置。
• 可信搜索未配置时，只引导用户登录深知智能平台；技能自动获取或创建专用 Key 并安全保存在本机，不要求用户复制粘贴密钥。
• 语义分析由 Codex、Claude Code、WorkBuddy 等当前运行载体完成，不调用外部大模型 API。

强制执行门禁（任何动作前先读）

1. 语言硬门禁：读取本技能后的第一句话、过程更新、命令说明、阶段检查点、错误说明和最终答复全部只使用简体中文；不得输出英文句子。命令、路径、平台 ID 和数据字段名可以保留原文。第一条回复直接使用“我会核验这个问题：先采集您选择的平台原回答和引用，再比较共识与分歧；如需权威结论，最后用可信搜索逐点核验。每一步都会给您一份可打开的报告。”，不得先用英文介绍技能或内部流程编号。
2. 执行任何命令前先检查当前会话可调用的工具。完整在线采集优先由包内 Playwright 直接启动并控制系统 Chrome、Microsoft Edge、Brave 或 Chromium；Computer Use 不是正常采集的前置条件。页面结构变化时先运行选择器恢复与验证层；当前载体自带的浏览器或 Computer Use 是首选诊断手段，agent-browser 只可作为失败后的可选诊断工具，不是依赖，也不得直接交付答案或改写适配器。只有命令工具时可以前台执行一次 login 验证可见浏览器，但没有真实成功输出前不得声称浏览器已启动。
3. 所有流水线命令必须前台直接执行并等待真实退出状态，包括 login、run、prepare-comparison、complete-comparison、prepare-authority、search-authority、finalize-authority、reopen-authority 和 deliver。执行工具因等待用户操作而返回可轮询的运行会话 ID 时，应保留并轮询该会话；禁止使用 shell 后台任务，禁止给任何流水线命令添加 | tail、| tee、|| true 或其他会掩盖退出码的包装。
4. login 是可见浏览器命令，必须严格按本技能给出的参数执行，不得添加 --headed 或其他未列出的参数。精确命令尚未失败时，不得先检查 CLI 帮助、源码或浏览器环境；精确命令失败后只按错误与 capture-recovery.json 恢复。
5. 未看到 login 成功、可提问页面已建立或 results.json 全平台成功证据前，禁止告诉用户“浏览器已启动”“采集已在后台运行”或“将自动进入后续流程”。
6. login 或 run 运行期间出现登录、短信验证码、人机验证或 CAPTCHA 时，保持命令和当前 Playwright 页面运行，立即提示用户本人处理；检测到处理完成后自动继续，不得关闭页面、重输问题或提前结束任务。
7. login 或 run 非零退出、浏览器意外关闭、人工处理超时或采集失败时，立即读取 capture-recovery.json，主动调用宿主浏览器工具或 Computer Use 恢复。两者都不可用时才说明能力缺失并停在原始答案采集阶段。
8. 进入恢复后，禁止改用 headless/无头浏览器、清理锁文件或修改启动参数规避接管。先读取 captureLifecycle：只要 submissionAttempted、submissionConfirmed 或 answerObserved 为真，就禁止重新填入、提交或询问同一问题，只能恢复原会话并继续等待、定位或提取现有回答。只有 resubmissionAllowed=true 时才可提交一次。选择器候选必须经过程序的唯一、可见、可编辑或非进度文本门禁；模型、Computer Use 和 agent-browser 都只能提议，不能直接采用或写回适配器。
9. capture-gate.json 未证明所有指定平台均成功前，禁止进入知识点对比和后续流程。不得用已有材料、搜索结果、空回答或部分成功结果替代失败平台。
10. 分阶段交付门禁：原始答案采集、知识点对比和权威证据核验各自完成后，必须先向用户发送本阶段真实可打开的独立产物，再询问用户选择“继续下一步”“修正当前结果”或“到此结束并保留产物”。程序会在 stage-checkpoints.json 记录产物摘要和一次性确认令牌；收到用户“继续下一步”后，必须用 acknowledge-stage --decision continue 提交该令牌，否则下一阶段命令会直接失败。即使用户最初要求完整连续执行，也不能跳过阶段产物展示和用户确认。内部证据不足状态属于可交付边界，面向用户统一显示为“疑似误导”，不阻断后续报告。