腾讯较真事实查证
通过 tencent-news-cli 的较真能力完成事实核查。
核心原则：基础设施交给脚本处理；智能体只负责依据当前 CLI 能力选择命令和参数。除
cli-state外，所有 CLI 调用都通过run-cli执行；始终先读help jiaozhen，不要硬编码任何业务命令。
平台约定
| 平台 | 脚本运行方式 | 示例 |
|---|---|---|
| macOS / Linux | sh scripts/<name>.sh | sh scripts/cli-state.sh |
| Windows | bun scripts/<name>.ts | bun scripts/cli-state.ts |
Windows 需先确保
bun可用。若不可用：powershell -c "irm bun.sh/install.ps1 | iex"，安装后重启终端确认bun --version。
以下所有脚本调用均以 macOS / Linux 为例，Windows 将 .sh 替换为 .ts，sh 替换为 bun。
除 cli-state 外，所有 CLI 命令都通过 run-cli 脚本执行：
| 平台 | CLI 调用模板 |
|---|---|
| macOS / Linux | sh scripts/run-cli.sh <command> [args] |
| Windows | bun scripts/run-cli.ts <command> [args] |
Phase 1：环境就绪
环境已就绪时直接跳到 Phase 2。
1. 状态检查
sh scripts/cli-state.sh
解析返回的 JSON，关注以下字段：
| 字段 | 含义 |
|---|---|
platform.cliPath | 底层实际使用的 CLI 完整路径，供诊断错误或权限问题时参考 |
platform.cliSource | global（优先命中 PATH 中可用的全局命令，否则命中默认全局安装目录）/ local（旧版 skill 目录内安装，兼容兜底）/ none（以上路径都未找到） |
cliExists | CLI 是否存在 |
update.needUpdate | 当前版本是否需要更新 |
update.error | version 检查失败时的错误信息 |
apiKey.present | API Key 是否已配置 |
apiKey.status | configured / missing / error |
apiKey.error | apikey-get 执行异常或输出异常时的错误信息 |
2. 安装 CLI（cliExists 为 false 时）
仅当
cliSource为none时才需要安装；local表示命中了旧版本地安装，可继续使用但建议后续迁移到全局安装。
按照 references/installation-guide.md 中的安装命令执行安装
安装成功后重新执行 sh scripts/cli-state.sh（Windows 用 bun scripts/cli-state.ts）刷新状态。
若安装失败，参考 references/installation-guide.md 中的故障排查部分，引导用户手动处理。
3. 更新 CLI（update.needUpdate 为 true，或 CLI 提示版本过旧时）
sh scripts/run-cli.sh update
Windows 使用 bun scripts/run-cli.ts update。
若 update.error 不为空，先展示错误并让用户处理。
若 update 命令失败，或错误信息表明当前 CLI 不支持 update（如 unknown command、not found、not recognized），按上述步骤 2 重新安装。仍然失败时，引导用户参考 references/update-guide.md 手动处理。
4. 配置 API Key（apiKey.status 不为 configured 时）
missing→ 引导用户打开 API Key 获取页面 自行获取，不要执行open/xdg-open/start等命令自动打开浏览器error→ 展示apiKey.error，让用户先处理（权限、网络、CLI 异常），处理后重试
设置 Key（通过 run-cli 执行，KEY 是裸值不加引号）：
sh scripts/run-cli.sh apikey-set KEY
Windows 分别使用 bun scripts/run-cli.ts apikey-set KEY、bun scripts/run-cli.ts apikey-get、bun scripts/run-cli.ts apikey-clear。
验证：sh scripts/run-cli.sh apikey-get
清除（仅用户明确要求时）：sh scripts/run-cli.sh apikey-clear
详见 references/env-setup-guide.md。
Phase 2：事实查证
较真相关命令可能随 CLI 版本变化。始终以当前
help jiaozhen输出为准，不要假设或记忆任何业务命令。
-
先执行
help jiaozhen通过run-cli执行：macOS / Linux 为sh scripts/run-cli.sh help jiaozhen，Windows 为bun scripts/run-cli.ts help jiaozhen。 -
根据
help jiaozhen选择命令- 从帮助里找到最匹配的查证命令，按帮助说明传入用户的命题或文本
- 长文本、文章、聊天记录 → 优先查找帮助中是否存在整段文本/内容查证能力；若没有，再提炼 1-3 条核心可核查命题分别执行
- 图片、截图等多模态内容 → 利用自身的多模态理解能力（视觉识别）解析图片中的文字和关键信息，提炼出可核查的事实命题，再调用 CLI 查证命令；若图片模糊无法识别，请用户提供更清晰的图片或可复制文本
- 若
help jiaozhen中无匹配命令，如实告知用户当前 CLI 不支持该场景
-
执行命令时遵守三条约束
- 所有实际 CLI 调用都走
run-cli脚本，不要直接执行platform.cliPath - 业务命令、参数名、参数顺序都以
help jiaozhen展示为准，必要时照抄帮助中的示例 - 不要自行猜测
--jiaozhen在实际执行命令中的位置；按帮助输出里的完整用法组装
- 所有实际 CLI 调用都走
-
输出结果——把 CLI 返回的完整 markdown 作为最终答复主体直接展示给用户
- 必须保留 CLI 原文中的所有结构化内容，包括但不限于：
【查证结论】、【查证过程】、【查证结论信心评估】、来源编号、来源标题、来源链接 - 不能只提炼结论后自行总结
- 必须保留 CLI 原文中的所有结构化内容，包括但不限于：
输出格式
较真 CLI 返回的内容本身已经是格式完善的 markdown，最终回复必须以该 markdown 原文为主体直接输出，不要重新组织、摘要、改写或转述成另一版答案。
- CLI 输出什么就展示什么，尤其要完整保留其中的来源链接与查证过程，不增不减
- 不要自行补充外部信息、不要伪造链接
- 不要把 CLI 原文藏在“根据查证结果”“结论如下”这类转述后面；应直接粘贴 CLI 返回内容
- 若确实需要补充一句说明，只能放在 CLI 原文之后，且不能替代原文
- 若 CLI 输出为空或执行失败，按下方「CLI 执行失败处理」流程处理
CLI 执行失败处理
CLI 命令失败后，立即停止，绝不通过 WebSearch 或其他方式自行补做事实查证。
- CLI 返回非零退出码、超时或输出含权限/安全错误时，不要重试，不要换方式。
- 根据错误信息引导用户：
- macOS Gatekeeper（
cannot be opened、not verified）→ 系统设置 → 隐私与安全性 → 「仍要打开」 - 企业安全软件（
connection refused、防火墙拦截）→ 安全提示中点击「信任」/「允许」 - 权限不足（
permission denied）→chmod +x <cliPath> - 其他 → 展示完整错误，请用户处理
- macOS Gatekeeper（
- 用户确认操作完成后再重试。即使多次失败，也只能告知当前无法完成查证并说明原因，绝不回退到其他信息源。
References
- 用户手动安装指南：
references/installation-guide.md - 用户手动更新指南：
references/update-guide.md - API Key 获取与手动配置：
references/env-setup-guide.md