Trigger Scenarios

设计游戏世界与玩法深化关卡与系统设计撰写游戏设计文档

Install

npx skills add worldwonderer/novel-to-game --skill game-world-design -g -y

More Options

Use without installing

npx skills use worldwonderer/novel-to-game@game-world-design

指定 Agent (Claude Code)

npx skills add worldwonderer/novel-to-game --skill game-world-design -a claude-code -g -y

安装 repo 全部 skill

npx skills add worldwonderer/novel-to-game --all -g -y

预览 repo 内 skill

npx skills add worldwonderer/novel-to-game --list

SKILL.md

Frontmatter

{
    "name": "game-world-design",
    "description": "Design game experience, systems, and levels. Converge the chosen concept into one GAME_DESIGN defining the player promise, core loop, how the world responds, the systems actually needed, level pacing, feedback, failure, and a fully playable prototype. Use for design the game world, deepen the gameplay and levels, write the game design document. 游戏体验、系统与关卡策划。把选定概念收束为一份 GAME_DESIGN，定义玩家承诺、核心循环、世界响应、必要系统、关卡节奏、反馈、失败和可完整游玩的原型。用于设计游戏世界、深化玩法和关卡等需求。"
}

游戏体验与世界设计

把选定概念变成可实现的玩家体验，不写世界观百科或工程方案。

读取 world-design-method.md；定资源、门槛与难度时同读 numeric-design-method.md。输入必须包含 SOURCE_BIBLE.md、已选择的 CONCEPT.md 和 PRODUCT_BRIEF.md。

产物语言由 PRODUCT_BRIEF.md 锁定；未锁定时跟随对话语言，不默认产出中文。

设计

锁定主类型和支持类型的优先级；发生冲突时始终保护主循环。
把概念阶段的体验支柱和对标原则转成当前作品的具体规则，并写清刻意不借的边界。
用一句话锁定玩家身份、核心动作、世界响应和目标感受；为每条体验支柱写可观察证据。
定义 5-30 秒核心循环，以及 1-5 分钟的循环组合：选择、压力、反馈、状态变化和技巧空间。
只保留一个核心系统、最多两个支持系统；规则写成玩家可观察的因果。
写清该类型最低契约：玩家可见/隐藏信息、决策节奏、行动顺序或提交点、随机性、失败与恢复；不要照搬其他类型的字段。
用“教会 → 变式 → 组合 → 检验 → 命运回收”的关卡节拍设计最小验证切片的完整原型（默认 10-30 分钟，不超过 PRODUCT_BRIEF 单局时长，范围沿用概念卡界定的切片），每拍都写玩家已知、引入的新压力和可观察反馈，而非写“丰富内容”；冷启动脚本、张力目标等每拍细则见 world-design-method.md 关卡节奏节。
说明空间、镜头、路线和地标如何制造选择；定义失败原因和改进提示。
写出最大设计假设的最小试玩段、观察问题和会触发的修改，不把试玩变成主观打分。
列出明确非目标、验收条件，以及未读策划的玩家应通过试玩理解什么。
按 PRODUCT_BRIEF 的玩家结构写明切片的社交表现假设（纯单人 / 单人 + AI 假多人 / 单人 + 占位异步榜），并以受众画像为决策密度、UI 密度与教学强度的标尺校准关卡节拍。
明确首发界面语言和本地化范围；玩家可见文案、术语、阅读顺序、字体和文本长度必须适配目标语言与文化，不因翻译破坏信息层级或玩法可读性。
定文案声口：按题材、目标市场和分级选定玩家可见文本的调子，并把去AI味标准写进设计，供构建阶段照办。见 game-writing-craft.md。文案是核心体验面，不是收尾附属。
标注角色内容层级与升级门；支持短线至少有一次真实选择、持久态度和下游回响，未经试玩证据不静默升级为核心路线。

非玩家角色、势力和事件只设计到玩家能够感知和影响的深度。GAME_DESIGN 不得出现文件名、函数名、存储键、测试脚本名；确定性与持久化写成规则需求（如同种子同指令同结果、存档跨周目保留哪些状态），实现参数、类结构、着色器、资产管线与实现符号由构建阶段的 BUILD_BRIEF 决定。

输出

生成一个 design/GAME_DESIGN.md。必需节 checklist 如下，每行是节名加验收判据：

一页体验定义与玩家承诺——身份、核心动作、世界响应、目标感受各一句。
类型落地与对标原则——写清借什么、刻意不借什么。
体验支柱——每条配一个可观察试玩证据和一个会否决它的失败现象。
两层循环与熟练度类型——两层循环各写普通/熟练玩家差异，并声明熟练度类型（一次性知识 / 可再生判断）。
类型契约——只含影响玩家决策的字段。
世界规则与状态、必要系统——每条规则写成玩家可观察的因果；每条被写入的资源 / 量表字段附「消费点」列，至少一个规则读取点（选项门槛 / 事件触发 / 结局条件），供 QA 按只写不读审计。
数值预算表——凡被门槛、收束条件或张力目标引用的数值，写出起始值、单次典型增减幅、达到每档门槛的最少动作数，并演算一条及格线路径，证明最高档在切片预算内可达但需多次正确选择。
决策深度示例——一个代表性决策点 × 3-5 个可选动作 × 至少 2 个状态取值的真实数值表，状态维度取自玩家 HUD 可见变量，标注最优动作在哪个取值处翻转。
品类保真 go/no-go 表——四问各占一行，填 go/no-go 并附一句实现可验证的证据描述（如“敌方单体技优先攻击被自己克制的我方单位”）： ① 世界 / 对手是否也在用核心系统对玩家出招（敌人用相克、女主用嫉妒与索取）； ② 每个非教学回合 / 节拍是否存在真选择（无通吃动作，选项后果可区分）； ③ 签名幻想是否落在可重复核心动词而非过场 / 道具； ④ 作为卖点的核心系统是否提供非被支配选项（每条策略在某个局面下最优）。
关卡节拍——教会/变式/组合/检验/命运回收五拍齐全；教会拍含冷启动 / 前 60 秒脚本，检验拍含绑定基准策略脚本的可测张力目标。
首屏焦点与披露状态表——第一帧唯一焦点、次级面板初始态与揭示触发，定义见 world-design-method.md 同名节。
反馈与失败——失败显示发生了什么和玩家下次能改变什么。
社交表现假设——与 PRODUCT_BRIEF 玩家结构一致，供构建与 QA 消费。
最小试玩问题、范围与非目标、验收和最小游玩验证——试玩问题针对最大设计假设。
角色内容层级与升级门——短线未经试玩证据不升级为核心路线。
受众、文化与语言范围，文案声口与去AI味标准。