# Bmz Publish > 短视频发布包。用于生成标题、首屏文案钩子、评论区钩子、标签、A/B 测试版本和每条视频的测试假设。 触发方式：/bmz-publish、/发布包、「生成发布包」「帮我写标题」「帮我做 A/B 测试版本」 Short-video publishing package for music release tests. Trigger: /bmz-publish, "make a publishing package", "write title and hooks" - Skill: `bmz404/bmz-publish` (Agent Skill, multi-file: 26 files) - Install (CLI): `npx skillmds@latest add bmz404/bmz-publish` - Raw SKILL.md: https://api.skillmd.com/api/skills/bmz404/bmz-publish/raw - Safety review: pending - Works with: Claude Code, Claude.ai, OpenAI Codex - Category: Coding & Dev Tools - Author: bmz404 (https://skillmd.com/u/bmz404) - Updated: 2026-09-17 - Page: https://skillmd.com/skills/bmz404/bmz-publish --- # bmz-publish：发布包 ## 全局收尾规则：自动推荐下一模块 每一次回答结束前，无论当前使用哪个 bmzskill 模块，都必须自动推荐一个最合适的下一步模块。 固定格式： ```text 下一步推荐：/bmz-xxx 原因：{一句话说明为什么下一步应该进入这个模块} 你可以直接回复：{用户下一条最省事的回复方式} ``` 推荐原则： - 如果当前任务已经完成，就推荐最自然的下游模块。 - 如果当前结果还需要检查，就推荐质检或体检模块。 - 如果用户材料不足，就推荐能补齐关键判断的模块。 - 如果已经到当前工作流末尾，就推荐 /bmz-case 沉淀案例，或 /bmz 回到总入口。 - 不要只写“如果你愿意我可以继续”，必须写出具体模块名。 ## 全局平台与元标签规则 - 用户可见回答中只允许写 Suno 或“通用音乐生成工具”，不要写其他具体音乐生成平台名。 - 编曲元标签写在歌词栏时，方括号内只写具体英文编曲指令，禁止把“编曲元标签”这几个字写进方括号。 - 正确格式： ```text [Hook] [stripped down first four lines, Rhodes piano and close vocal only, soft drums enter on line 5, layered harmonies on last line, reverb tail ending] ``` ## 必须调用知识库 - 必须优先继承 `knowledge/references/方法论/bmzskill完整方法论.md`：它是 bmzskill 的总方法论底座，涉及定位、对标、画面、歌词、曲风、prompt、发布前体检、发布包、复盘、投流、音推、案例沉淀和团队匹配时，所有判断都要先对齐这份总方法论。 - 遇到进阶定位、对标拆解、歌曲结构、段落 KPI、捕兽夹模型、提示词诊断、出品标准、活人感、音频投稿、版权交易、24 小时行动模型时，必须调用 `knowledge/references/方法论/bmzskill进阶方法论总集.md`。 - 用户提到 SIM 卡权重、找对标、拆对标、差异化、找听众、选择曲风、爆款音乐公式、爆款短视频公式、独家创作流程、爆款选题、作词核心、最高效创作链路、制作视频素材、引导互动、活人感、扒带、商单、原创发行、翻唱发行、版权交易时，必须先查 `knowledge/references/方法论/bmzskill进阶主题索引.md`，再按索引调用对应专题文档。 - 如果发布包需要承接 prompt、Lyrics、段落元标签、编曲元标签、voice、cover、remix、Advanced 参数或生成版本说明，必须调用 `knowledge/references/FAQ/suno技术方法论.md`，确保发布建议不和生成工具设置冲突。 生成发布包时，必须服务明确的互动目标： - 调用 `B014-七种观众互动冲动模型`：标题、首屏文案钩子、置顶评论和标签要服务具体互动目标，例如评论、收藏、转发、跟拍或去音乐平台听完整版。 - 调用 `knowledge/references/方法论/publish_package_by_goal.md`：先判断发布目标，再生成对应的标题、首屏文案钩子、置顶评论、标签和重点观察数据。 - 调用 `B015-五组十戒`：避免包装盖过歌曲记忆点、标签暴露制作方式、评论钩子只制造热闹但不服务歌曲资产。 - 调用 `B016-统一评分口径与边界说明`：发布包评分和建议必须是测试假设，不暗示必爆；低分要说明下一步改哪个变量。 - 调用 `A级对标卡索引 + A001-A030 单卡`：参考相似案例的标题、标签、评论区触发点和原声使用量，不要只凭文案感觉生成发布包。 - 调用 `负面对标卡索引 + N001-N008 单卡`：避免把作品包装成静态封面感、泛伤感语录感、AI 海报感、暗场小字或伪音乐人摆拍感。 - 如涉及歌词钩子，调用 `B018-歌词张力感与欲望结构`：标题、首屏文案钩子和置顶评论优先提炼“欲望受阻、关系拉扯、未完成感”，不要只复述悲伤情绪。 你负责生成可直接发布测试的短视频发布包。 发布包不是文案装饰，而是一次测试设计。每个标题、首屏文案钩子、置顶评论和标签都必须服务一个明确假设。 ## 先判断发布目标 生成发布包前，必须先判断这条视频最应该触发哪一种观众动作。 可选发布目标： 1. 求歌名型：让观众问歌名、问哪里听、主动搜索。 2. 求完整版型：让观众要求继续写、继续唱、上架完整版。 3. 评论故事型：让观众讲自己的经历和关系故事。 4. 跟拍使用型：让观众拿原声去拍自己的视频、剪辑、换装、卡点或翻唱。 5. 收藏备用型：让观众先收藏，未来用于拍摄、文案、情绪表达或灵感备用。 6. 转发共鸣型：让观众想到某个人，愿意转发给别人或发到私域。 如果用户没有指定目标，你必须根据画面模板、歌词主题、曲风、是否 demo、是否有完整版、是否适合跟拍，主动推荐一个主目标和一个副目标。 输出时必须写清楚： ```text 发布目标判断： 主目标： 副目标： 选择原因： 本轮最应该看的数据： ``` 不要默认每首歌都追求评论。DJ 硬曲优先看跟拍和原声使用量；情歌优先看收藏、评论和求完整版；入股号可以看评论，但必须警惕评论热闹、音乐平台转化弱。 ## 必须包含 - 标题 - 首屏文案钩子 - 置顶评论 - 标签 - A/B 测试建议 - 这套发布包测试什么 - 应重点观察哪个数据 ## 标签规则 每套发布包的标签最多 5 个。 默认必须包含： ```text #原创音乐 #demo ``` 默认禁止： ```text #AI音乐 #AI歌曲 #Suno ``` 除非这条内容的目的就是展示 AI 音乐技术。 ## 标题和首屏文案钩子规则 - 首屏文案钩子不要直接使用歌词第一句。 - 视频标题也尽量不要直接使用歌词第一句。 - 只有当歌词后几句里存在非常强的金句，不展示会明显浪费传播力时，才可以把那句歌词改写成标题或首屏文案钩子。 - 首屏文案钩子的任务是让观众停下来看，不是重复歌词；优先写成关系问题、情绪判断、悬念句、代入句或反差句。 - 标题负责让用户点进情绪，首屏文案钩子负责让用户前 2 秒停留，置顶评论负责让用户开口互动。 - 如果歌词里有欲望受阻、表面伪装、关系禁忌或未完成瞬间，标题和首屏文案钩子应优先放大这个张力，而不是写成“好痛、好遗憾、好想你”的情绪概括。 - 如果当前发布包像 N001 或 N004，只是在说“新歌、伤感、催泪、demo、发布”，必须重写成具体关系钩子或具体使用场景。 标题要求： - 不要写成歌名介绍。 - 不要堆砌“扎心、破防、emo、哭了”等廉价词。 - 不要承诺“爆款”“神曲”。 - 不要泄露 AI 制作过程。 - 标题应该让用户知道这条视频的情绪处境，例如“嘴硬的人最后都怎么失去对方”。 首屏文案钩子要求： - 必须比歌词更像“观看理由”，而不是歌词复读。 - 不设置固定字数限制，但必须能在首屏快速读完，且不能压住画面主体。 - 优先使用关系判断、情绪悬念、反差句、代入问题。 - 不要遮挡人脸、眼神、手部动作和核心物件。 - 如果画面已经有歌词字幕，首屏文案钩子要更短，避免抢焦点。 置顶评论要求： - 不是解释歌曲，而是引导用户讲自己的故事。 - 优先问一个低门槛问题。 - 不要乞求点赞、收藏、转发。 - 不要暴露“这是测试”“帮我测歌”。 ## 歌名标识规则 如果发布包需要建议视频画面上的歌名标识： - 叫“歌名标识”，不要叫“歌名/demo 标识”。 - 歌名标识不要太大，不要在屏幕上出现太久，不要跟歌词抢视觉焦点。 - 歌名标识主要服务封面识别，不服务观看过程中的留存。 - 可以建议开头 0.1-0.2 秒轻量出现，或只作为首帧/封面元素存在。 - 不要建议放右下角；右下角会被短视频平台互动栏遮挡。 - 不要建议 5 秒后再出现。 ## 三套发布包 每次输出三套发布包，但三套必须服务不同目标动作，不要固定只用“情绪共鸣版、故事代入版、金句传播版”。 优先从以下目标中选择三套： - 求歌名型 - 求完整版型 - 评论故事型 - 跟拍使用型 - 收藏备用型 - 转发共鸣型 如果当前作品明显不适合某个目标，不要硬凑。例如抒情 demo 不要强行做跟拍使用型；DJ 硬曲不要强行做评论故事型。 三套发布包必须测试不同假设。不要三套只是换同义句。每套的标题、首屏文案钩子、置顶评论和重点数据都要明显不同。 ## 分目标写法 求歌名型： - 标题要制造发现感，不要直接公布全部信息。 - 首屏文案钩子要让观众觉得这首歌值得问。 - 置顶评论要给观众一个自然问歌名、求上架的入口。 - 重点看求歌名、求上架、主页访问、收藏。 求完整版型： - 标题要说明这是一个值得继续完成的片段。 - 首屏文案钩子要让观众参与“要不要继续写”的判断。 - 置顶评论要问观众想听男声、女声、下一段、结局或完整版。 - 重点看求完整版、收藏、追问发布时间、二次发布回流。 评论故事型： - 标题要写具体处境，不要只写抽象情绪。 - 首屏文案钩子要让观众立刻代入某段关系。 - 置顶评论要问一个低门槛的具体问题。 - 重点看评论率、长评论、高赞故事评论、歌词引用。 跟拍使用型： - 标题要说明这段声音适合什么画面或动作。 - 首屏文案钩子要让观众马上知道它能拿来做什么。 - 置顶评论要引导使用场景，例如换装、转场、夜景、背影、卡点、翻唱。 - 重点看原声使用量、跟拍量增长、收藏、使用场景是否扩散。 收藏备用型： - 标题要给出未来使用理由。 - 首屏文案钩子要说清楚适合什么状态、场景或拍摄用途。 - 置顶评论要问观众会在什么时候用这首歌。 - 重点看收藏率、收藏点赞比、后续二创和引用。 转发共鸣型： - 标题要让观众想到某个人或某段关系。 - 首屏文案钩子要像一句“不敢直接说出口的话”。 - 置顶评论不要逼用户讲故事，可以让用户用一个字、一个称呼、一个时间点回应。 - 重点看转发率、私信反馈、评论区是否出现“发给他/她了”“不敢转”“太像我了”。 ## 评分与选择 发布包评分必须继承 `B016-统一评分口径与边界说明`。不要用高分暗示必爆；低分时要指出是标题、首屏文案钩子、置顶评论、标签还是测试假设没有完成任务。 输出前必须判断每套发布包的风险： - 是否复用了歌词第一句。 - 是否和画面/曲风不一致。 - 是否过度解释。 - 是否标签过多。 - 是否有 AI 暴露风险。 - 是否评论区没有开口点。 - 是否接近负面对标卡里的低数据包装模式。 建议第一轮先发时，不能只说“我推荐 A”。必须说明它主要测试什么，以及失败后下一轮改什么。 ## 输出格式 ```text 发布目标判断： 主目标： 副目标： 选择原因： 本轮最应该看的数据： 发布包 A：{目标类型} - 标题 1： - 标题 2： - 标题 3： - 首屏文案钩子 1： - 首屏文案钩子 2： - 首屏文案钩子 3： - 置顶评论： - 标签： - 测试假设： - 重点看： - 如果数据差，下一轮改： 发布包 B：{目标类型} ... 发布包 C：{目标类型} ... 建议第一轮先发：{A/B/C} 原因：{一句话} 发布后进入：/bmz-review ``` ## 禁止事项 - 不堆标签。 - 每套标签不要超过 5 个。 - 不默认暴露 AI。 - 不承诺爆款。 - 不让标题和歌曲情绪不一致。 - 不把首屏文案钩子写成歌词首句复读。 - 不把置顶评论写成“你们觉得好听吗”这种无效互动。 - 不用 #AI音乐、#AI歌曲、#Suno，除非用户明确要做技术展示内容。 ## 证据等级 输出判断、建议、路线、评分、复盘或 SOP 时，必须尽量标注证据等级： - S 级：真实发布后台数据验证。来自用户、团队、用户或 bmzskill 自有案例的真实发布数据与复盘，可以是正向验证，也可以是反向验证。 - A 级：公开市场对标。来自可复查的公开视频、公开账号、公开榜单、公开评论区、公开平台数据或用户提供的公开视频/截图。 - B 级：行业实操方法 / bmzskill 方法论。来自版权公司、音乐宣发、短视频运营、创作实操中反复使用的方法，或 bmzskill 当前整理出的待案例校准方法。 如果没有 S/A 级证据，不要把建议说成绝对结论。应写清楚： ```text 证据等级：B 级 依据：{为什么这样判断} 不确定性：{缺少什么数据或对标} 验证方式：{下一步如何用短视频数据验证} ``` V1 只使用 S / A / B 三个等级，不再扩展更多等级。