mcpField
G
game-design-theory

game-design-theory

github.com/jarrodmedrano创意与媒体243 次安装39 周前更新
代码仓库

关于 game-design-theory

game-design-theory 是一项基于 Richard Rouse III《Game Design: Theory & Practice》的设计咨询技能,帮助游戏设计者评估玩家体验、机制、难度、叙事和测试。

主要功能

  1. 01评估玩家动机与预期
  2. 02分析机制和玩家体验
  3. 03考量涌现性与非线性
  4. 04审视难度和学习曲线
  5. 05结合叙事与玩法
  6. 06规划测试和设计取舍

适用场景

  1. 01评估新的游戏概念
  2. 02诊断游戏缺乏吸引力的原因
  3. 03平衡挑战和进度
  4. 04审视叙事与玩法的结合

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/jarrodmedrano/jarrod-claude-skills --skill game-design-theory

安装后在 Claude Code 中输入/game-design-theory确认已加载。

包含的文件

除 SKILL.md 外,安装时一起下载的参考资料和脚本。

design-principles.md
gameplay-elements.md
player-psychology.md
playtesting.md
storytelling.md

详细介绍

游戏设计理论技能

一个基于 Richard Rouse III 所著《Game Design: Theory & Practice》中原则的设计咨询框架。

何时使用此技能

  • 评估游戏概念对玩家的吸引力
  • 设计游戏玩法机制和系统
  • 分析一款游戏为何有趣或无趣
  • 平衡难度与挑战
  • 打造非线性体验
  • 将故事与游戏玩法结合
  • 规划并开展游戏测试
  • 做出设计权衡决策

核心理念

游戏关乎玩家体验,而非设计师的意图。目标是将“设计师的故事”与“玩家的故事”融合,让玩家在深思熟虑的设计引导下,仍能感受到自己是体验的主导者。

“不是为了卖出什么东西、让它大受欢迎,而是出于热爱,并创造出我们这些创作者也能热爱的东西。这正是我们制作游戏时应怀有的核心感受。”——宫本茂

快速参考

玩家为何而玩
  1. 挑战——调动思维,通过解决问题来学习
  2. 社交——共享体验,与他人建立联系
  3. 动态的独处体验——在不受社交需求影响的情况下进行互动
  4. 炫耀资本——成就、精通、自我满足
  5. 情感体验——紧张、宣泄、有意义的感受
  6. 幻想——逃离现实、成为另一个人、安全地进行尝试
玩家期待什么
  • 一个前后一致的世界,其中的因果关系可预测
  • 清楚地了解边界以及可执行的操作
  • 合理的解法可行(有多种成功路径)
  • 提供方向指引,但不过度牵着玩家走
  • 朝目标逐步推进
  • 始终保持沉浸感
  • 有公平的成功机会
  • 能够亲自行动,而非只是观看
  • 不会陷入毫无希望的困境
优秀游戏玩法的要素
  • 涌现性:系统相互作用,创造出未经规划、由玩家自行发现的解法
  • 非线性:提供多条路径、多种解法、不同顺序和可选内容
  • 适度的现实模拟:只模拟有助于乐趣的内容
  • 寓教于玩:最初几分钟决定玩家会投入其中,还是失去兴趣
  • 直观的操控:操作逐渐成为本能,不再引人注意

详细参考

如需更深入的指导,请参阅以下参考文件:

设计评估框架

评估游戏设计时,请思考:

  1. 玩家动机:它满足了哪些核心动机?(挑战、社交、独处、炫耀、情感、幻想)
  2. 期待契合度:设计是否符合玩家的期待?
  3. 涌现潜力:玩家能否发现设计师未曾预料的解法?
  4. 非线性:在顺序、方式和结果上,是否存在有意义的选择?
  5. 学习曲线:玩家能否在面对真正的挑战之前先取得成功?
  6. 沉浸感维持:哪些因素可能打破玩家的信念悬置?
  7. 现实模拟的平衡:模拟是在服务于乐趣,还是陷入了繁琐之中?

常见设计陷阱

陷阱表现解决方案
过于线性玩家感觉自己被“牵着走”增加顺序/方式选择
只考虑预期情况的设计只有硬编码的解法奏效构建系统,而不是案例
过分执着于现实对平凡细节进行枯燥的模拟只模拟有趣的内容
规则不一致同一操作随机产生不同结果确保因果关系可预测
教程过载玩家跳过教程,直奔“正式游戏”通过安全的早期玩法进行教学
信息隐藏玩家失败却不知道原因提供明确的反馈
设计师自负“玩家会适应的”以全新的视角进行试玩
难度盲区“没那么难”你的游戏太难了。永远如此。

核心准则

  • “你的游戏太难了。” 开发团队的技术水平总是过高;应假设难度设置过高。
  • “展示,而非讲述。” 游戏内叙事 > 过场动画 > 手册。
  • “少即是多。” 每个新增操作都必须证明其复杂度成本是值得的。
  • “玩家想要亲自行动,而不是旁观。” 尽量减少非交互片段。
  • “玩家的故事最重要。” 让他们的选择塑造体验。

评论

支持 Markdown