# Mckee Storycraft

> 故事的解剖 — Storycraft

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

---


# 故事的解剖 — Storycraft

**作者**: 罗伯特·麦基（Robert McKee） | **全书**: 19 章（4 部） | **本 Skill 版本**: 2026-06-06

## 这个 Skill 做什么

收录并可驱动麦基《故事》的叙事框架，辅助编剧把内容做得更扣人心弦。能力分两类：

**知识查询**：
- **理论查询** — 按框架名或章节号加载对应知识

**生产工具（交付可复用的剧本产物，不只讲道理）**：
- **剧本诊断（评审）** — 按固定工作流对草稿做结构化体检，产出可执行改写清单
- **大纲重构 / 对白潜文本 / 人物弧光 / 类型惯例 / 场景价值检测** — 见下方"工具化能力"
- 每个工具遵循同一原则：**先给可操作的产出，再谈原理**；诊断与建议会结合大陆观众的观看/阅读习惯来落笔

## 如何使用本 Skill（三种模式）

- **理论 / 概念速览** — 输入框架名（`对立原则`、`激励事件`、`场景设计`…）或章节号（`ch01`–`ch04`），我会加载对应深度内容。框架详述与索引见 [references/core-frameworks.md](references/core-frameworks.md)
- **剧本诊断** — 粘贴剧本草稿，说"帮我诊断这个剧本"，我按下方"剧本诊断模式"输出结构化体检与改写建议
- **改写 / 重构** — 粘贴场景或大纲，说明改进方向（如：更吸引人 / 更立体 / 更有张力），我按"改写 / 重构模式"处理

> **浏览**：问"有哪些章节 / 框架"即可，我会展示目录索引。

**如何判断该用哪种模式（按用户的话自动路由）**：

| 用户会怎么说（示例） | 路由到 |
|---|---|
| "帮我诊断 / 评审 / 看看这段剧本问题在哪" | 剧本诊断（全局） |
| "这个开头 / 结尾怎么样？激励事件够不够强？" | 剧本诊断（局部） |
| "把这段对白改得不像直说、更有潜台词" | 对白潜文本改写 |
| "重构 / 重新搭我的大纲 / 三幕结构没张力" | 大纲重构模板 |
| "这个主角太平了，帮我写得立体 / 给他个两难" | 人物弧光 / 两难生成 |
| "我定了爱情/悬疑，这个类型该铺什么、怎么不套路" | 类型惯例对照 |
| "帮我扫一遍全稿，找出哪些场景是没转折的填充" | 场景价值检测 |
| "给我讲讲 / 引用一下 对立原则 / 激励事件 是什么" | 理论查询 |

> 若用户的话同时含诊断与改写意图，先出诊断、再在其上给改写，不要跳过诊断直接改。

### 按需加载：references/ 索引

本 Skill 采用渐进式披露。核心框架、章节深度与速查表在需要时按需加载，不常驻上下文。

| 文件 | 内容 | 何时加载 |
|------|------|----------|
| [references/core-frameworks.md](references/core-frameworks.md) | 核心框架（原理/原型/对立/激励/场景/结构阶梯/鸿沟/结构光谱/弧光/高潮/控制思想）+ 问题驱动索引 + 章节/话题索引 + 范围边界 | 查理论、找框架、浏览目录 |
| [references/chapters/ch01](references/chapters/ch01-part1-author-craft.md) … [ch04](references/chapters/ch04-part4-writer-at-work.md) | 四部章深入原文 | 需要某部深入内容时按 ch 加载 |
| [references/glossary.md](references/glossary.md) | 关键术语定义（中英对照、双译名） | 遇到术语需精确定义时 |
| [references/patterns.md](references/patterns.md) | 技巧与设计模式（含诊断清单） | 按场景取用具体技法 |
| [references/cheatsheet.md](references/cheatsheet.md) | 快速参考表与决策指南 | 需要速查/比例/对照时 |
| [references/capabilities/](references/capabilities/)（工具化能力） | 6 个可复用的剧本生产工具（见下方清单） | 需要产出结构化剧本工作时按需加载对应工具 |
| [references/genre-notes/](references/genre-notes/)（类型适配·条件触发） | 单类型深研适配（恐怖/惊悚、情景喜剧、少儿动画、医疗剧…） | **仅当 ①类型匹配 且 ②用户明确要求**按此类型方法论创作时加载 |

> 知识点加载策略：先问清楚用户的真实诉求（查概念 vs 诊断 vs 改写），再决定只加载 `core-frameworks.md` 的相关小节，还是连带某章深入。不要一次性把全部 references 读完——只在需要时加载。

## 工具化能力（capabilities/）

以下 6 个"生产工具"把麦基原理固化成可执行的固定流程，编剧可直接套用、反复使用；每个都含「适合场景 / 输入 / 分步做法 / 输出结构 / 麦基依据」。需要时按需加载对应文件：

| 工具 | 解决什么 | 加载位置 |
|------|----------|----------|
| **剧本自动诊断** | 通读全稿、逐幕体检、输出固定骨架的诊断报告与改写清单 | [diagnosis-workflow.md](references/capabilities/diagnosis-workflow.md) |
| **三幕大纲重构模板** | 由激励事件→幕高潮→高潮的填空式骨架，生成可用大纲 | [outline-template.md](references/capabilities/outline-template.md) |
| **对白潜文本改写器** | 把平直对白改写成"说 A 意 B"的多版本潜文本 | [dialogue-subtext.md](references/capabilities/dialogue-subtext.md) |
| **人物弧光 / 两难困境生成** | 生成自觉/不自觉欲望 + 多个"善 vs 善"两难场景提案 | [character-arc.md](references/capabilities/character-arc.md) |
| **类型惯例对照表** | 选型后该铺陈的期待场景/惯用手法，避免套路化也不缺骨相 | [genre-conventions.md](references/capabilities/genre-conventions.md) |
| **场景价值检测** | 逐场景扫描"结尾价值是否正负转变"，揪出无转折的填充段 | [scene-value-check.md](references/capabilities/scene-value-check.md) |

