
关于
游戏开发编排器。根据项目需求路由到特定平台的技能。
name: game-development description: "游戏开发编排器。根据项目需求路由到特定平台的技能。" risk: unknown source: community date_added: "2026-02-27"
游戏开发
编排器技能,提供核心原则并根据上下文路由到专门的子技能。
何时使用此技能
你正在进行游戏开发项目。此技能教授游戏开发的原则,并根据上下文引导你使用正确的子技能。
子技能路由
平台选择
| 如果游戏目标平台是... | 使用子技能 |
|------------------------|---------------|
| Web 浏览器(HTML5、WebGL) | game-development/web-games |
| 移动端(iOS、Android) | game-development/mobile-games |
| PC(Steam、桌面) | game-development/pc-games |
| VR/AR 头显 | game-development/vr-ar |
维度选择
| 如果游戏是... | 使用子技能 |
|-------------------|---------------|
| 2D(精灵图、瓦片地图) | game-development/2d-games |
| 3D(网格、着色器) | game-development/3d-games |
专业领域
| 如果你需要... | 使用子技能 |
|----------------|---------------|
| GDD、平衡性、玩家心理学 | game-development/game-design |
| 多人游戏、网络 | game-development/multiplayer |
| 视觉风格、资产管线、动画 | game-development/game-art |
| 音效设计、音乐、自适应音频 | game-development/game-audio |
核心原则(所有平台)
1. 游戏循环
每个游戏,无论平台如何,都遵循此模式:
INPUT → Read player actions
UPDATE → Process game logic (fixed timestep)
RENDER → Draw the frame (interpolated)
固定时间步长规则:
- 物理/逻辑:固定频率(例如 50Hz)
- 渲染:尽可能快
- 在状态之间插值以获得平滑的视觉效果
2. 模式选择矩阵
| 模式 | 使用场景 | 示例 | |---------|----------|---------| | 状态机 | 3-5 个离散状态 | 玩家:待机→行走→跳跃 | | 对象池 | 频繁创建/销毁 | 子弹、粒子 | | 观察者/事件 | 跨系统通信 | 生命值→UI 更新 | | ECS | 数千个相似实体 | RTS 单位、粒子 | | 命令模式 | 撤销、回放、网络 | 输入记录 | | 行为树 | 复杂 AI 决策 | 敌人 AI |
决策规则: 从状态机开始。仅在性能需要时添加 ECS。
3. 输入抽象
将输入抽象为动作,而非原始按键:
"jump" → Space, Gamepad A, Touch tap
"move" → WASD, Left stick, Virtual joystick
原因: 支持多平台、可重新绑定的控制。
4. 性能预算(60 FPS = 16.67ms)
| 系统 | 预算 | |--------|--------| | 输入 | 1ms | | 物理 | 3ms | | AI | 2ms | | 游戏逻辑 | 4ms | | 渲染 | 5ms | | 缓冲 | 1.67ms |
优化优先级:
- 算法(O(n²) → O(n log n))
- 批处理(减少绘制调用)
- 对象池(避免 GC 峰值)
- LOD(按距离调整细节)
- 剔除(跳过不可见对象)
5. AI 按复杂度选择
| AI 类型 | 复杂度 | 使用场景 | |---------|------------|----------| | FSM | 简单 | 3-5 个状态,可预测行为 | | 行为树 | 中等 | 模块化,设计师友好 | | GOAP | 高 | 涌现式,基于规划 | | 效用 AI | 高 | 基于评分的决策 |
6. 碰撞策略
| 类型 | 最适合 | |------|----------| | AABB | 矩形,快速检测 | | 圆形 | 圆形对象,开销低 | | 空间哈希 | 大量相似大小的对象 | | 四叉树 | 大型世界,不同大小 |
反模式(通用)
| 不要 | 应该 | |-------|-----| | 每帧更新所有内容 | 使用事件、脏标记 | | 在热循环中创建对象 | 对象池 | | 不缓存任何内容 | 缓存引用 | | 不分析就优化 | 先进行性能分析 | | 将输入与逻辑混合 | 抽象输入层 |
路由示例
示例 1:"我想做一个基于浏览器的 2D 平台游戏"
→ 从 game-development/web-games 开始选择框架
→ 然后 game-development/2d-games 了解精灵图/瓦片地图模式
→ 参考 game-development/game-design 进行关卡设计
示例 2:"iOS 和 Android 的移动益智游戏"
→ 从 game-development/mobile-games 开始了解触控输入和商店
→ 使用 game-development/game-design 进行谜题平衡
示例 3:"多人 VR 射击游戏"
→ game-development/vr-ar 了解舒适度和沉浸感
→ game-development/3d-games 了解渲染
→ game-development/multiplayer 了解网络
记住: 优秀的游戏来自迭代,而非完美。快速原型,然后打磨。
限制
- 仅在任务明确匹配上述描述的范围时使用此技能。
- 不要将输出视为特定环境验证、测试或专家审查的替代品。
- 如果缺少所需的输入、权限、安全边界或成功标准,请停下来寻求澄清。