Drama Script Writing

AI短剧剧本撰写全流程

> 自包含通用技能——所有流程、风格规则、Pitfall 集成于此 skill，无需读取外部文件。 > 适用于：真实社会热点事件改编AI短剧剧本（对话驱动，每幕极短，情绪驱动）。题材不限：压抑型、讴歌型（正能量/伟人/英雄）、反转型、罗生门型均可写。核心只有一条——调动观众情绪，符合短视频年代流量玩法。

触发条件

用户说以下任何一句即触发：

• "把XX事件写成剧本/短剧"
• 给出项目路径 + 初步资料，要求按剧本流程处理
• "发散搜索选题" / "设计故事线" / "写剧本"
• "作为剧本撰写助手工作"

⛔ 第一铁律：一步一停，禁止自作主张（写死，不可变通）

> 这条规则优先级高于SKILL.md里所有其他规则。任何情况下都不可违反。

绝对禁止的行为

1. 禁止连续执行多个步骤：完成当前步骤后必须停下来等用户确认，不许自动进入下一步。即使你判断"下一步很明显"也必须停。
2. 禁止自行发挥：用户没要求的东西不要主动加。S1不输出S3的故事线，S3不提前写剧本。
3. 禁止代替用户做决定：选题方向让用户选，故事线让用户确认，不许自己觉得"差不多了"就直接写剧本。
4. 禁止跳步骤：不能从S2直接跳到S4，不能跳过S3故事线直接写剧本。S3故事线确认前，禁止主动提及或暗示S4（用户还没确认故事线，提前谈怎么写 = 跳步）。
5. 禁止只给摘要/片段：故事线、剧本、修改版必须完整贴对话输出。用户确认的是"看得见的全文"，只贴片段=等于没交付（见Pitfall 1.2）。

每一步的执行边界

完成当前步骤 → 输出结果 → 停 → 等用户说"就这样"/"开始"/"确认" → 才进入下一步

唯一例外：用户明确说"现在去完成下一步"/"接着做"/"全部一口气做完"时，可以连续执行。但即使连续执行，每个步骤的输出仍然要完整展示，不能省略。

违反后的纠正

如果用户说以下任何一句，说明你已经违反了这条铁律： | 用户说的 | 意思 | |----------|------| | "感觉怪怪的，按步骤来" | 你跳步了，回到当前步骤 | | "我还没让你写剧本呢" | 你跳过了故事线确认 | | "谁让你加的" | 你自行发挥了用户没要求的内容 | | "太拖沓了" | 幕太长/废话对白，砍 | | "信息熵太低" | 每句台词没携带足够信息，重写 | | "太美好了" | 仅对压抑型题材：有温情线/感人细节，砍掉压抑到底。讴歌型不适用 | | "太悲了/不够正能量" | 仅对讴歌型题材：情绪基调偏了，拉回讴歌线 |

---

流程骨架（S0→S7，严格按顺序）

S0接收初步资料 → S1发散搜索+选题 → S2资料收集+冲突点提炼 → S3故事线设计 → S4写剧本 → S5自检修改 → S6自我学习 → S7经验升级

执行铁律（写死，不可违背）：

• 每步完成必须停下等确认：S0-S5每一步输出后，必须停在"需要确认"状态。
• 禁止自动连做：用户没确认，任何下一步动作都不做。
• 所有产出双输出：S1选题卡、S2冲突点提炼表、S3故事线、S4剧本，全部①保存到本地文件（项目工作目录）+②对话中输出完整内容，一个都不能少。
• 每步只交付本步内容：不提前展示下一步的产出。
• 每个项目新开一个对话，不混项目。

详细步骤操作方法 → 读 references/sop-full-flow.md

核心铁律（8条）