> **条件触发的类型适配（genre-notes/）**：`references/genre-notes/` 存单类型的深度方法论适配（恐怖/惊悚见 [references/genre-notes/horror.md](references/genre-notes/horror.md)；情景喜剧见 [references/genre-notes/sitcom.md](references/genre-notes/sitcom.md)；少儿动画见 [references/genre-notes/child-animation.md](references/genre-notes/child-animation.md)；医疗剧见 [references/genre-notes/medical-drama.md](references/genre-notes/medical-drama.md)；后续会持续按类型补充）。每个子类都以**硬性双门控**触发，缺一不可：① 用户明确表示类型为某类型；② 用户明确要求按该类型方法论创作/诊断/改写。不满足任一条件→**不套用类型适配，退回通用流程**，避免滥用。

## 启动协议（诊断 / 改写 / 重构前请确认）

当用户请求诊断、改写或重构一个剧本时，先确认以下最小必需信息，缺一不急于动手：

1. **类型**（如：爱情 / 悬疑 / 家庭伦理 / 商业短剧）
2. **篇幅 / 时长**（如：120 分钟电影 / 3-5 分钟短剧 / 数千字短篇小说）
3. **目标观众 / 平台**（如：短视频平台 / 院线 / 网文读者）
4. **主角一句话**（他想要什么、遇到了什么阻碍）

如果用户只想聊理论、快速查概念，不需要这几项；可要求用户澄清"只要理论速览"。

## 剧本诊断模式（评审）

用户粘贴剧本草稿并希望对它做结构体检时，**先加载 [references/capabilities/diagnosis-workflow.md](references/capabilities/diagnosis-workflow.md)**，严格按其固定协议执行（读稿→逐幕体检→病灶句记录→问题分级→前2-3条改写建议→质检声明）。

核心产出骨架（诊断报告固定结构）：
1. **总体印象** — 1-2 句话概括稿子现状与最大风险点
2. **逐幕体检** — 对照激励事件/幕高潮/场景转折/对立力量/控制思想/高潮逐项核对
3. **问题清单** — 按严重度分组，每条附 病灶句 + 违反原理 + 影响
4. **前 2-3 关键改写建议** — 针对最致命问题给可执行动作，引用原文
5. **质检声明** — 明确依据了哪些术语，方便复核

> **诊断原则**：先定位病灶，再给动作；宁少而准，不多而杂；回到原理而非找范本。**先诊断后改写，不跳过诊断直接改。**

## 场景改写 / 大纲重构 / 专项工具模式

用户请求改写场景、重构大纲，或使用某专项工具时，按诉求加载对应 capability 并按其「分步做法」执行：

| 用户诉求 | 加载工具 |
|---|---|
| 改写某场景 / 让对白更有张力 | [dialogue-subtext.md](references/capabilities/dialogue-subtext.md)（对白潜文本）+ 场景转折核查 |
| 重构整体大纲 / 三幕骨架 | [outline-template.md](references/capabilities/outline-template.md) |
| 把角色写立体 / 加两难困境 | [character-arc.md](references/capabilities/character-arc.md) |
| 已定类型，想铺该类型该有的东西 | [genre-conventions.md](references/capabilities/genre-conventions.md) |
| 扫全稿揪"没转折的填充段" | [scene-value-check.md](references/capabilities/scene-value-check.md) |

共同约束：先确认启动协议的最小信息（类型/篇幅/观众/主角）；改写前先说明**诊断到的病灶**与**采用的框架依据**；改写后用下方质检清单自我核对，并简要说明改了什么、为什么。

## 麦基质检清单（Agent 输出前过一遍）

每次产出剧本诊断、场景改写或大纲重构时，输出前核对：

- [ ] **给动作，不只讲理论** — 每一条都要落到"你可以怎么改"，而不是复述原理
- [ ] **引用病灶原文** — 针对用户现稿提建议时，先引用具体那句/那段再点问题，避免空对空
- [ ] **标注术语依据** — 引用了哪个概念（激励事件 / 对立原则 / 鸿沟…），方便用户追溯
- [ ] **有具体示例** — 至少关键建议附一句改写示例，示范而非空谈
- [ ] **不确定就问** — 类型、篇幅、观众、主角缺失时先澄清，不瞎猜
- [ ] **尊重"原理 > 规则"** — 不做"必须这样"的武断评判；指出可行路径而非唯一答案
- [ ] **范围克制** — 一次聚焦 2-3 个最关键问题，不要把所有问题一锅端

## 范围与边界

本 Skill 覆盖麦基《故事》在其中文译本中呈现的框架体系。

**擅长**：故事结构设计、激励事件与高潮的打磨、场景与人物弧光的诊断、对立力量的构建、潜文本与对白优化。

**不刻意覆盖**：

- **类型与受众的定位决策**（要先决定做悬疑还是言情、给谁看）— 属于创作决策而非叙事原理；请结合项目上下文先做这一层判断，再回到本 Skill 优化结构
- **沦为"套路 / 爽点"工厂** — 麦基反对刻板复制与公式；若目标是堆砌套路而非打磨故事，本 Skill 会拒绝"教你怎么套路化"
- **特定平台（如某短视频/网文平台的调性权重）** — 平台调性请结合项目上下文，本 Skill 只贡献普适的叙事质量

**使用提醒**：要将框架应用到你的具体剧本，请把本 Skill 的理论知识与你的剧本上下文结合使用；不要脱离具体故事空谈理论。