短剧反差命名体系（Naming Bible）
适用场景
- 用户已有短剧/小说项目，觉得剧名或专有名词太常规、无记忆点、吸引不了流量
- 需要批量改：剧名 + 人名 + 功法名 + 道具名 + 组织名 + 境界名
- 改名后要同步更新下游物料（逐镜提示词包、自动化脚本、分集大纲、台词字幕）
核心洞察（先讲给用户听，这是决策依据）
- "废柴逆袭"是赛道最拥挤的标签，观众已免疫。抽象标签（"他是废柴"）没有画面；具体化、人身化的贬称才有画面（"全城都喊他'许不成'"），且每次被点名都是一次羞辱蓄力，后面打脸才响。
- 雅词标题在信息流里等于不存在。《XX录》《XX传》《XX令》这类古雅命名信息量为零。短剧标题必须说"发生了什么事"。
- 名字越土，实力越神 —— 一个土到掉渣的名字配一个逆天到离谱的实力，是成本最低、效果最强的反差手段。
反差命名三原则（方法论主体）
| 原则 | 做法 | 示例 |
|---|---|---|
| ① 降维命名法 | 把神级的东西用最土的词去叫 | 上古炼丹第一人 → 自称「灶王爷」；火榜第十九 → 「灶上那口冷火」 |
| ② 标签错位法 | 给主角一个比"废柴"更狠、更具体的贬称 | 男主名「许不器」，全城故意念成「许不成」；外号「零蛋少爷」 |
| ③ 人话标题法 | 剧名说事件、不说辞藻 | 《九霄烬火录》→《我师父是灶王爷》 |
贯穿全篇的喜剧引擎（最值得复用的一招）
> 师父永远说俗名，天下永远说雅名。
>
> 师父：「把灶上那口冷火收拾了。」
> 天下：「他要去收服火榜第十九的青冥心焰！」
>
> 观众两边都懂，反差自动生成，零解释成本。配套实现即「正名/俗名双轨制」命名表。
交付物清单（每次改名都要出齐）
- 三层剧名体系 — 正式剧名（好记，≤8字）/ 投放长钩子标题（信息流首图大字，带时间节点+悬念）/ 副标 Slogan（一句话钩子）
- 设定蓝本（含三原则、喜剧引擎、人物表、双轨命名表、境界体系、分集大纲、合规红线）
- 逐镜提示词包（19 条提示词全量改名 + 台词/字幕按新命名重写）
- V1→V2 改名对照表（一键替换字典 + 备用方案 B/C + 合规自查清单）← 最容易漏、但最有长期价值的一份
- 同步下游：自动化脚本里的提示词数组、工具清单、分集标题
执行流程
> 🔴 检查点 1 · 动文件之前：第 3 步要移动/归档旧文件。先把「计划动哪些文件」列出来给用户看，
> 必须先确认再执行（"等用户回复"这一步不能跳，不要自作主张往下走）。 归档不等于删除，但批量移动同样不可逆（移完就找不回原位置）——照旧停一次。
- 先读全量现有物料，找出所有专有名词出现的文件（含脚本里的硬编码提示词数组——最容易漏）。
- 确认改名时机：若图片/视频尚未生成，要明确告诉用户"零浪费"；若已生成，先说明重生成成本再动手。
- 🔴 备份/归档 V1 而非删除（先停下 · 见检查点 1）：命令见文末「照抄命令速查」第 ① 条。
归档后在对照表里记一行留档（哪个文件进了哪个存档目录），否则三个月后没人知道那堆文件是什么。 - 写新文件（文件名用新短项目名，如
灶王爷-xxx.md；对照表照assets/对照表模板.md填）。 - 同步脚本并校验语法：见速查第 ② 条（
node --check script.js）。 - 全量残留审计（本机 bash 没有
grep，必须走脚本）：见速查第 ③ 条。
退出码 0 = 无残留。对照表自身会被自动排除（它就是映射字典，本就该保留旧名）。
> 🔴 检查点 2 · 交付之前：残留审计退出码不是 0，不许交付。有残留就说明还有物料在用旧名，
> 发出去必然新旧混杂。这一步是交付前的复核闸门，不是参考建议。
照抄命令速查（三段：改名前跑 ①、改完跑 ②③）
# ① 归档 V1 —— 改名前跑。先经用户确认再执行（见检查点 1）
mkdir "_旧版存档-<旧名>V1" && mv 旧文件 "_旧版存档-<旧名>V1/"
# ② 脚本语法校验 —— 改完后跑
node --check script.js
# ③ 全量残留审计 —— 改完后跑；退出码 0 才算通过（见检查点 2）
python scripts/rename_audit.py --root "<项目目录>" --table "<项目名>-V1-V2改名对照表.md"
三段各自挡住一种返工：① 让旧版可回退（备份而非删除）；② 挡住脚本语法错误；③ 挡住新旧命名混杂。
命名设计要点（具体产出时用）
- 男主：名字本身就是命运的伏笔（"不器"→被念成"不成"）
- 师父（最强反差位）：天下跪着喊的尊号 vs 他自我介绍时说的市井诨号
- 女主：名字的"无名感"可以是身份伏笔
- 退婚女/反派：名字贵气逼人（灼灼其华），做的事刻薄到底 → 名实反差
- 道具反差：给角色加一件"把崇高和市井钉在同一帧"的视觉物件（如威严虚影腰间挂一只黑旧陶壶）
- 境界吐槽表：给每个境界配一句师父的毒舌吐槽，最后一位配"……我也没到过"（埋钩子，说明师父并非无敌）
失败模式（改名后翻车的四种典型 · 都实际踩过）
| # | 症状 | 根因 | 处置 |
|---|---|---|---|
| 1 | 脚本能跑，但文案里还有旧名 | 只改了 .md，漏了脚本里的硬编码提示词数组 |
用 rename_audit.py 全量扫，别手动数文件 |
| 2 | 图片/视频已生成，改名 ≈ 重做 | 改名时机判断失败（先渲染、后命名） | 顺序倒过来：先定名，再渲染；已渲染的按 _旧版存档-<旧名>V1 留档 |
| 3 | 对照表被当成残留删掉 | 没排除映射字典本身（典型误判） | rename_audit.py 已自动排除；手动查时必须显式排除 |
| 4 | 平台驳回：名称违规 | 境界体系只换字、没换语义单元 → 与已有爆款撞结构 | 见下一节「合规雷区自查」，整条重设 |
交付判据（全绿才算改完）：① python scripts/rename_audit.py 退出码 0；② node --check script.js 不报错；
③ 对照表文件仍在、旧名与新名两侧都齐。把残留当成"差不多就行"，是这条线上最贵的一种失败。
边界与推翻条件：本流程的前提是同名同义替换；若同时要改剧情，那属于重写、不适用本流程。
若已生成的视频超过 10 条，重命名的成本可能高于收益 —— 此时应保留旧名、只改后续集数。
（实测：一次 19 条提示词全量改名，真正的时间成本在重新渲染，不在替换文字。）
合规雷区自查（必做）
- 境界体系是最高危项。「X者→X师→大X师→X王→X圣→X帝」这种结构高度可识别，必须整条重设（换语义单元，不只是换字）。示例：纳息/通脉/凝罡/开府/铸鼎/化煞/玄台/太虚/烬天。
- 顺带排查近似名（如"云绾"vs 已有知名角色"云韵"——姓+单字结构近似即换掉）。
- 神祇/宗教类称谓语（如"灶王爷"）用作诙谐诨号本身合规，但个别平台初审偏保守 → 必须预备降级序列并写进文件，例如：
灶王爷 → 灶老爷 → 烧火的老头 → 老灶（剧名同步改《我师父是烧火的》） - 交付时附合规自查清单，逐条打勾。
备用方案
永远准备 2 套差异化备选，让用户一句话就能切换：
- 方案 B · 悬念反套路流：名字全走雅致路线，反差全靠人物行为造（老怪物说话像地痞）
- 方案 C · 数值钩子流：用数字造反差（第一废人 × 第二十三种火），适合强爽感弱喜剧
常见误用与常见问题（FAQ）
常见误用（反模式）
| 误用 | 后果 | 正解 |
|---|---|---|
| 批量移动／归档前不问一次 | 移完就找不回原位置（不可逆） | 必须先确认再执行（「等用户回复」这一步不能跳，不要自作主张往下走）；归档不等于删除，但批量移动同样不可逆 —— 照旧停一次 |
| 改名后不跑后续检查就交付 | 翻车（有四种典型，都实际踩过） | 按「失败模式（改名后翻车的四种典型）」逐条自查；改名前后都要跑「照抄命令速查」的三段 |
| 跳过合规自查 | 触雷区 | 「合规雷区自查（必做）」不可省 |
| 交付物出不全 | 用户拿不到完整产出 | 按「交付物清单（每次改名都要出齐）」出齐 |
常见问题
- Q：命名依据是什么？ A：先讲「核心洞察」给用户听 —— 那是决策依据；方法论主体见「反差命名三原则」。
- Q：有什么最值得复用的招？ A：见「贯穿全篇的喜剧引擎（最值得复用的一招）」。
- Q：改名前后要跑什么命令？ A：见「照抄命令速查」（三段：改名前跑 ①，改完跑 ②③）。
- Q：翻车了有备选吗？ A：有，见「备用方案」。
- Q：什么时候不该用？ A：见「适用场景」。
收尾
写完后把新命名体系 + 三原则 + 双轨制 + 合规重设项记进项目 memory，因为第 2–5 集会反复引用同一套名字。
