技能介绍

它解决的是什么问题

一条「文案 → 配音 → 视频」的自动化内容链路，跑过几轮之后就会变得不可解释：上一次 Run 改了提示词，这一次换了托管方提供的模型，素材还在用 V1 的缓存，而产物里没人说得清哪一句是权威文本。更麻烦的是失败处理——自动切到备用链路，等于把问题藏起来。

这个技能把整套链路当作有状态的生产系统来管理，而不是一次性脚本。

它是怎么工作的

SKILL.md 本身只是导航文档，不是生产权威。执行或改动之前必须先读齐这些文件：

active_entrypoints.md
implementation/ACTIVE_IMPLEMENTATION_MANIFEST.json
LLM_PROJECT_GUIDE.md 与 control_plane/LLM_CONTROL_PLANE_GUIDE.md
control_plane/LLM_EXECUTION_MAP_V1.json
每个在范围内的子系统各自的 LLM_*_GUIDE.md

所有路径都从 /workspace/agent-skill-review-content 解析，不依赖当前工作目录，也不依赖上一次 Run 留下的状态。

Daily 生产链路是文与视频的完整链路（见 daily_run_contract.md）：只选中一个 Skill，失败后不自动替换，最终停在 HUMAN_APPROVAL_PENDING。终稿文本的唯一权威是 Expression LOW 运行时合成结果 + 当前 Run 的 assignment pack，由 Workbench Host 生成一次 FINAL_EXTERNAL_EXPRESSION.md。视频侧 Video V3 必须消费 Fact-Preserving Video Narration Adapter 的输出，而这份原始文本永远不会作为 TTS 输入。

TTS 固定使用 Volcengine Vivi 2.0（音色 zh_female_vv_uranus_bigtts，并发上限 5），只通过 owner 专属 secret launcher 启动。视频渲染只走本地/离线包装的 HyperFrames 0.7.82，生产 Run 内不触发安装、刷新、版本检查或 Release 查询。需要准确呈现的文字交给确定性渲染，Host 原生生成的图片不允许承载关键文本，也不调用外部图片 API。

适用边界

不可编辑历史 Run、Release、freeze、受控验证记录或原始证据。
不能用 scratch、/tmp、缓存、历史 Run、历史 Composition、Video V1/V2 或受控验证结果充当 Active 依赖。
Content Polisher V1.1 状态为 STATUS=SUPERSEDED，既未激活，也不能当回退方案。
任何组件都不能接收自己产出的结果；独立验收从原始字节推导，写入不可变 bundle 之外。
启动时校验聚合摘要、各 Prompt 哈希、开场 SFX 哈希、HyperFrames 版本与运行时权威绑定，任何漂移直接阻断 Run，不做自动修复或降级。
生成与部署都不是发布：AUTO_PUBLISH=false，公开动作之前必须有人工复核。
密钥及其哈希不得出现在 argv、项目文件、Releases、freezes 或日志中。