mcpField
G
game-design-fantasy-extractor

game-design-fantasy-extractor

github.com/stanestane其他9141 次安装6 周前更新
代码仓库

关于 game-design-fantasy-extractor

Game Design Fantasy Extractor 是面向游戏设计者的技能,用于从游戏系统中识别玩家幻想。它梳理强化或削弱该幻想的机制,并将分析转化为具体设计方向与精简修改建议。

主要功能

  1. 01提炼核心玩家幻想
  2. 02识别辅助幻想层次
  3. 03梳理支持或削弱幻想的系统
  4. 04揭示系统与节奏冲突
  5. 05将分析转为设计启示

适用场景

  1. 01明确早期游戏概念
  2. 02检查机制是否支撑提案
  3. 03协调叙事、美术与设计
  4. 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. 设计启示——哪些内容必须强化、澄清、删减或重新定位

流程

1. 明确提取目标

明确:

  • 正在分析的具体游戏、功能、循环或宣传方案
  • 幻想针对的是整个产品,还是其中一段体验
  • 你是在提取当前幻想,还是在检验一项已宣称的幻想

写出:

  • 提取目标
  • 范围
  • 已宣称的幻想(如有)
2. 找出玩家操作和角色定位

关注:

  • 玩家反复进行的操作
  • 玩家运用的力量
  • 玩家做出的决策
  • 玩家在社会或世界中所处的位置
  • 玩家造成的后果

思考:

  • 玩家实际上扮演着什么角色?
  • 设计赋予玩家怎样的能动性?
  • 玩家是在展现精通、关怀、支配、探索、生存、表现、守护、反抗、创造,还是其他特质?
3. 推断情感承诺

思考:

  • 玩家在最精彩的时刻应该感受到什么?
  • 怎样的幻想回报能让整个循环在情感上保持连贯?
  • 设计承诺的是胜任感、机敏感、力量感、危险感、亲密感、创作主导权、归属感、掌控感、混乱感,还是蜕变感?

用直白的语言陈述最核心的情感承诺。

4. 区分幻想与主题外衣

检查幻想是否真正体现在系统中,还是大多只是表面装饰。

例如:

  • 一款披着领导力外衣、实际运作方式却是电子表格优化的游戏
  • 一款以亡命徒式混乱为主题、结构上却惩罚即兴发挥的游戏
  • 一款以自由为卖点、却把玩家引向狭窄路线的游戏

思考:

  • 如果去掉美术和虚构设定,玩家还能从玩法中感受到同样的幻想吗?
  • 幻想是通过行动实现的,还是仅仅由叙事讲给玩家听?
5. 找出支撑或竞争的幻想

许多设计都包含次要幻想。只要它们不发生冲突,这就没有问题。

关注:

  • 力量幻想与脆弱幻想
  • 精通幻想与舒适仪式幻想
  • 自由幻想与编写好的叙事控制
  • 社交归属幻想与个人支配幻想

指出最重要的次要幻想,并说明它们是在强化主幻想,还是让主幻想变得模糊。

6. 梳理支持与矛盾

对于每个主要系统,思考:

  • 它是否强化了这种幻想
  • 它是否让人分心
  • 它是否削弱了这种幻想
  • 它是否用另一种幻想取而代之

使用以下格式:

系统或循环要素支持幻想吗?原因
...强烈 / 部分 / 微弱 / 不支持...
7. 精炼地写出提取出的幻想

优先采用简洁的表达形式,例如:

  • 你是……
  • 你可以感受到……
  • 这是一款关于成为……的游戏

好的例子具体且能引起情感共鸣。 糟糕的例子则像空洞的包装文案。

8. 将幻想转化为设计启示

对于每一项重要的幻想主张,明确说明:

  • 幻想承诺
  • 设计必须反复带来的体验
  • 设计应避免什么,以免打破幻想

例如:

  • 不法之徒的随机应变 -> 系统必须奖励大胆把握机会,而不只是死板规划
  • 城市的守护者 -> 玩家行动必须能切实改善或塑造世界
  • 掠食者的掌控力 -> 遭遇战必须展现压倒性优势,而不是让玩家始终陷入资源耗尽的恐慌

回复结构

除非用户另有要求,否则使用以下结构:

提取目标
  • ...
核心幻想
  • ...
支持幻想的层次
  • ...
幻想支持度图
  • ...
幻想冲突
  • ...
设计启示
  1. ...
  2. ...
  3. ...
最小调整或修正
  • ...

快速模式

需要快速完成时,使用以下快速流程:

  • 玩家在这里实际能成为什么?
  • 设计在最佳状态下承诺带来什么感受?
  • 哪个系统最有力地支持了这种幻想?
  • 哪个系统最明显地背叛了这种幻想?
  • 做出哪一项调整能让幻想更清晰?

使用说明

此提取器尤其适用于:

  • 早期概念梳理
  • 优化提案文案
  • 以幻想为先的构思
  • 检查机制是否契合情感承诺
  • 找出为何概念尽管系统设计完善,却仍显得平淡
  • 围绕同一个玩家承诺协调叙事、美术与设计

需要留意的常见模式:

  • 团队经常描述的是背景设定,而不是幻想
  • 许多设计声称给予自由,结构上却让玩家服从
  • 多种幻想可以并存,但必须分清主次
  • 缺乏系统支持的幻想,只是昂贵的装饰
  • 如果玩家角色模糊,幻想很可能也同样模糊

工作原则

设计不只是机制的集合。它回答了这样一个问题:“玩这款游戏时,我能成为怎样的人?”

使用此技能明确这个答案,并检验游戏是否真正兑现了它。


这是 Stanislav Stankovic 的游戏设计技能套件的一部分。 根据 PolyForm Noncommercial 1.0.0 许可协议授权——可免费用于个人、学术和非营利用途。商业用途需要购买按技能包出售的许可证。条款请参阅 https://github.com/Stanestane/game-design-skills-bundle。

必需声明:Copyright Stanislav Stankovic (https://www.stane-island.net/)

评论

支持 Markdown