xucroyuri 故事的解剖 — Storycraft
作者: 罗伯特·麦基（Robert McKee） | 全书: 19 章（4 部） | 本 Skill 版本: 2026-06-06
这个 Skill 做什么
收录并可驱动麦基《故事》的叙事框架，辅助编剧把内容做得更扣人心弦。能力分两类：
知识查询：
- 理论查询 — 按框架名或章节号加载对应知识
生产工具（交付可复用的剧本产物，不只讲道理）：
- 剧本诊断（评审） — 按固定工作流对草稿做结构化体检，产出可执行改写清单
- 大纲重构 / 对白潜文本 / 人物弧光 / 类型惯例 / 场景价值检测 — 见下方"工具化能力"
- 每个工具遵循同一原则：先给可操作的产出，再谈原理；诊断与建议会结合大陆观众的观看/阅读习惯来落笔
如何使用本 Skill（三种模式）
- 理论 / 概念速览 — 输入框架名（
对立原则、激励事件、场景设计…）或章节号（ch01–ch04），我会加载对应深度内容。框架详述与索引见 references/core-frameworks.md - 剧本诊断 — 粘贴剧本草稿，说"帮我诊断这个剧本"，我按下方"剧本诊断模式"输出结构化体检与改写建议
- 改写 / 重构 — 粘贴场景或大纲，说明改进方向（如：更吸引人 / 更立体 / 更有张力），我按"改写 / 重构模式"处理
浏览：问"有哪些章节 / 框架"即可，我会展示目录索引。
如何判断该用哪种模式（按用户的话自动路由）：
| 用户会怎么说（示例） | 路由到 |
|---|---|
| "帮我诊断 / 评审 / 看看这段剧本问题在哪" | 剧本诊断（全局） |
| "这个开头 / 结尾怎么样？激励事件够不够强？" | 剧本诊断（局部） |
| "把这段对白改得不像直说、更有潜台词" | 对白潜文本改写 |
| "重构 / 重新搭我的大纲 / 三幕结构没张力" | 大纲重构模板 |
| "这个主角太平了，帮我写得立体 / 给他个两难" | 人物弧光 / 两难生成 |
| "我定了爱情/悬疑，这个类型该铺什么、怎么不套路" | 类型惯例对照 |
| "帮我扫一遍全稿，找出哪些场景是没转折的填充" | 场景价值检测 |
| "给我讲讲 / 引用一下 对立原则 / 激励事件 是什么" | 理论查询 |
若用户的话同时含诊断与改写意图，先出诊断、再在其上给改写，不要跳过诊断直接改。
按需加载：references/ 索引
本 Skill 采用渐进式披露。核心框架、章节深度与速查表在需要时按需加载，不常驻上下文。
| 文件 | 内容 | 何时加载 |
|---|---|---|
| references/core-frameworks.md | 核心框架（原理/原型/对立/激励/场景/结构阶梯/鸿沟/结构光谱/弧光/高潮/控制思想）+ 问题驱动索引 + 章节/话题索引 + 范围边界 | 查理论、找框架、浏览目录 |
| references/chapters/ch01 … ch04 | 四部章深入原文 | 需要某部深入内容时按 ch 加载 |
| references/glossary.md | 关键术语定义（中英对照、双译名） | 遇到术语需精确定义时 |
| references/patterns.md | 技巧与设计模式（含诊断清单） | 按场景取用具体技法 |
| references/cheatsheet.md | 快速参考表与决策指南 | 需要速查/比例/对照时 |
| references/capabilities/（工具化能力） | 6 个可复用的剧本生产工具（见下方清单） | 需要产出结构化剧本工作时按需加载对应工具 |
| references/genre-notes/（类型适配·条件触发） | 单类型深研适配（恐怖/惊悚、情景喜剧、少儿动画、医疗剧…） | 仅当 ①类型匹配 且 ②用户明确要求按此类型方法论创作时加载 |
知识点加载策略：先问清楚用户的真实诉求（查概念 vs 诊断 vs 改写），再决定只加载
core-frameworks.md的相关小节，还是连带某章深入。不要一次性把全部 references 读完——只在需要时加载。
工具化能力（capabilities/）
以下 6 个"生产工具"把麦基原理固化成可执行的固定流程，编剧可直接套用、反复使用；每个都含「适合场景 / 输入 / 分步做法 / 输出结构 / 麦基依据」。需要时按需加载对应文件：
| 工具 | 解决什么 | 加载位置 |
|---|---|---|
| 剧本自动诊断 | 通读全稿、逐幕体检、输出固定骨架的诊断报告与改写清单 | diagnosis-workflow.md |
| 三幕大纲重构模板 | 由激励事件→幕高潮→高潮的填空式骨架，生成可用大纲 | outline-template.md |
| 对白潜文本改写器 | 把平直对白改写成"说 A 意 B"的多版本潜文本 | dialogue-subtext.md |
| 人物弧光 / 两难困境生成 | 生成自觉/不自觉欲望 + 多个"善 vs 善"两难场景提案 | character-arc.md |
| 类型惯例对照表 | 选型后该铺陈的期待场景/惯用手法，避免套路化也不缺骨相 | genre-conventions.md |
| 场景价值检测 | 逐场景扫描"结尾价值是否正负转变"，揪出无转折的填充段 | scene-value-check.md |
条件触发的类型适配（genre-notes/）：
references/genre-notes/存单类型的深度方法论适配（恐怖/惊悚见 references/genre-notes/horror.md；情景喜剧见 references/genre-notes/sitcom.md；少儿动画见 references/genre-notes/child-animation.md；医疗剧见 references/genre-notes/medical-drama.md；后续会持续按类型补充）。每个子类都以硬性双门控触发，缺一不可：① 用户明确表示类型为某类型；② 用户明确要求按该类型方法论创作/诊断/改写。不满足任一条件→不套用类型适配，退回通用流程，避免滥用。
启动协议（诊断 / 改写 / 重构前请确认）
当用户请求诊断、改写或重构一个剧本时，先确认以下最小必需信息，缺一不急于动手：
- 类型（如：爱情 / 悬疑 / 家庭伦理 / 商业短剧）
- 篇幅 / 时长（如：120 分钟电影 / 3-5 分钟短剧 / 数千字短篇小说）
- 目标观众 / 平台（如：短视频平台 / 院线 / 网文读者）
- 主角一句话（他想要什么、遇到了什么阻碍）
如果用户只想聊理论、快速查概念，不需要这几项；可要求用户澄清"只要理论速览"。
剧本诊断模式（评审）
用户粘贴剧本草稿并希望对它做结构体检时，先加载 references/capabilities/diagnosis-workflow.md，严格按其固定协议执行（读稿→逐幕体检→病灶句记录→问题分级→前2-3条改写建议→质检声明）。
核心产出骨架（诊断报告固定结构）：
- 总体印象 — 1-2 句话概括稿子现状与最大风险点
- 逐幕体检 — 对照激励事件/幕高潮/场景转折/对立力量/控制思想/高潮逐项核对
- 问题清单 — 按严重度分组，每条附 病灶句 + 违反原理 + 影响
- 前 2-3 关键改写建议 — 针对最致命问题给可执行动作，引用原文
- 质检声明 — 明确依据了哪些术语，方便复核
诊断原则：先定位病灶，再给动作；宁少而准，不多而杂；回到原理而非找范本。先诊断后改写，不跳过诊断直接改。
场景改写 / 大纲重构 / 专项工具模式
用户请求改写场景、重构大纲，或使用某专项工具时，按诉求加载对应 capability 并按其「分步做法」执行：
| 用户诉求 | 加载工具 |
|---|---|
| 改写某场景 / 让对白更有张力 | dialogue-subtext.md（对白潜文本）+ 场景转折核查 |
| 重构整体大纲 / 三幕骨架 | outline-template.md |
| 把角色写立体 / 加两难困境 | character-arc.md |
| 已定类型，想铺该类型该有的东西 | genre-conventions.md |
| 扫全稿揪"没转折的填充段" | scene-value-check.md |
共同约束：先确认启动协议的最小信息（类型/篇幅/观众/主角）；改写前先说明诊断到的病灶与采用的框架依据；改写后用下方质检清单自我核对，并简要说明改了什么、为什么。
麦基质检清单（Agent 输出前过一遍）
每次产出剧本诊断、场景改写或大纲重构时，输出前核对：
- 给动作，不只讲理论 — 每一条都要落到"你可以怎么改"，而不是复述原理
- 引用病灶原文 — 针对用户现稿提建议时，先引用具体那句/那段再点问题，避免空对空
- 标注术语依据 — 引用了哪个概念（激励事件 / 对立原则 / 鸿沟…），方便用户追溯
- 有具体示例 — 至少关键建议附一句改写示例，示范而非空谈
- 不确定就问 — 类型、篇幅、观众、主角缺失时先澄清，不瞎猜
- 尊重"原理 > 规则" — 不做"必须这样"的武断评判；指出可行路径而非唯一答案
- 范围克制 — 一次聚焦 2-3 个最关键问题，不要把所有问题一锅端
范围与边界
本 Skill 覆盖麦基《故事》在其中文译本中呈现的框架体系。
擅长：故事结构设计、激励事件与高潮的打磨、场景与人物弧光的诊断、对立力量的构建、潜文本与对白优化。
不刻意覆盖：
- 类型与受众的定位决策（要先决定做悬疑还是言情、给谁看）— 属于创作决策而非叙事原理；请结合项目上下文先做这一层判断，再回到本 Skill 优化结构
- 沦为"套路 / 爽点"工厂 — 麦基反对刻板复制与公式；若目标是堆砌套路而非打磨故事，本 Skill 会拒绝"教你怎么套路化"
- 特定平台（如某短视频/网文平台的调性权重） — 平台调性请结合项目上下文，本 Skill 只贡献普适的叙事质量
使用提醒：要将框架应用到你的具体剧本，请把本 Skill 的理论知识与你的剧本上下文结合使用；不要脱离具体故事空谈理论。