视频标题 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。需要生成候选或解释对标共性时读取它。