game-world-design
GitHub专注于游戏世界、系统与关卡策划的 Skill。将概念转化为 GAME_DESIGN，定义核心循环、世界响应及可玩原型。涵盖玩法深化、互动叙事、场景对白与分支因果设计，严格区分设计与工程实现，确保产出紧凑且符合玩家承诺的设计文档。
触发场景
安装
npx skills add worldwonderer/novel-to-game --skill game-world-design -g -y
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, design the branching story structure, scenes, dialogue and consequences. 游戏体验、系统与关卡策划。把选定概念收束为一份 GAME_DESIGN，定义玩家承诺、核心循环、世界响应、必要系统、关卡节奏、反馈、失败和可完整游玩的原型。用于设计游戏世界、深化玩法和关卡、设计互动叙事的场景对白与分支因果等需求。"
}
游戏体验与世界设计
把选定概念变成可实现的玩家体验，不写世界观百科、工程方案或美术方向。
输入必须包含 SOURCE_BIBLE.md、已选择的 CONCEPT.md 和 PRODUCT_BRIEF.md。读取
world-design-method.md；确有资源、门槛或难度时再读
numeric-design-method.md。
narrative-led 或 hybrid 的叙事层同读
narrative-design-method.md 与
dialogue-design-method.md。需要玩家可见文案时按
game-writing-craft.md 统一声口，不为所有项目强制写长篇对白。
产物语言由 PRODUCT_BRIEF.md 锁定；未锁定时跟随对话语言，不默认产出中文。
设计原则
- 保护 CONCEPT 的玩家承诺、
experienceProfile和不可妥协项；发现范围冲突时回上游修订。 - 只保留一个核心系统、最多两个支持系统；删除后不影响核心循环的内容不要升格为系统。
- 规则写成玩家动作 → 状态变化 → 世界反馈 → 后续选择，不用背景设定代替可玩因果。
- 用“教会 → 变式 → 组合 → 检验 → 命运回收”组织最小切片；默认 10–30 分钟且不超过 brief 时长。
- NPC、势力、资源和历史只设计到玩家能感知、利用或改变的深度。
- 不写文件名、函数、存储键、测试脚本、着色器或资产管线；实现结构由构建阶段决定。
输出合同
生成一个 design/GAME_DESIGN.md，保持紧凑并包含：
- 体验合同：玩家身份、承诺、目标感受、
experienceProfile与首分钟目标； - 核心动词与循环：3–5 个动词、短循环、长循环、主要玩法先例，以及原作如何改变动作对象、 顺序、代价和世界回应；
- 世界规则与必要系统：玩家可见/隐藏信息、行动顺序、随机性、资源或持久状态及其读取点；
- 成长与三段弧：探索、成长、成熟阶段新增的参与手段、可达空间或局面，以及可观察结束标记；
- 代表性决策：用一个场景证明最优选择会随局面翻转，并写清因果权与结算权；
- 空间、镜头与关卡节拍：路线、地标、压力、教学、组合和检验如何制造选择；
- 反馈、失败与重开：输入反馈、状态变化、失败原因、下次可改之处和定义初态；
- 叙事附件：仅在叙事实际承载体验时写场景脊柱、人物议程、知识/证词边界、持久回响、 分支汇流和结局回收；否则写 N/A；
- 语言、文化与交接边界：界面语言、术语、阅读顺序、内容尺度，以及交给美术和构建的玩家效果；
- 验证切片：范围、明确非目标、最大设计风险、完整路径和会触发设计修改的观察结果。
只有门槛、结局或张力确实读取数值时才做数值预算；叙事状态同理，写入后没有可见读取点就删除。 规则优先用短表表达，不复制成平行 JSON、go/no-go 表或第二份验收矩阵。
完成检查
- 玩家能从初态通过真实选择到达至少一个结果并重开；
- 三段弧改变的是可用动作、空间或局面，不只是数字、文本或收集量增加；
- 核心状态都在后续被读取，主要选择至少一次被世界明确回响；
- 支持系统、分支和角色内容没有静默扩出 brief 范围；
- 文档没有替实现做技术设计，也没有把趣味或平衡写成确定性 PASS。
输出交回总入口，不自行推进美术、构建或 QA。
版本历史
-
2678f35
当前 2026-08-19 12:24
重构了设计原则与输出合同，强化了叙事主导和混合类型的处理逻辑，细化了体验定义、核心动词、世界规则及验证切片的具体要求，并优化了完成检查清单。
-
45f3083
2026-08-12 21:31
精简技能内容并实施行数预算限制，删除冗余规则，解决结构语法表述不一致问题，防止提示词无限膨胀。
-
732b5b6
2026-08-12 09:34
重构QA验收标准，简化为单一证据支撑路径；优化第9条试玩观察描述及第10条非目标表述。
-
19104bd
2026-08-08 08:20
新增互动小说作为一等公民赛道，补充叙事主导的设计判据与方法文件，强化因果权契约，确保非资源类交互体验的设计深度。
-
470e35d
2026-07-31 13:49
修复了合并合同带来的8个缺陷，包括统一QA与设计的提问措辞以消除误判，调整先例组计数规则避免死锁，并修正动词清单传递、匹配逻辑及时间范围定义等不一致问题。
- 827fb80 2026-07-30 20:19
