AI 游戏开发 Skill 合集：从可玩原型到手感打磨

让角色跑起来，往往是游戏开发里最快的一步。接下来才会遇到更具体的问题：跳跃不够利落，菜单操作别扭，奖励没有吸引力，换一张地图就出现碰撞错误。画面已经有了，却还没形成让人愿意再玩一局的体验。

这篇合集收录 8 个游戏开发 Skill，覆盖玩法设计、代码实现、界面、手感、视觉制作和浏览器测试。你可以按当前遇到的问题选择工具，也可以沿着本文的顺序，把一个点子逐步做成可玩的版本。

先做一局能玩完的游戏

第一次用 AI 做游戏，适合把目标缩到一个小场景：一名角色、一种主要操作、一个明确目标，以及成功和失败的条件。例如，在一张地图里收集三枚道具，再到达终点；落下平台后可以立即重来。

先让这条循环完整运转，再增加关卡、敌人和美术。这样，每次改动都有可以观察的结果：操作是否更顺、目标是否更清楚、失败后是否愿意再试一次。

如果准备做网页小游戏，可以先用 game-engine 搭建原型，用 game-feel 改善反馈，再按需要加入 develop-web-game 的浏览器测试流程。最后一项是历史版，使用前需要检查 Node.js、Playwright 和浏览器依赖。

玩法：把想法写成反复发生的行为

“做一个冒险游戏”还不足以让 AI 开始实现。更有用的描述是：玩家做什么，系统如何回应，玩家得到什么，又为什么愿意继续。

game-design-theory 围绕核心循环、玩家动机、难度、成长与奖励展开，适合把模糊想法拆成可以讨论的规则。例如，收集道具是为了开启捷径、获得新能力，还是提高分数？这些选择会带来不同的关卡结构。

可以让 AI 先写出一轮完整的玩法，标出新手第一次失败的位置，并提出一个容易观察的调整方案。它附带的分析脚本是基础示例，主要价值仍在设计框架和讨论方法。

• game-design-theory（Game Design Theory · 玩法设计理论） — 来自 Plugin Agent Marketplace，围绕 MDA 框架、核心循环、玩家动机、难度平衡、成长与奖励设计提供指导。附带设计清单、参考和基础脚本示例；脚本不代表完整自动分析能力。采用作者自定义许可证，允许附带原许可证分发，使用前请阅读包内 LICENSE；原文与作者署名完整保留。

实现：根据项目选择开发路线

网页小游戏可以从 game-engine 开始。它覆盖游戏循环、Canvas/WebGL 渲染、碰撞、物理和多种输入方式，并提供 2D/3D 参考与模板。适合逐步实现“能移动、能碰撞、能判断胜负”的基础版本。

如果项目已经采用 Unity 或 Unreal，game-developer 更贴近相应的开发环境，包含对象池、ECS、状态机、多人同步和性能优化等参考。它也适合在原型变大后，帮助梳理系统之间的关系。

选一条与现有项目相符的路线即可。让 AI 延续当前引擎和目录结构，通常比在多个框架之间来回切换更容易积累成果。

• game-engine（Game Engine · 网页游戏引擎） — 来自 GitHub awesome-copilot，覆盖 HTML5 游戏循环、Canvas/WebGL 渲染、碰撞与物理、键鼠/触屏/手柄输入，以及 2D/3D 模板和发布参考。适合浏览器小游戏开发；需准备对应的浏览器、开发环境与所选框架。原始文件和 MIT 许可证完整保留。
• game-developer（Game Developer · 游戏系统开发） — 来自 Jeffallan/claude-skills，面向 Unity 与 Unreal 的玩法实现、ECS、对象池、物理、多人同步和性能优化。包含五份引擎与架构参考；需要相应的游戏引擎与开发工具。上游版本 1.1.0，原始文件和 MIT 许可证完整保留。

界面：让玩家知道下一步怎么做

游戏界面承担着直接的任务：当前还剩多少生命、收集进度到了哪里、怎样暂停、怎样重新开始。信息的位置、大小和出现时机，都会影响操作。

game-ui-design 覆盖 HUD、菜单、血条、背包，以及键盘、触控和手柄导航。它的参考还涉及多分辨率适配、字体可读性、色盲与减少动态效果等问题。

第一版可以只保留目标、进度、暂停和重开四类信息。测试时缩小窗口，尝试只用键盘操作，再观察关键内容是否遮挡角色或场景。

• game-ui-design（Game UI Design · 游戏界面设计） — 来自 omer-metin/skills-for-antigravity，覆盖 HUD、菜单、背包、血条、手柄导航、触控与多分辨率适配。包含设计模式、常见边界问题和验证规则，关注色盲、字体可读性与减少动态效果等无障碍需求。原始文件及 Apache-2.0 许可证完整保留。

手感：让一次操作得到清楚的回应

同样是击中敌人，只有扣血和同时出现短暂停顿、轻微震动、粒子与音效，体验会有明显区别。反馈需要与事件的重要程度相符：普通命中、重击和失败，应该有不同的力度。

game-feel 提供命中停顿、屏幕震动、挤压拉伸、缓动和分层反馈的模式与配方。它适合在基础玩法已经运转后，围绕具体事件逐项调整；包内的引擎示例需要按项目版本适配。

建议先选一个高频动作，例如跳跃或攻击，只调整它的反馈。比较修改前后的输入响应、画面可读性和连续操作体验，再决定是否扩展到其他动作。震动强度和减少动态效果选项也可以一起考虑。