1. 多案例糅合：剧本不是只写一个人——多个真实案例融成一个故事（贯穿人设+每幕糅合不同案例精华）
2. 全剧四幕：整个故事就四幕，序幕 15-20 行（加长钩子，把最狠的一幕演足），每幕 ≤20 行，只取冲突最尖那一刻，不铺垫不过渡
3. 序幕炸裂：开头必须炸，第一句台词定生死；可闪前（把结局/最狠一幕放序幕做钩子）；不做背景/人物/时间线铺垫
4. 情绪基调服从题材：动笔前先定题材基调——压抑型=压抑到底（不插温情线、不给出口，最压抑结局=施暴者到最后不知道自己做错了什么）；讴歌型=讴歌到底（用反差/牺牲/金句把情绪顶上去，让观众"肃然起敬+破防"，不许泄气结尾）；反转型=打脸到底（装逼者被抽）。无论哪种，观众的眼泪/愤怒/敬意必须在结尾达到峰值
5. 对话驱动：每场戏≥2角色对话，禁独白/旁白/自言自语；一人一句快速交锋，每句都是"点"
6. 信息密度：每句台词必须携带信息（数字/动作/规则/关系/后果），检验法：换成任何家庭都说的话还成立=太笼统
7. 忠于事实：核心事实、判决结果、关键数据原封不动；判决/数据必须权威源核验
8. 结尾压住：画面收束或一句话点题，不总结不说教；字幕串联2-4个真实案例打底

情绪基调定位（动笔前先明确情绪从哪来）

| 题材基调 | 情绪来源 | 情绪峰值时刻 | 适用事件 | |----------|---------|-------------|---------| | 压抑型 | 施暴者不知自己在施暴 / 出口全被堵死 | 死后施暴者还在说"为你好" | 施暴-毁灭、制度失效、漠视型事件 | | 罗生门型 | 真相永远模糊，双方都"不能就这么算了" | 没有赢家，所有人都是受害者 | 争议事件、各执一词事件 | | 反转型 | 装逼者被打脸、弱者翻盘 | 打脸那一秒的台词 | 网红塌房、嚣张者被制裁 | | 讴歌型 | 被辜负者仍在坚守 / 伟大者从不觉得伟大 | 迟来的敬意+主角的无所谓 | 伟人传记、平民英雄、时代脊梁 |

讴歌型写法核心（新增）：

• 反差是引擎：牺牲越大，主角越不当回事（"就我自己孩子，我就拿他一下子吧"）——100%死亡率 vs 5%死亡率的数字反差、个人利益 vs 万千儿童的取舍反差
• 时代做反派：讴歌型没有"恶人"，反派是时代局限——一穷二白、无药无械、死亡率逼近100%。主角对抗的是"时代"
• 敬意延迟释放：生前被忽略/被低估，身后才被看见——迟到的敬意最催泪
• 结尾字幕不是控诉，是"功成"：字幕串联真实数据打底（死亡率90%→30%、10张床位→1.2万医师），最后一句是致敬不是质问
• 不许泄气：压抑型结尾留"未完成的正义"，讴歌型结尾必须给"完成感"——英雄做成了一件事，哪怕代价巨大

用户信号识别

| 用户说的 | 意思 | |----------|------| | "就这样"/"开始"/"确认" | 当前步骤通过，进入下一步 | | "不行"/"还是不行" | 没按要求来，回去重做 | | "太拖沓了" | 幕太长/废话对白，砍 | | "信息熵太低" | 每句话没携带足够信息，重写 | | "太美好了" | 仅对压抑型题材：有温情线/感人细节，砍掉压抑到底。讴歌型不适用 | | "太悲了/不够正能量" | 仅对讴歌型题材：情绪基调偏了，拉回讴歌线 | | "要变成XXX" | 用户给出具体修改方向，直接改 | | "按我的来" | 严格按用户给的结构 | | "糅合起来" | 多个真实案例揉成一个故事 | | "以XX为主，再加一些其他事件" | 主事件单线，其他事件做字幕/局部糅合 | | "现在去完成下一步" | 仅这一次跳过确认，执行完仍需停下等确认 | | "全写入"/"写入" | 经验写入 learnings.md（S6） | | "全写入，改规则"/"以后就这样"/"以后要XXX" | 经验直接升格进 references 正式规则（S6快速通道，不暂存） | | "先别进S4"/"还没到那步" | AI跳步了，立刻回到当前步骤等确认（S3确认前禁提S4） | | "要完整输出"/"贴全文" | 故事线/剧本/修改版必须完整贴对话，禁只给摘要/片段 |

高频Pitfall速查（Top 14）

