selfmedia-title-lab-cn 根据正文和目标平台改写标题：为抖音、小红书和B站各给三条候选并推荐一条；输入缺项时先补资料，不承诺流量。
它是一份给 Agent 执行的 Skill。公开仓库包含 SKILL.md、说明、成功与失败样例和结构自检；没有独立的标题生成 CLI，也不负责视频脚本、封面或平台发布。本篇按仓库版本 1.0.1、MIT 许可证、提交 cf57d72 核验。
先给标题任务三个输入
标题改写前，Skill 要求提供三项内容：核心收益、正文或要点、目标平台。目标受众、语气和限制词可以补充，但不能替代正文证据。
这三个输入分别回答不同问题。核心收益说明希望读者得到什么；正文界定哪些事实已经成立；平台说明要在哪种表达场景里组织信息。只给一句"帮我想个爆款标题"，缺少正文和目标平台，Skill 会要求补资料，不应先凭空生成。
核心收益也不能反过来覆盖正文。比如，资料只说明一份清稿检查清单能提示重复词，就不能写成"自动去掉所有机器味"；后者改变了工具能力。标题可以让表达更清楚，不能把愿望当成已验证的结果。
九个候选应该有不同切入点
仓库约定对抖音、小红书和 B 站分别生成三条候选，再从中推荐一条。平台之间的差异应体现在信息角度和句式上，而不是把同一句话依次换成三个平台名。
抖音标题可以从具体场景或直接问题进入；小红书可以用清单或避坑角度；B 站可以说明方法或复盘主题。这些是仓库提出的写作方向，不是平台的流量规律，也不能保证某个切口会获得更多推荐。
候选之间至少要改变切入角度、句式或重点。推荐理由则应指出它与正文哪部分最匹配。这样做能让作者比较表达，而不是把"推荐"误读成点击率预测。
检查标题有没有替正文加戏
拿到候选后，逐条对照正文中的对象、动作、结果和限制。标题新增了数字、效果、身份、时效或承诺，就要找到对应依据；找不到时删掉或改成问题式表达。
第二步检查平台差异是否只停留在措辞。若三组标题只是增删感叹号，说明还没有形成独立角度。可以分别突出使用场景、操作方法和读者决策点，但仍要围绕同一份可核验事实。
第三步查看推荐理由是否说明了正文证据。 "听起来更有吸引力"不是事实校验；"标题中的操作步骤在正文第三节有完整说明"则能被读者复核。
当前源码能做什么
仓库中的 SKILL.md 写出了输入字段、分平台生成规则、推荐格式和边界；成功样例展示完整输出，失败样例展示缺少输入时的停止方式。Node 自检验证仓库结构和这些样例合同，本次运行通过。
它没有独立生成标题的程序。真正的候选整理由读取并执行该 Skill 的 Agent 完成；自检通过只能说明文件与样例结构符合预期，不能证明每次标题都准确，也不是模型质量或流量实验。
它只处理标题，不会生成视频脚本、封面、评论区话术，也不会上传或发布。若正文事实尚未确认，应先核对事实；改写不会让不确定内容自动变真。
一个可复用的检查顺序
- 写清读者收益、正文依据和目标平台，缺项先补齐。
- 从正文抽出对象、动作、结果和限制，作为标题边界。
- 按平台分别尝试场景、问题、清单或方法角度。
- 检查候选是否改变了事实、夸大效果或省略关键限制。
- 选择与正文证据最贴合的一条，并记录推荐理由。
项目入口：https://github.com/xxjrq/selfmedia-title-lab-cn
本次核验：2026-10-09；版本 1.0.1，MIT，源码提交 cf57d7241f96e78924ea232c99ed5848ed302a24。仓库自检只核对结构和样例，没有做真实账号发布或流量测试。