| name | design-content-script |
| description | 剧本设计——叙事骨架、段落消息线、讲述节奏。当需要设计文章或演示的叙事结构，或提到"剧本""叙事""storyline""大纲" |
Script Design — 剧本设计
入口/出口
- 入口:
document / article / deck 需要先定叙事再进入产出
- 出口: 核心主张、故事线、段落/页面消息线和节奏定稿
- 指向: 需要导演节奏 →
design-content-direction；需要版式 → design-content-layout
- 输出路径:
build-content-writing（下游 build 技能）
- 前置加载: CANON.md +
design-workflow-design
何时不使用
Iron Law
先定讲什么、为什么这样讲、按什么顺序讲；再去写正文或做页面。
核心原则
- Audience Task First
- One Spine
- Message Per Section
- Tension Needs Sequence
- Cut Anything That Does Not Advance the Story
最佳实践输入
先读取 references/design-best-practices.md 和 references/design-inspiration-catalog.md，并把剧本相关证据写入 02-design.md 的 Design References / Pattern Synthesis / Adopt / Reject。
扫描重点：
- Enterprise Product Patterns: 同类文章、报告、deck 的叙事结构、开场方式、证据节奏
- Official Systems / Platform Rules: 品牌语气、内容规范、媒介长度、引用和合规约束
- Methods / Theory / Style Schools: 信息设计、故事脊柱、金字塔结构、问题-张力-解决路径
- Anti-patterns / Verification: 主题散、标题串不成线、堆材料、每段多消息
- Local Project Truth: 已批准 spec、受众任务、事实材料、禁用话术和项目边界；项目根
DESIGN.md（如果存在，作为叙事约束参考）
剧本方向必须由 Pattern Synthesis 收敛，不能只凭“感觉这样讲顺”。
流程
Step 1：定义受众任务
- 读者/观众是谁
- 看完要理解、相信或决定什么
- ✅ 验证点: 受众任务是否能用一句话复述，且明确了"看完后的行动或认知变化"？
Step 2：写故事脊柱
- 起点
- 张力
- 转折
- 结论 / 行动
- ✅ 验证点: 脊柱的四个节点是否串起来能独立复述完整故事？
Step 3：拆消息线
- 每章 / 每页 / 每段只承载一个核心消息
- 标题串起来要能独立读懂
- ✅ 验证点: 把所有标题单独列出来，能否读出一条连贯主线？是否有任何一段承载了两个以上消息？
Step 4：定节奏
- 哪些地方快
- 哪些地方慢
- 哪些信息必须提前
- 哪些信息应延后揭示
- ✅ 验证点: 节奏快慢是否有明确的叙事目的（如"此处快切制造紧迫感"），而非随意排列？
输出契约
写入 02-design.md：
- 核心主张
- 剧本骨架 / 故事线
- 段落节奏 / 页序
- Adopt / Reject（叙事模式）
- 不做清单
验证失败处理
| 失败场景 | 处理方式 |
|---|
| 没有核心主张 | 先降维成一句话主张 |
| 标题串不成线 | 重写消息线，不进入 build |
| 节奏失衡 | 删除或重排冗余段落 |
| 叙事模式无证据 | 补充 best-practice scan，写清 Adopt / Reject |
| 消息线与故事脊柱冲突 | 回到脊柱对齐，每段消息线必须服务脊柱主线，删除游离段落 |
常见说辞
| 说辞 | 现实 | 后果 |
|---|
| “先把内容都写出来再整理” | 没有剧本，后面只会变成清理垃圾。 | 无剧本写作 → 60-80% 内容需要删改重组，相当于重新写一遍；且有 40%+ 概率遗漏核心主张 |
| “PPT 就是文章拆页” | 没有页级消息线的 deck 不是演示。 | 文章拆页 → 每页信息密度不均匀，听众注意力在 3-5 页后断线，演示转化率下降 |
| “之后再调节奏” | 节奏是结构问题，不是润色问题。 | 节奏后补 → 结构性节奏缺陷无法通过润色修复，只能重排段落，等于重做剧本 |
好坏示例
✅ Good: 证据驱动的剧本设计
核心主张: "远程团队的异步协作效率取决于信息可见性，而非响应速度"
故事脊柱:
- 起点: 远程团队的典型痛点（消息淹没、重复同步）
- 张力: "更快响应"是直觉解，但实际让问题恶化
- 转折: 证据——异步可见性工具（来源: Enterprise Product Patterns #4）降低 40% 同步会议
- 结论/行动: 3 个可执行的可见性改进
消息线:
- H1: "为什么更快回复反而更慢"（一个问题一个消息）
- H2: "可见性 > 响应速度"（一个证据一个消息）
- H3: "3 个改进方案"（一个行动列表一个消息）
Adopt: 问题-张力-解决路径（来源: Methods / Theory / Style Schools #2）
Reject: 纯数据罗列（与受众任务"相信并行动"不匹配）
❌ Bad: 抽象模板无具体决策
核心主张: (未写)
故事脊柱: 开头 → 中间 → 结尾
消息线: 第一段讲一点，第二段讲一点，第三段讲一点
节奏: 正常速度
不做清单: (未写)
→ 没有证据，没有 Adopt / Reject，无法支撑后续写作
输出模板
剧本设计产出应写入 02-design.md 的以下结构：
## Script Design — [内容名称]
### 核心主张
[一句话主张——看完后受众应该相信/决定什么]
### 故事脊柱
1. 起点: [情境描述]
2. 张力: [问题或冲突]
3. 转折: [关键证据或发现]
4. 结论/行动: [明确下一步]
### 段落消息线
| 段落/页面 | 核心消息 | 节奏标记 |
|-----------|---------|---------|
| [段落 1] | [一个消息] | 快/慢/停顿 |
| [段落 2] | [一个消息] | 快/慢/停顿 |
### Adopt / Reject（叙事模式）
| 模式 | 来源 | 决定 | 理由 |
|------|------|------|------|
| [模式 A] | [来源层] | Adopt | [具体理由] |
| [模式 B] | [来源层] | Reject | [冲突点] |
### 不做清单
- [不做项 1]: [冲突来源或证据]
- [不做项 2]: [冲突来源或证据]
红旗 — STOP
- 没有核心主张
- 缺少剧本 best-practice scan 或 Adopt / Reject
- 标题/页面顺序无法复述故事
- 一段或一页同时想讲多个消息
- 把 build 阶段的写作执行混进剧本设计
验证清单