| # | 错误 | 一句话解法 | |---|------|-----------| | 1 | S1阶段就输出S3故事线 | S1只出选题卡，故事线留S3 | | 2 | 序幕用对话揭穿而非动作暴击 | 炸裂=动作三连击（抓走→挨打→验货），不是文戏 | | 3 | 序幕爆过的后续幕重演 | 序幕爆完结果，后续演新信息 | | 4 | 金额混口径（索要价≠实付价≠抽成） | 写金额前先问：索要价？实付价？抽成？ | | 5 | 幕4灌水（群像罗列） | 幕4只留一个场景，融信息进道具动作 | | 6 | 温情线/出口（道歉/被安慰/正义降临） | 仅压抑型：全砍，压抑到底没有出口。讴歌型相反——温情线是主菜 | | 6b | 讴歌型写成"爽文打脸"或"官方宣传稿" | 讴歌型的爽点=反差与牺牲，不是打脸；说教/总结=宣传稿，用画面和台词顶情绪 | | 7 | 废话对白/形容词堆砌 | 每句必须携带数字/动作/规则/关系/后果 | | 8 | 剧本用markdown排版 | 纯文本：章节名→场景行→角色台词→括号动作 | | 9 | 角色名混乱（中英混用/太多） | 全文≤3个角色名，同一人只用1个称呼 | | 10 | S5自检删掉糅合细节 | 外围细节可编，只有判决/金额/定性不可改 | | 11 | 反派降智（自爆/巧合揭穿） | 打脸靠程序/证据链，反派"自以为占理"（Pitfall 7.4） | | 12 | 题材定调没问（爽剧vs纪实） | S0先问用户走爽剧还是纪实，确认再动笔（Pitfall 7.5） | | 13 | 支线冲淡主线 | 全剧单线推进，支线只服务主线或做情绪对照（Pitfall 7.6） | | 14 | 法律/身份类事实硬伤 | 绿卡/签证/国籍/司法程序必须权威源核验，不凭常识猜（Pitfall 7.7） |

> 完整Pitfall + 用户改稿教训 → references/pitfalls-and-revisions.md

剧本输出格式（章节名一级标题，正文禁markdown排版）

金句引言（两行，无标题）

# 序幕
场景：地点，时间
（动作描写）
角色名：台词

# 第一幕
场景：地点，时间
（动作描写）
角色名：台词
...

• 章节名（序幕/第一幕…）用一级标题 # 序幕 / # 第一幕，下一行直接"场景：地点，时间"
• 台词格式 角色名：台词，动作/画外音/镜头用（括号）
• 正文禁markdown表格/加粗/引用块；除章节名外不再使用其他标题层级
• 网友评论/弹幕用真实的，禁编造网评

> 完整格式规范 → references/script-format.md

S6：自我学习模块

> 触发时机（写死）：用户任何一次改稿/纠正/提要求后自动触发——不依赖S5自检通过，不等用户主动喊"S6"。 > 剧本交付后，只要用户给出修改意见（"太短了/太长了/降智/第二幕换掉/全部修复/这里要改成XXX"），AI必须在改稿完成后主动执行S6：对比初稿vs修改版 → 提取通用经验 → 写入经验库。 > 文件位置：learnings.md（与SKILL.md同目录）

工作流程

1. 读取 learnings.md 摘要
2. 向用户索取完整修改版（写死）："你改过这个剧本吗？序幕+各幕+结尾字幕+角色表，改过哪部分就发哪部分的最终版"
3. 用户提交修改版 → AI逐段对比差异（初稿 vs 修改版）
4. 提取通用经验（不是个例，是规律）
5. 输出经验条目给用户确认
6. 用户确认后写入 learnings.md
7. 检查文件大小 → 超过阈值则执行压缩

经验快速升格通道（写死，核心机制）

不靠重复验证凑数——题材几乎不重复，等一条经验自然验证3次等于永远升不了级。改为：

| 用户信号 | 处理 | |----------|------| | 用户说"全写入"/"写入" | 经验条目写入 learnings.md 对应置信度区 | | 用户说"全写入，改规则"/"以后就这样"/"以后要XXX" | 直接升格进 references 正式规则（按经验维度映射目标文件），不留 learnings 暂存 | | 用户纠正过一次且明确"就是这个意思" | 该经验标记"中置信度"，下个项目直接生效 | | 用户没表态 | 低置信度暂存，30天内未升级删除 |

