ra-video-title

# 视频标题 Skill ## 核心原则 先定主题，再起标题。视频标题必须服务这条视频的核心命题，不能只套“AI 工具”“翻车”“原因找到了”这类泛钩子。 默认替代 `dbs-xhs-title` 处理视频标题。`dbs-xhs-title` 仍可用于通用小红书图文标题或纯公式浏览；视频成片、视频洗稿、对标标题、两段式抖音标题一律走本 Skill。 ## 两段式流程中的位置 在「洗稿（Claude）→ 待制作队列 → 制作（Codex）」两段式流程里，本 skill 在**洗稿阶段**运行，输入是刚洗好的最终脚本（主题最清楚的时刻）： - 只产出候选：8-12 个两段式候选 + Top 3 推荐理由，写入交接稿「标题候选」一节 - 不在洗稿阶段定稿：最终标题由用户发布时人工从候选里选 - 制作端与发布标题无关：不起标题、不应用标题、不生成 `视频标题.md` ## 工作流 1. **锁定视频主题** - 优先读用户给出的最终脚本、视频制作简报、`narration_segments.json`、项目说明或成片目录上下文。 - 输出一句主题判断，格式为：`这条视频讲的是：...` - 标题候选必须能回扣这句主题。 2. **拆对标标题** - 如果用户给对标标题，提炼共性：结构、前半句钩子、后半句补充、情绪、专业词、结果承诺。 - 不复制对标的具体表达，不把别人的账号人设写进标题。 - 默认重点检查“两段式”：前半句抛场景/冲突/问题，后半句给结果/解释/悬念。 3. **生成候选** - 生成 8-12 个候选。 - 默认用两段式，常见连接符：`，`、`？`、`！`、`：`。 - 每条候选都要同时满足： - 命中视频主题，不是泛 AI 标题； - 前半句有钩子； - 后半句补充方向或悬念； - 口语化，适合短视频平台； - 不把视频答案全说完； - 资讯类主题（新论文/新产品/新事件）：前半句直接给事实主体（谁+发了什么），不用比喻/拟人当首要钩子，比喻最多出现在后半句补充里。 4. **筛选与推荐** - 给出 Top 3，并说明一句理由。 - 如果用户要求“你选定”“直接写入”“替我选”，选 1 个最终标题。 - 如果用户明确说“我来选”，只给候选并等待编号。 5. **写入文件** - 两段式洗稿流程中：写入目标只有交接稿「标题候选」一节（8-12 候选 + Top 3 推荐），不写 frontmatter、不生成 `视频标题.md`，最终由用户人工选定。 - 其他场景当用户要求写入时，在最终 MP4 所在的 `成片/` 目录新建或更新 `视频标题.md`。 - 文件第一行只写最终标题。 - 只有在用户要求保留或候选对后续有价值时，才追加 `## 候选标题` 小节。 - 使用 `apply_patch` 编辑 `视频标题.md`；不要改动 MP4 或其他成片文件。 ## 标题评分 每个候选用下面 5 项心里过一遍： - **主题贴合**：离视频主题越近越好；能套到任何 AI 视频上的标题扣分。 - **两段式张力**：前后两段要有递进，不是简单重复。 - **点击理由**：用户为什么要点开？是怕落后、怕踩坑、想省事、想变强，还是想看争议？ - **信息差**：标题要留缺口，不要把结论说满。 - **口语感**：像抖音标题，不像论文标题或课程标题。 ## 禁用项 - 不要在没读主题的情况下直接起标题。 - 资讯类视频不要用比喻/拟人起手的标题（如「跟AI说别想金门大桥，它满脑子都是金门大桥」）；事实主体（如「Anthropic 新论文」「Anthropic 造出读心工具」）必须出现在前半句。 - 不要只围绕工具名起标题，例如只写 `Claude Code 翻车原因`，除非视频主题就是该工具故障。 - 不要让标题偏离视频，比如主题是 `Model × Harness`，标题却变成普通 `AI 工作流提效`。 - 不要为了追热点滥用“接管”“破甲”“零报错”；这些词只有贴合主题时才用。 - 不要默认把候选标题全部写入文件；文件优先保持干净。 ## 参考 两段式标题模式和本工作区沉淀的样例见 `references/two-part-video-title.md`。需要生成候选或解释对标共性时读取它。