创作-审校收工

要解决什么问题

短视频/口播脚本在「初稿完成」之后，最容易出现三类事故：用润色冒充审校、对外数字没有可追溯来源、CTA 承诺发资料但仓库里根本没有文件。创作链路若在这一关口头说「过了」就写 done，下游发布和复盘都会建立在不可审计的状态上。

本技能是创作链路第 4 关（终关）：从 creation-state.json 拉起上下文，对 script_path 指向的脚本做可复核的审校与门禁，再统一落盘、写回状态与可选常青库 ARCHIVE，最后才允许收工。

核心流程

• 状态双读：兼容 current / 顶层字段；若当前不是 draft_complete，会从 history 兜底找最近一条可审校记录，否则明确终止并说明原因。
• S / P / C 物理审校：S 层用 grep 输出行号与真实 Before→After Diff；P 层在「纯台词」上查长句、公式化表述、互动密度；C 层做完整性计数。另有人工判读认知落差与表达效率（≤20 字核心主张），附在审校报告后。
• 门 1–9 硬阻断：违禁词、结构时长、数据源说明、合集名、CTA 与 materials/ 可兑现性、抖音开场钩子、四平台标题板块锚点、对外数字 [src:TYPE:REF] 与观点隔离、热点 fact_claim 双源核验等，任一门脚本判定失败则禁止落盘（门 5 可按规则替换为「帮你查」类 CTA）。
• 收工写回：经 35 项落盘自检后，通过统一入口更新 publish_log.json、creation-state.json（done 入 history）、technique_tracker.json，并可按需反哺 triggers、复盘与方法论采纳、常青库引用队列。

执行上强制 15 步逐步汇报：上一步未 ✅ 不得进入下一步，避免跳步「假收工」。

适用边界与注意点

• 前置条件：status == draft_complete 且 script_path 有效；门 2 依赖 Step 1 读出的 structure（结构码决定时长上限）。
• 用户若用独立审查替代本技能 S/P/C，须落盘物理审查报告、明确通过/阻断结论，且仍要走 Step 7 写回 done，不能口头收工。
• 门 9 对热点事实要求 ≥2 源（含 T0/T1）；未核验时会标 web_verify_pending 并阻断，需补验或改 hedged 措辞后再跑。
• Step 7.7 常青库不可用时写回会入队 pending_write_backs.jsonl，不阻断收工，由下游自动化消费。