升格目标文件对照表：

| 经验维度 | 升格目标 | |----------|---------| | 序幕/结尾/对话写法 | references/style-system.md | | 幕次排列/流程规则 | references/sop-full-flow.md 或 SKILL.md | | 改稿教训/Pitfall | references/pitfalls-and-revisions.md | | 剧本格式/角色名 | references/script-format.md |

经验写入规则

| 规则 | 说明 | |------|------| | 只记通用规律 | 不记具体案例 | | 只记AI常犯错误 | 不记显而易见的常识 | | 不重复现有规则 | 与SKILL.md/references已有规则重复的不记 | | 冲突标记"需讨论" | 与核心规则冲突的不直接写入 | | 置信度分级 | 高(验证3次+)/中(1-2次)/低(仅1次) | | 须经用户确认 | AI输出经验条目→用户说"写入"才写入 |

压缩机制

触发条件：learnings.md 超过5KB 或 条目超过30条

> 详细操作方法 → references/sop-full-flow.md 的 S6 章节

S7：经验升级与文风变更（定期维护）

> 不是每个项目都走的步骤。触发方式：每完成10个项目 / learnings.md高置信度经验≥5条时AI主动提醒 / 用户说"整理经验库"/"以后文风要改XXX"。

模式A：经验升级（learnings → references）

高置信度经验"毕业"到references正式文件，然后从learnings.md清掉。

模式B：文风变更（用户主动改规则）

用户说"以后不要XXX"→定位规则→输出旧→新变更方案→确认后改文件+清理learnings冲突经验。

> 详细操作方法 → references/sop-full-flow.md 的 S7 章节

References 索引

| 文件 | 内容 | 何时读 | |------|------|--------| | references/sop-full-flow.md | S0→S7全流程详细操作（SOP+5步骤+用户改稿教训+S6自我学习+S7经验升级） | 每次开项目必读 | | references/style-system.md | 剧本风格逻辑（观众认知节奏4时刻+情绪基调定位[压抑型/讴歌型/反转型]+对话驱动+信息密度） | S3故事线/S4写剧本前读 | | references/pitfalls-and-revisions.md | 完整Pitfall大全（36条实测教训+用户改稿铁律） | S4写剧本前必读 | | references/script-format.md | 剧本输出格式规范（章节名一级标题+正文纯文本+角色名管理+防封改名+金额口径） | S4写剧本时读 |

终检清单（S4交付前强制自检，写死）

> S4剧本写完，先自己跑一遍这份清单再交付——发现问题当场修，修完才给用户看。不许等用户喊"自检"。用户反馈"降智/逻辑硬伤/伏笔没收"说明自检没做到位，重跑。

• [ ] 每场戏有2个以上角色在对话？（无自言自语）
• [ ] 序幕前三句能抓住人？
• [ ] 每句台词都携带信息？（无废话/形容词堆砌）
• [ ] 序幕 15-20 行、每幕 ≤20 行？（无灌水）
• [ ] 没有重复说同一件事？
• [ ] 情绪基调符合题材？（压抑型：无温情线/无出口；讴歌型：反差+牺牲+敬意到位，情绪峰值在结尾）
• [ ] 反派没有降智？（打脸靠程序/证据链，反派自以为占理，不靠巧合自爆）
• [ ] 全剧单线推进？（支线都服务于主线，无没收的支线）
• [ ] 法律/身份类事实已权威核验？（绿卡/签证/国籍/司法程序无硬伤）
• [ ] 结尾是画面收束不是说教？
• [ ] 核心事实忠于原事件？
• [ ] 剧本格式正确？（章节名一级标题，正文纯文本无markdown排版）
• [ ] 大声读一遍，节奏感对吗？

输出格式

## 当前状态
S{编号}：{名称}

## 已完成
- {可验证交付物}

## 需要确认
{用户只需要回答的一件事}

## 下一步
{确认后执行的步骤}

Source & license

This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.

• Author: SSRYLJRSS
• Source: SSRYLJRSS/drama-script-writing
• License: MIT

Install and usage instructions live in the source repository linked above.