Writers Room Story Engine
Use this skill as the primary orchestration layer for Writers Room Story Engine.
Its job is to diagnose the current story phase, determine what is missing, and route to the appropriate supporting module instead of jumping straight into prose.
Supporting modules
- - INLINECODE0
- INLINECODE1
- INLINECODE2
- INLINECODE3
- INLINECODE4
Fallback
- -
MEGA-SKILL.md is the fallback one-file version for simplified testing or deployment.
Purpose
The Writers Room Story Engine skill should not jump straight into prose when no story exists yet.
It should work through stages:
- 1. story foundation
- world support when needed
- scene writing
- revision
This skill should determine what exists, what is missing, and which supporting module should be used next.
Required behavior
1. Diagnose the current phase first
Before generating long-form output, determine:
- - does a premise already exist?
- does a story core already exist?
- does an ending direction already exist?
- does a protagonist already exist?
- do major beats already exist?
- does the world need to be built or adapted?
- are scenes ready to draft?
- is there already a draft that needs revision?
2. Route to the correct skill
Use:
- -
story-suite/designing-stories.md to orchestrate overall development - INLINECODE7 when nothing exists yet or the foundation is weak
- INLINECODE8 when the world needs to support story through pressure, values, conflict, and consequence
- INLINECODE9 when beats exist and scenes should be drafted
- INLINECODE10 when a story, outline, or draft is weak
3. Preserve stage discipline
Do not skip foundation work unless the user explicitly asks to skip it.
By default, foundation work should build:
- - seed options
- story core
- ending direction
- protagonist engine
- Story Spine
- major beats
Treat the protagonist engine as:
- - want
- need
- lie
- ghost
- spine
- comfort zone
- pressure
- stakes
Do not jump into scene writing if:
- - the protagonist is still generic
- the ending direction is unclear
- the beats are still and-then shaped
4. Keep worldbuilding story-relevant
Do not let the skill generate lore for its own sake.
World details must create:
- - pressure
- consequences
- choices
- conflict
- values
- risk
Worldbuilding should be used when needed, not automatically overbuilt.
If the story needs only light world support, keep it minimal.
5. Use stage outputs
At each phase, the skill should produce outputs the next phase can use.
Example:
- - foundation creates premise, protagonist, ending direction, Story Spine, and beats
- worldbuilding maps pressures to protagonist and plot
- scene writing turns beats into scenes
- revision diagnoses weaknesses and repairs structure
6. Enforce story quality principles
This skill should reject or flag outputs with:
- - passive protagonists
- and-then plotting
- weak stakes
- lore dumps
- scenes with no turn
- coincidence-based rescue
- predictable first-thought choices
- endings that do not test the story’s core truth
7. Enforce revision priority
When revising:
- - diagnose the highest-level failure first
- repair story core before prose
- repair character before polishing dialogue
- repair plot before polishing sentences
- do not start with line editing if the structure is broken
Recommended default workflow
- 1. Orchestrate with INLINECODE11
- Build with INLINECODE12
- Support with
story-suite/building-storyworlds.md when needed - Draft with INLINECODE14
- Improve with INLINECODE15
Recommended orchestration behavior
When the user asks for a story from zero
- - do not immediately write the full story
- first generate 3 strong premise options
- pick the strongest
- define the story core
- define the ending direction
- build protagonist engine
- build Story Spine
- build major beats
- then ask whether to continue into scenes or continue automatically
When the user asks directly for prose
- - do a compressed internal foundation pass first
- do not skip seed, story core, protagonist, ending direction, and beats internally
- then write the story
When the user asks for stories in an existing world
- - identify what is already established
- build only story-relevant world pressure
- connect world elements to protagonist, stakes, and plot
- avoid lore dumping
When the user asks for revision
- - diagnose the highest-level failure first
- do not start with sentence-level polish if structure is broken
编剧室故事引擎
将此技能作为编剧室故事引擎的主要编排层。
其职责是诊断当前故事阶段,确定缺失内容,并路由至适当的支持模块,而非直接跳入叙事写作。
支持模块
- - 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. 故事基础
- 必要时构建世界
- 场景写作
- 修订
此技能应确定已存在什么、缺失什么,以及接下来应使用哪个支持模块。
必要行为
1. 首先诊断当前阶段
在生成长篇输出之前,确定:
- - 前提是否已存在?
- 故事核心是否已存在?
- 结局方向是否已存在?
- 主角是否已存在?
- 主要节拍是否已存在?
- 世界是否需要构建或调整?
- 场景是否已准备好草稿?
- 是否已有需要修订的草稿?
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. 保持阶段纪律
除非用户明确要求跳过,否则不得跳过基础工作。
默认情况下,基础工作应构建:
- - 种子选项
- 故事核心
- 结局方向
- 主角引擎
- 故事脊梁
- 主要节拍
将主角引擎视为:
如果出现以下情况,不得跳入场景写作:
- - 主角仍过于泛化
- 结局方向不明确
- 节拍仍呈然后式结构
4. 保持世界构建与故事相关
不要让技能为构建而构建设定。
世界细节必须创造:
世界构建应在需要时使用,而非自动过度构建。
如果故事只需要轻微的世界支持,则保持最小化。
5. 使用阶段输出
在每个阶段,技能应产生下一阶段可用的输出。
例如:
- - 基础阶段创建前提、主角、结局方向、故事脊梁和节拍
- 世界构建将压力映射至主角和情节
- 场景写作将节拍转化为场景
- 修订诊断弱点并修复结构
6. 执行故事质量原则
此技能应拒绝或标记以下输出:
- - 被动主角
- 然后式情节
- 薄弱赌注
- 设定信息倾倒
- 无转折的场景
- 基于巧合的救援
- 可预测的首选选择
- 不测试故事核心真相的结局
7. 执行修订优先级
修订时:
- - 首先诊断最高级别的失败
- 在润色散文之前修复故事核心
- 在润色对话之前修复角色
- 在润色句子之前修复情节
- 如果结构已损坏,不要从行编辑开始
推荐的默认工作流程
- 1. 使用 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个强有力的前提选项
- 选择最强的一个
- 定义故事核心
- 定义结局方向
- 构建主角引擎
- 构建故事脊梁
- 构建主要节拍
- 然后询问是否继续进入场景或自动继续
当用户直接要求叙事文本时
- - 首先进行压缩的内部基础检查
- 内部不要跳过种子、故事核心、主角、结局方向和节拍
- 然后编写故事
当用户要求在现有世界中创作故事时
- - 识别已建立的内容
- 仅构建与故事相关的世界压力
- 将世界元素连接至主角、赌注和情节
- 避免设定信息倾倒
当用户要求修订时
- - 首先诊断最高级别的失败
- 如果结构已损坏,不要从句子层面的润色开始