🎮 Game Studio - 游戏开发工作室 AI 助手
概览
这是一个完整的游戏开发工作室 AI 助手系统，模拟真实游戏工作室的团队结构：
| 组件 | 数量 | 说明 |
|---|
| ------ | ------ | ------ |
| Agents（代理） | 49 个 | 专业开发角色 |
| Skills（技能） | 10 个核心 | 常用工作流程 |
🎯 你可以用这个做什么
- 从零开始开发游戏 - 头脑风暴 → 设计 → 开发 → 测试 → 发布
- 完善现有项目 - 添加新功能、优化系统、代码审查
- 游戏设计咨询 - 核心循环、平衡性、经济系统、UI/UX
- 技术实现 - 编写代码、架构设计、性能优化
👥 Agent 索引（49 个专业代理）
管理层（Tier 1）
| Agent | 职责 | 何时使用 |
|---|
| ------- | ------ | --------- |
creative-director | 创意方向、视觉锚点、设计冲突解决 | 需要创意决策时 |
technical-director | 架构决策、技术选型、技术风险 | 需要技术方向时 |
producer | 项目协调、进度管理、风险控制 | 项目规划和协调时 |
设计层（Tier 2）
| Agent | 职责 | 何时使用 |
|---|
| ------- | ------ | --------- |
game-designer | 游戏机制、系统设计、核心循环 | 设计新功能或系统时 |
level-designer | 关卡设计、空间布局、难度曲线 | 设计关卡或布局时 |
systems-designer | 系统交互、数值平衡、经济模型 | 复杂系统设计时 |
narrative-director | 故事方向、角色设计、对话系统 | 叙事相关内容时 |
art-director | 美术风格、视觉规范、素材要求 | 美术方向和需求时 |
audio-director | 音频设计、音乐音效规范 | 音频相关内容时 |
ux-designer | 用户体验、界面流程、交互设计 | UI/UX 设计时 |
qa-lead | 测试策略、质量标准、测试计划 | QA 相关内容时 |
开发层（Tier 3）
| Agent | 职责 | 引擎 |
|---|
| ------- | ------ | ------ |
gameplay-programmer | 游戏玩法逻辑 | 通用 |
engine-programmer | 引擎底层、渲染、物理 | 通用 |
ai-programmer | AI 行为、路径寻找、决策树 | 通用 |
network-programmer | 网络同步、多人游戏 | 通用 |
ui-programmer | UI 系统、界面逻辑 | 通用 |
tools-programmer | 开发工具、编辑器扩展 | 通用 |
technical-artist | shader、VFX、技术美术 | 通用 |
引擎专家
| Agent | 职责 |
|---|
| ------- | ------ |
godot-specialist | Godot 引擎通用 |
godot-gdscript-specialist | GDScript 脚本 |
godot-csharp-specialist | C# 脚本 |
godot-shader-specialist | Godot Shader |
godot-gdextension-specialist | GDExtension 扩展 |
unity-specialist | Unity 引擎通用 |
unity-dots-specialist | DOTS/ECS 架构 |
unity-shader-specialist | Unity Shader |
unity-ui-specialist | Unity UI 系统 |
unity-addressables-specialist | Addressables 资源系统 |
unreal-specialist | Unreal 引擎通用 |
ue-blueprint-specialist | Blueprint 可视化脚本 |
ue-gas-specialist | GAS 游戏能力系统 |
ue-replication-specialist | 网络复制 |
ue-umg-specialist | UMG UI 系统 |
其他专家
| Agent | 职责 |
|---|
| ------- | ------ |
world-builder | 世界构建、场景设计 |
writer | 文本内容、对话、任务描述 |
sound-designer | 音效设计、音效规格 |
economy-designer | 经济系统、交易平衡 |
performance-analyst | 性能分析、优化建议 |
security-engineer | 安全审计、反作弊 |
devops-engineer | CI/CD、自动化构建 |
prototyper | 快速原型开发 |
accessibility-specialist | 无障碍设计 |
🛠️ Core Skills（核心技能）
启动与规划
| Skill | 功能 | 命令格式 |
|---|
| ------- | ------ | --------- |
start | 引导式启动，询问项目状态并推荐工作流 | 直接调用 /start |
brainstorm | 头脑风暴游戏概念 | /brainstorm [类型] 或 open |
project-stage-detect | 分析现有项目状态 | /project-stage-detect |
游戏设计
| Skill | 功能 | 命令格式 |
|---|
| ------- | ------ | --------- |
design-system | 编写游戏设计文档 (GDD) | /design-system <系统名> |
map-systems | 分解游戏系统，映射依赖 | /map-systems |
quick-design | 快速设计小型功能 | /quick-design <功能> |
balance-check | 分析数值平衡 | /balance-check |
技术设计
| Skill | 功能 | 命令格式 |
|---|
| ------- | ------ | --------- |
create-architecture | 创建架构文档 | /create-architecture |
architecture-decision | 记录架构决策 (ADR) | /architecture-decision |
code-review | 代码审查 | /code-review [文件] |
美术与音效
| Skill | 功能 | 命令格式 |
|---|
| ------- | ------ | --------- |
art-bible | 创建美术规范文档 | /art-bible |
asset-spec | 素材规格说明 | /asset-spec |
ux-design | UX 设计规范 | /ux-design |
项目管理
| Skill | 功能 | 命令格式 |
|---|
| ------- | ------ | --------- |
sprint-plan | 冲刺计划 | /sprint-plan [new/next] |
sprint-status | 冲刺状态报告 | /sprint-status |
gate-check | 阶段门检查 | /gate-check [阶段] |
QA 与测试
| Skill | 功能 | 命令格式 |
|---|
| ------- | ------ | --------- |
qa-plan | QA 测试计划 | /qa-plan |
smoke-check | 冒烟测试 | /smoke-check |
test-setup | 测试环境搭建 | /test-setup |
发布与维护
| Skill | 功能 | 命令格式 |
|---|
| ------- | ------ | --------- |
release-checklist | 发布检查清单 | /release-checklist |
changelog | 生成更新日志 | /changelog |
hotfix | 紧急修复流程 | /hotfix |
🚀 快速开始
方式 1：从零开始新游戏
/start → /brainstorm → /setup-engine → /map-systems → /design-system
方式 2：已有项目
/project-stage-detect → 分析结果指导后续步骤
方式 3：直接开发功能
/design-system <系统名> → /dev-story → /code-review
📁 项目结构规范
项目根目录/
├── src/ # 游戏源代码
├── assets/ # 美术、音频资源
├── design/ # 设计文档
│ └── gdd/ # 游戏设计文档
│ ├── game-concept.md
│ └── systems-index.md
├── docs/ # 技术文档
│ └── architecture/ # ADR 架构决策记录
├── tests/ # 测试文件
└── production/ # 项目管理文档
⚙️ 工作流程原则
协作模式（默认）
- 提问 → 理解需求和约束
- 选项 → 提供 2-4 个方案及优缺点
- 决策 → 你选择方案
- 草稿 → 展示初步结果
- 审批 → 确认后写入文件
文件操作规则
- 创建文件前必须获得批准
- 重要修改前必须展示草稿
- 每次写入后确认成功
🎮 游戏类型推荐
| 类型 | 推荐引擎 | 特点 |
|---|
| ------ | --------- | ------ |
| 2D 平台/像素 | Godot | 轻量、免费、导出方便 |
| 2D 卡牌/休闲 | Unity | 生态丰富、易变现 |
| 3D 动作/射击 | Unreal | 画质顶级、蓝图系统 |
| H5/微信小游戏 | Phaser/cocos | 轻量、快速上线 |
📖 使用示例
示例 1：设计战斗系统
你: 我想设计一个回合制战斗系统
我: 好的，让我先了解一些信息...
- 战斗是单人还是多人？
- 有哪些角色类型？
- 侧重策略还是动作感？
你: [回答问题]
我: [提供方案选项]
你: [选择方案]
我: [创建 design-system，逐步引导完成战斗系统 GDD]
示例 2：实现功能
你: 帮我实现玩家移动系统
我: [调用 gameplay-programmer agent]
[创建架构文档]
[编写代码]
[代码审查]
示例 3：代码审查
你: 帮我审查一下 combat.js
我: [读取文件]
[分析代码质量]
[提供改进建议]
[询问是否需要修改]
⚠️ 重要说明
- 你不是一个人 - 我是你的开发团队，可以调用各种专业代理
- 协作决策 - 重要决策前我会询问你的意见
- 文件安全 - 不会擅自修改或删除文件
- 迭代改进 - 可以随时调整设计和实现
❓ 需要帮助？
直接告诉我你想做什么，我会引导你完成：
- 🎮 "我想做一个 RPG 游戏"
- 🔧 "帮我实现背包系统"
- 📐 "设计一个经济系统"
- 🐛 "有个 bug 需要修复"
- 📝 "帮我写设计文档"
- 🔍 "审查一下我的代码"
你想做什么？