• game-feel（Game Feel · 游戏手感与反馈） — 来自 gamedev-skills/awesome-gamedev-agent-skills，指导命中停顿、屏幕震动、挤压拉伸、缓动、粒子与音效的分层反馈。含 Godot/Unity 示例和反馈配方；需已有玩法与事件入口，示例需按实际引擎版本适配。原始文件、Apache-2.0 许可证及 NOTICE 完整保留。

视觉完成度：把参考、制作和验收连接起来

当游戏能玩之后，“再把画面做得好一点”很容易变成没有终点的修改。角色、环境、材质、灯光和界面分别好看，放在一起却可能风格不统一。

Eric Zakariasson 的 game-builder 提供一套围绕参考画面组织工作的流程：先明确目标和视觉标准，再制作可玩的循环，随后推进美术与动作，并通过真实截图和试玩画面检查结果。它强调规划、实现与评价分工，需要支持多 Agent 的运行环境。

这套流程适合已经有明确视觉方向、准备继续打磨的项目。使用前应准备清楚的目标、参考和可执行的启动方式，并为反复制作与检查留出时间。Skill 提供的是工作方法，最终效果仍需要通过游戏中的实际画面判断。

• game-builder（游戏创作与视觉验收） — 通过独立的规划、开发与评审 Agent 制作可玩的原创致敬游戏，以真实游戏截图为视觉参照，组织美术、实机截图和反复验收。适合重视画面质量的游戏原型与垂直切片。需要支持多 Agent 或独立会话的宿主，以及可查看图像的评审能力；3D 关键资产需配套 game-builder-blender-assets。来自 Eric Zakariasson 的开源项目，MIT 许可，转载非原创。

3D 素材：先把关键模型单独做好

如果项目需要 3D 主角、近景道具或车辆，关键资产的轮廓和材质会直接影响画面。把复杂角色一直留在方块拼装阶段，后续的灯光与动画很难补齐模型本身的差距。

game-builder-blender-assets 是 game-builder 的配套 Skill，指导在 Blender 中制作关键模型、UV 和基础骨骼，导出 GLB，并先检查独立资产的多角度画面，再接入游戏。

它需要 Blender、能加载 GLB 的引擎，以及多 Agent 能力。只有项目确实需要 3D 时再使用；像素和 2D 游戏可以继续走精灵、图块和二维素材路线。模型导入之后，还要从实际游戏镜头检查比例、材质和动作表现。

• game-builder-blender-assets（Blender 游戏关键资产制作） — 为需要 3D 的游戏制作主角、近景武器、车辆等关键资产，按单个资产分配独立 Agent，在 Blender 中完成模型、UV 与基础骨骼并导出 GLB，经过转面验收后接入游戏。是 game-builder 的配套 Skill；需要 Blender、支持 GLB 的游戏引擎及多 Agent 能力，不用于像素或 2D 游戏。来自 Eric Zakariasson 的开源项目，MIT 许可，转载非原创。

浏览器测试：让每次修改留下可核对的结果

“网页打开了”只说明启动成功。角色能否移动、重开是否清空状态、全屏后输入位置是否正确，都需要实际操作。

develop-web-game 来自 OpenAI skills 仓库删除前的历史版本。它组织“实现 → Playwright 操作 → 截图与状态检查 → 修复”的循环，包含测试客户端和动作示例，并指导游戏暴露状态输出与可控时间步进接口。

准备使用时，先检查 Node.js、Playwright、浏览器和默认脚本路径。再让 AI 跑完一条具体流程：开始游戏、移动、触发成功或失败、重新开始，并查看截图、状态和控制台错误。当前官方目录已移除该 Skill，本合集保留其历史方法与原始文件。

• develop-web-game（Develop Web Game · 网页游戏测试（历史版）） — OpenAI skills 仓库删除前的官方历史版本，固定保存于提交 30444aed。通过“实现 → Playwright 操作 → 截图/状态 → 修复”迭代 HTML/JavaScript 游戏，包含测试脚本与动作示例。需要 Node.js、Playwright 和浏览器；默认路径按 Codex 布局设置。当前官方目录已移除该 Skill，不代表持续维护；原始文件和 Apache-2.0 许可证完整保留。

可以直接从这个任务开始

给 AI 一个边界清楚的请求，会更容易得到可迭代的结果：

做一个浏览器里的单关卡平台小游戏。玩家用左右键移动、空格跳跃，收集三枚道具后到达终点；掉下平台后可以重来。先完成移动、碰撞、胜负和重开，再加入清楚的进度界面与适量的动作反馈。每轮修改后检查实际画面和操作结果。

先用 game-design-theory 明确规则，再由 game-engine 推进网页实现；进入界面与反馈阶段时，分别调用 game-ui-design 和 game-feel。需要更完整的视觉制作流程，再加入 game-builder；确有 3D 关键资产时，再配置 Blender 配套能力。浏览器测试可参考 develop-web-game 历史版。

本合集各 Skill 保留原始文件、来源和许可证。game-design-theory 使用作者自定义许可证，其余条目使用各自包内的 MIT 或 Apache-2.0 许可；下载和使用时请按对应许可及环境说明执行。引擎、浏览器、Blender 和多 Agent 能力仍需在运行环境中准备。

从一张地图开始。把一次移动、一次跳跃和一次重开做好，再决定下一步增加什么。