novel-script

给 AI 短剧写剧本。前提刻在骨子里：剧本管戏，分镜管拍——「爽不爽」和「怎么拍」是两种迭代节奏，台词要反复推翻重写，绑上镜头分解每改一句都得重排镜头。所以这层只有集、场次、节拍流，没有镜号；镜头、首帧提示词、生成批次都是下一层分镜 skill 的活。

但有一条底线：台词必须是结构化数据，不能写成散文。每句台词是独立条目（说话人 + 台词 + 语气），动作是独立节拍——这是全部确定性检查的地基：

交付	解决什么
逐集时长预算	一集三分钟就是三分钟：台词按语速折算、动作按节拍估时，写超写欠当场拦下，不流到生成环节才发现
节拍流（动作 ⇄ 台词）	台词直接对接 TTS 逐句生成；动作节拍就是画面要发生的事。混成散文两头都喂不进管线
每场至少一个动作节拍	纯对白的场是广播剧——AI 生成时没有画面可写
开场钩子 + 结尾悬念	短剧的生死线，每集都要落在纸面；钩子不是标签是第一拍——`hookBeat` 认领具象位置，必须落在全集前 3 拍内（冷开场）
爽点认领	大纲说这一集有大爆点，剧本必须有戏认领它——防止改着改着把爆点改丢
上游对账	场景/光照/道具对 art.json、角色对 outline.json，写了美术没登记的光照状态当场报

{baseDir} = 本文件所在目录。脚本 {baseDir}/scripts/novel-script.mjs，零依赖，node 直接跑。

边界（不做的事）：不分镜头、无镜号、不写画面生成提示词、不出图、不配乐——分镜层的活一件不碰。不改大纲结构（砍线合人是 novel-outline 的活）；不做角色和场景设定（novel-characters / novel-art 的活）。