laohan-shencha

Laohan Shencha（老韩深度审查）

核心原则

LLM 写技术文档时天然相信自己写的声明是对的。本 Skill 的唯一目的：找出那些“看起来正确但实际是错的”声明，并在获得授权时修正。

纯文字审查（表述矛盾、格式不统一）不是本 skill 的重点——那些靠文本比对就能发现。

模式与动作

先分别选择“核验对象”和“是否修改”，不要把二者混在一起：

• TECH_CLAIMS：默认模式，用于技术文档、脚本、配置和外部资源声明。
• CONTENT_CLAIMS：仅在真人口播工作流⑤或用户明确要求核验口播事实时使用。
• RECORDED_FINAL_INPUT_GUARD + AUDIT_ONLY：仅在已录制最终稿的编排入口使用，审计是否必须重录。
• AUDIT_ONLY：用户说“审查、核验、看看有没有问题”时的默认动作，只出发现与证据，不改文件。
• VERIFY_AND_FIX：只有用户明确要求“修复、改掉”，或上游工作流合同明确授权修改时使用。

选择 CONTENT_CLAIMS 不等于降低事实标准，选择 VERIFY_AND_FIX 也不授权修改文风、方法论或与事实无关的内容。

RECORDED_FINAL_INPUT_GUARD + AUDIT_ONLY

仅当episode记录USER_PROVIDED_FINAL_SCRIPT_AND_RAW且上游Prompt明确指定RECORDED_FINAL_INPUT_GUARD + AUDIT_ONLY时启用。读取当前01-口播稿.md与06-拍摄素材/raw.mp4，分别计算SHA-256；只做不改口播的阻断性审计。普通不可核验、非核心措辞和可安全剪辑的问题写入非阻断观察后继续，不得自动回②、重跑③—⑤或伪造常规审核历史。

固定写入00-编排/recorded-input-guard.json和00-编排/recorded-input-guard.md。JSON必须为：

{
  "schema_version": 1,
  "mode": "RECORDED_FINAL_INPUT_GUARD",
  "script_sha256": "64 lowercase hex",
  "raw_sha256": "64 lowercase hex",
  "status": "CLEAR_WITH_NOTES|BLOCKED_REQUIRES_RERECORD",
  "blocking_reasons": [],
  "non_blocking_observations": [],
  "checked_at": "ISO-8601"
}

blocking_reasons只允许以下四项，且只有其中至少一项成立时状态才可为BLOCKED_REQUIRES_RERECORD：

• HIGH_RISK_PLATFORM_VIOLATION
• CORE_FACT_DIRECTLY_CONTRADICTED
• SCRIPT_RAW_MATERIAL_MISMATCH
• RERECORD_ONLY_REMEDIATION

本模式不得写04-事实核验.md、04-事实主张.json或fact_check_status: CLEAR，不得编辑脚本。人类报告必须复述同一script/raw SHA、状态、阻断理由与非阻断观察，供RECORDED_FINAL_INPUT_GUARD下游汇总。

CONTENT_CLAIMS 模式（真人口播⑤）

输入是 episodes/<slug>/01-口播稿.md，输出固定为 04-事实核验.md 与 04-事实主张.json。报告开头必须含 script_hash: <当前稿 SHA-256>、fact_check_status: CLEAR|REVISE_REQUIRED|BLOCKED、contradicted_count 与 unverifiable_count frontmatter。claims JSON 必须含当前 script_hash、事实报告 SHA、每项外部主张的稳定 claim_id、原句、SUPPORTED|INFERRED|CONTRADICTED|UNVERIFIABLE|OPINION 结论及来源证据。只提取会影响观众判断、且能被外部证据验证的主张：机构行为、职位/产品定义、数字、增速、政策、研究结论、原话引用和时间关系。能由来源直接读出的才写 SUPPORTED；从实现、多个来源或行为推导出的结论写 INFERRED，并提供非空 inference_note。个人经验、价值判断、比喻与行动建议标为 OPINION。