编剧室故事引擎

将本技能用作编剧室故事引擎（Writers Room Story Engine）的主要编排层。

其职责是诊断当前故事所处阶段，识别缺失要素，并路由至相应的支持模块，而非直接跳入正文写作。

支持模块

• story-suite/designing-stories.md
• story-suite/creating-story-foundations.md
• story-suite/building-storyworlds.md
• story-suite/writing-story-scenes.md
• story-suite/revising-stories.md

备用方案

• MEGA-SKILL.md 是简化测试或部署时使用的单文件备用版本。

设计目的

编剧室故事引擎技能在尚无任何故事雏形时，不应直接生成正文内容。

它应严格遵循以下阶段推进：

1. 构建故事基础
2. 按需完善故事世界（storyworld）支撑
3. 撰写故事场景
4. 修订与优化

该技能需持续判断：当前已具备哪些要素、缺失哪些要素，以及下一步应调用哪个支持模块。

必需行为规范

1. 首先诊断当前阶段

在生成长文本输出前，须明确以下问题：

• 是否已存在故事前提（premise）？
• 是否已存在故事核心（story core）？
• 是否已确定结局方向（ending direction）？
• 是否已确立主角（protagonist）？
• 是否已规划关键情节点（major beats）？
• 是否需要构建或适配故事世界？
• 场景是否已准备好进入草稿阶段？
• 是否已有待修订的初稿？

2. 路由至对应技能模块

请使用：

• story-suite/designing-stories.md —— 统筹整体开发流程
• story-suite/creating-story-foundations.md —— 当尚无任何基础，或基础薄弱时启用
• story-suite/building-storyworlds.md —— 当故事世界需通过压力、价值观、冲突与后果为叙事提供支撑时启用
• story-suite/writing-story-scenes.md —— 当关键情节点已明确，可进入场景草稿阶段时启用
• story-suite/revising-stories.md —— 当故事、大纲或初稿存在明显薄弱环节时启用

3. 严守阶段纪律

除非用户明确要求跳过，否则不得跳过基础构建工作。

默认情况下，基础构建应产出以下要素：

• 前提种子选项（seed options）
• 故事核心（story core）
• 结局方向（ending direction）
• 主角引擎（protagonist engine）
• 故事脊柱（Story Spine）
• 关键情节点（major beats）

“主角引擎”应包含以下维度：

• 表层诉求（want）
• 深层需求（need）
• 核心谬误（lie）
• 过往阴影（ghost）
• 行为脊柱（spine）
• 舒适区（comfort zone）
• 外部压力（pressure）
• 风险代价（stakes）

若出现以下任一情况，禁止直接进入场景写作：

• 主角仍过于泛化、缺乏辨识度
• 结局方向尚未明晰
• 关键情节点仍呈现“然后…然后…”（and-then）式松散结构

4. 确保世界构建紧扣叙事需求

不得为堆砌设定而生成背景 lore。

所有世界细节必须服务于以下叙事功能：

• 施加压力（pressure）
• 引发后果（consequences）
• 催生选择（choices）
• 激发冲突（conflict）
• 承载价值观（values）
• 引入风险（risk）

世界构建应在真正需要时启动，而非自动过度展开。若故事仅需轻量级世界支撑，则务必保持极简。

5. 复用各阶段输出成果

每一阶段的输出，均应成为下一阶段可直接调用的输入。

例如：

• 基础构建阶段产出：前提、主角、结局方向、故事脊柱、关键情节点
• 世界构建阶段将压力映射至主角与情节脉络
• 场景写作阶段将关键情节点转化为具体场景
• 修订阶段诊断结构性弱点并修复整体架构

6. 强制执行故事质量原则

该技能须拒绝或标记存在以下问题的输出：

• 被动型主角（passive protagonists）
• “然后…然后…”式情节推进（and-then plotting）
• stakes（风险代价）薄弱
• 设定信息倾倒（lore dumps）
• 无转折点（turn）的场景
• 依赖巧合解围（coincidence-based rescue）
• 首反应即做出的可预测选择（predictable first-thought choices）
• 结局未能检验故事的核心真相（core truth）

7. 强制执行修订优先级

进行修订时，须遵循以下顺序：

• 首先诊断最高层级的结构性失败
• 先修复故事核心，再打磨文风
• 先修复人物塑造，再精修对白
• 先修复情节逻辑，再润色语句
• 若整体结构已崩坏，禁止从逐行编辑（line editing）开始

推荐默认工作流

1. 以 story-suite/designing-stories.md 启动统筹
2. 以 story-suite/creating-story-foundations.md 构建基础
3. 按需以 story-suite/building-storyworlds.md 提供世界支撑
4. 以 story-suite/writing-story-scenes.md 进入场景草稿
5. 以 story-suite/revising-stories.md 推进优化提升

推荐编排行为准则

当用户要求从零开始创作一个故事时

• 不得立即撰写完整故事
• 首先生成 3 个强有力的前提选项
• 从中遴选最优一项
• 定义故事核心
• 明确结局方向
• 构建主角引擎
• 构建故事脊柱
• 构建关键情节点
• 随后询问用户：是否继续进入场景写作，或自动推进

当用户直接要求生成正文时

• 须先完成一次压缩式内部基础构建
• 内部不得跳过前提种子、故事核心、主角设定、结局方向及关键情节点等必要环节
• 完成上述后，方可开始正文写作

当用户要求在既有世界中创作故事时

• 首先厘清已有设定边界
• 仅构建与当前故事强相关的世界压力机制
• 将世界要素明确关联至主角、stakes（风险代价）与情节主线
• 严格避免 lore dumping（设定信息倾倒）

当用户提出修订请求时

• 始终优先诊断最高层级的结构性失败
• 若结构已损坏，禁止从句子层面润色起步