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