# Design Content Script

> 剧本设计——叙事骨架、段落消息线、讲述节奏。当需要设计文章或演示的叙事结构，或提到"剧本""叙事""storyline""大纲"

- Skill: `zeroz-lab/design-content-script` (Agent Skill)
- Install (CLI): `npx skillmds@latest add zeroz-lab/design-content-script`
- Raw SKILL.md: https://api.skillmd.com/api/skills/zeroz-lab/design-content-script/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Coding & Dev Tools
- Author: zeroz-lab (https://skillmd.com/u/zeroz-lab)
- Updated: 2026-09-17
- Page: https://skillmd.com/skills/zeroz-lab/design-content-script

---


# Script Design — 剧本设计

## 入口/出口
- **入口**: `document` / `article` / `deck` 需要先定叙事再进入产出
- **出口**: 核心主张、故事线、段落/页面消息线和节奏定稿
- **指向**: 需要导演节奏 → `design-content-direction`；需要版式 → `design-content-layout`
- **输出路径**: `build-content-writing`（下游 build 技能）
- **前置加载**: CANON.md + `design-workflow-design`

## 何时不使用
- 纯视觉稿且没有文案结构
- 只做已有定稿内容的微调

## Iron Law

先定讲什么、为什么这样讲、按什么顺序讲；再去写正文或做页面。

## 核心原则

1. **Audience Task First**
2. **One Spine**
3. **Message Per Section**
4. **Tension Needs Sequence**
5. **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` 的以下结构：

```markdown
## Script Design — [内容名称]

### 核心主张
[一句话主张——看完后受众应该相信/决定什么]

### 故事脊柱
1. 起点: [情境描述]
2. 张力: [问题或冲突]
3. 转折: [关键证据或发现]
4. 结论/行动: [明确下一步]

### 段落消息线
| 段落/页面 | 核心消息 | 节奏标记 |
|-----------|---------|---------|
| [段落 1] | [一个消息] | 快/慢/停顿 |
| [段落 2] | [一个消息] | 快/慢/停顿 |

### Adopt / Reject（叙事模式）
| 模式 | 来源 | 决定 | 理由 |
|------|------|------|------|
| [模式 A] | [来源层] | Adopt | [具体理由] |
| [模式 B] | [来源层] | Reject | [冲突点] |

### 不做清单
- [不做项 1]: [冲突来源或证据]
- [不做项 2]: [冲突来源或证据]
```

## 红旗 — STOP

- 没有核心主张
- 缺少剧本 best-practice scan 或 Adopt / Reject
- 标题/页面顺序无法复述故事
- 一段或一页同时想讲多个消息
- 把 build 阶段的写作执行混进剧本设计

## 验证清单

- [ ] 受众任务明确
- [ ] 核心主张明确
- [ ] 故事线完整
- [ ] 段落 / 页序清楚
- [ ] 节奏已定
- [ ] 剧本决策已回溯到来源证据或 Local Project Truth
- [ ] 已写入 `02-design.md`