关于 game-design-fantasy-extractor
Game Design Fantasy Extractor 是面向游戏设计者的技能,用于从游戏系统中识别玩家幻想。它梳理强化或削弱该幻想的机制,并将分析转化为具体设计方向与精简修改建议。
主要功能
- 01提炼核心玩家幻想
- 02识别辅助幻想层次
- 03梳理支持或削弱幻想的系统
- 04揭示系统与节奏冲突
- 05将分析转为设计启示
适用场景
- 01明确早期游戏概念
- 02检查机制是否支撑提案
- 03协调叙事、美术与设计
- 04诊断概念为何显得泛泛
安装
复制下面的命令,在终端中运行。
npx skills add https:/ / github.com/ stanestane/ game-design-skills-bundle --skill game-design-fantasy-extractor安装后在 Claude Code 中输入/game-design-fantasy-extractor确认已加载。
附带文件references/family-conventions.mdreferences/output-patterns.md
详细介绍
游戏设计幻想提取器
提取设计真正试图带来的幻想,而不只是其表面的类型包装或营销口号。
当团队能解释系统、操作和内容,却无法清楚说明玩家应当感觉自己是谁、会成为什么样的人,或在情感上沉浸于何种角色时,请使用此技能。目标是从设计本身推断核心玩家幻想,检验系统是否支持它,并找出幻想流于泛泛、彼此分裂或名不副实之处。
如果你想了解此游戏设计技能系列共用的风格、优先级和诊断规则,请阅读 references/family-conventions.md。
如果你想了解建议和最小修正方案的推荐结构,请阅读 references/output-patterns.md。
核心原则
玩家不会抽象地迷恋机制,而是会迷恋机制让自己成为什么样的人。
一条实用的幻想陈述要做到三点:
- 指明玩家会成为什么样的人
- 暗示玩家追求怎样的情感回报
- 得到反复出现的玩法支持,而不只是主题装饰
如果这条幻想陈述可以用来描述五十款毫不相干的游戏,那它就太弱,无法指导设计。
需要产出的内容
生成:
- 核心幻想——设计所暗示的、对玩家最有吸引力的幻想
- 支撑幻想的层次——设计中存在的次要幻想或情感承诺
- 幻想支持图——哪些系统强化了幻想,哪些系统未能做到
- 幻想冲突——系统、节奏或进度设计在哪些地方削弱了所宣称的幻想
- 设计启示——哪些内容必须强化、澄清、删减或重新定位
流程
1. 明确提取目标
明确:
- 正在分析的具体游戏、功能、循环或宣传方案
- 幻想针对的是整个产品,还是其中一段体验
- 你是在提取当前幻想,还是在检验一项已宣称的幻想
写出:
- 提取目标
- 范围
- 已宣称的幻想(如有)
2. 找出玩家操作和角色定位
关注:
- 玩家反复进行的操作
- 玩家运用的力量
- 玩家做出的决策
- 玩家在社会或世界中所处的位置
- 玩家造成的后果
思考:
- 玩家实际上扮演着什么角色?
- 设计赋予玩家怎样的能动性?
- 玩家是在展现精通、关怀、支配、探索、生存、表现、守护、反抗、创造,还是其他特质?
3. 推断情感承诺
思考:
- 玩家在最精彩的时刻应该感受到什么?
- 怎样的幻想回报能让整个循环在情感上保持连贯?
- 设计承诺的是胜任感、机敏感、力量感、危险感、亲密感、创作主导权、归属感、掌控感、混乱感,还是蜕变感?
用直白的语言陈述最核心的情感承诺。
4. 区分幻想与主题外衣
检查幻想是否真正体现在系统中,还是大多只是表面装饰。
例如:
- 一款披着领导力外衣、实际运作方式却是电子表格优化的游戏
- 一款以亡命徒式混乱为主题、结构上却惩罚即兴发挥的游戏
- 一款以自由为卖点、却把玩家引向狭窄路线的游戏
思考:
- 如果去掉美术和虚构设定,玩家还能从玩法中感受到同样的幻想吗?
- 幻想是通过行动实现的,还是仅仅由叙事讲给玩家听?
5. 找出支撑或竞争的幻想
许多设计都包含次要幻想。只要它们不发生冲突,这就没有问题。
关注:
- 力量幻想与脆弱幻想
- 精通幻想与舒适仪式幻想
- 自由幻想与编写好的叙事控制
- 社交归属幻想与个人支配幻想
指出最重要的次要幻想,并说明它们是在强化主幻想,还是让主幻想变得模糊。
6. 梳理支持与矛盾
对于每个主要系统,思考:
- 它是否强化了这种幻想
- 它是否让人分心
- 它是否削弱了这种幻想
- 它是否用另一种幻想取而代之
使用以下格式:
| 系统或循环要素 | 支持幻想吗? | 原因 |
|---|---|---|
| ... | 强烈 / 部分 / 微弱 / 不支持 | ... |
7. 精炼地写出提取出的幻想
优先采用简洁的表达形式,例如:
- 你是……
- 你可以感受到……
- 这是一款关于成为……的游戏
好的例子具体且能引起情感共鸣。 糟糕的例子则像空洞的包装文案。
8. 将幻想转化为设计启示
对于每一项重要的幻想主张,明确说明:
- 幻想承诺
- 设计必须反复带来的体验
- 设计应避免什么,以免打破幻想
例如:
- 不法之徒的随机应变 -> 系统必须奖励大胆把握机会,而不只是死板规划
- 城市的守护者 -> 玩家行动必须能切实改善或塑造世界
- 掠食者的掌控力 -> 遭遇战必须展现压倒性优势,而不是让玩家始终陷入资源耗尽的恐慌
回复结构
除非用户另有要求,否则使用以下结构:
提取目标
- ...
核心幻想
- ...
支持幻想的层次
- ...
幻想支持度图
- ...
幻想冲突
- ...
设计启示
- ...
- ...
- ...
最小调整或修正
- ...
快速模式
需要快速完成时,使用以下快速流程:
- 玩家在这里实际能成为什么?
- 设计在最佳状态下承诺带来什么感受?
- 哪个系统最有力地支持了这种幻想?
- 哪个系统最明显地背叛了这种幻想?
- 做出哪一项调整能让幻想更清晰?
使用说明
此提取器尤其适用于:
- 早期概念梳理
- 优化提案文案
- 以幻想为先的构思
- 检查机制是否契合情感承诺
- 找出为何概念尽管系统设计完善,却仍显得平淡
- 围绕同一个玩家承诺协调叙事、美术与设计
需要留意的常见模式:
- 团队经常描述的是背景设定,而不是幻想
- 许多设计声称给予自由,结构上却让玩家服从
- 多种幻想可以并存,但必须分清主次
- 缺乏系统支持的幻想,只是昂贵的装饰
- 如果玩家角色模糊,幻想很可能也同样模糊
工作原则
设计不只是机制的集合。它回答了这样一个问题:“玩这款游戏时,我能成为怎样的人?”
使用此技能明确这个答案,并检验游戏是否真正兑现了它。
这是 Stanislav Stankovic 的游戏设计技能套件的一部分。 根据 PolyForm Noncommercial 1.0.0 许可协议授权——可免费用于个人、学术和非营利用途。商业用途需要购买按技能包出售的许可证。条款请参阅 https://github.com/Stanestane/game-design-skills-bundle。
必需声明:Copyright Stanislav Stankovic (https://www.stane-island.net/)