关于 case-studies-reference
case-studies-reference 是分析游戏建造系统并为新项目提供决策框架的设计参考技能。它面向评估物理模型、多人架构、放置方式和维护机制的开发者,分析基于文中列出的游戏案例。
主要功能
- 01逐款分析游戏建造系统
- 02常见设计选择的决策矩阵
- 03物理与放置模型的选择参考
- 04多人架构的权衡分析
- 05持久化、衰减与清理考量
适用场景
- 01选择网格或自由放置建造
- 02为游戏选择物理模型
- 03规划服务端权威或合作建造
- 04评估持久服务器的衰减与清理机制
安装
复制下面的命令,在终端中运行。
npx skills add https:/ / github.com/ bbeierle12/ skill-mcp-claude --skill case-studies-reference安装后在 Claude Code 中输入/case-studies-reference确认已加载。
附带文件_meta.jsonreferences/game-analyses.md
详细介绍
案例研究参考
对成功游戏中建造系统的详细分析,以及新项目的决策框架。
快速参考
| 游戏 | 建造重点 | 物理机制 | 规模 | 关键创新 |
|---|---|---|---|---|
| Fortnite | 战斗/动作 | 街机式 | 小 | 编辑系统、速度 |
| Rust | 生存/突袭 | 启发式 | 大 | 工具柜、腐朽机制 |
| Valheim | 探索 | 启发式 | 中 | 基于地面的稳定性 |
| Minecraft | 创造力 | 无 | 无限 | 简洁的体素系统 |
| No Man's Sky | 基地建造 | 极简 | 中 | 吸附点、自由放置 |
| Satisfactory | 工厂建造 | 基于网格 | 大 | 网格与自由放置混合 |
何时使用此技能
在做出设计决策时,例如选择要实现的物理模型、确定如何处理多人建造、在网格放置和自由放置之间做出选择,以及决定腐朽/维护系统时,请参考案例研究。这些分析提供了具体示例,展示了各种取舍及其结果。
参考文档
详细文档请参见 references/,其中涵盖各游戏建造机制和性能策略的逐项分析、常见架构选择的决策矩阵、从表现不佳的游戏中归纳出的反模式,以及按游戏类型整理的架构建议。
决策框架
如需快速做出决策,请使用 game-analyses.md 中的矩阵:
物理模式选择: 你要开发的是一款以建造庇护所为核心的生存游戏吗?采用 Rust 或 Valheim 那样的启发式物理机制。如果建造是即时战斗的核心环节,则采用 Fortnite 那样的街机式物理机制。如果工程挑战才是重点,则可考虑真实物理机制,但需谨慎,因为 Medieval Engineers 表明,这种方式会让大多数玩家感到挫败。
多人游戏架构: 竞技和 PvP 游戏需要由服务器权威控制建造,并将延迟视为安全性的代价。合作游戏可以采用客户端预测与服务器校正,以获得灵敏的操作体验。单人游戏可以完全在客户端运行,从而最大限度地提升响应速度。
持久化策略: 长期运行的服务器需要腐朽机制和清理机制。Rust 的模式通过资源消耗维持游戏平衡,同时通过自动清理保障服务器健康。没有腐朽机制,服务器上会不断累积废弃基地,最终导致性能下降。
关键要点总结
Rust 表明,腐朽机制有双重作用:通过迫使玩家维护来维持游戏平衡,并通过清理废弃建筑来保障服务器健康。Valheim 表明,“来自地面的魔法力量”式稳定机制比真实物理更直观。Fortnite 证明,对于动作游戏而言,速度和简洁胜过真实感。Satisfactory 将结构与网格对齐,同时允许传送带自由放置,兼顾了追求规整和自由创造的玩家。
相关技能
此参考技能可与提供相关模式可用代码的实现技能搭配使用。使用 performance-at-scale 实现空间索引,使用 structural-physics 实现稳定性系统,使用 multiplayer-building 实现网络功能,使用 terrain-integration 实现地基系统,使用 decay-upkeep 实现维护系统,使用 builder-ux 实现用户体验模式。