Claude Code Game Studios 49个Agent花名册全清单：从创意总监到社区经理
【免费下载链接】Claude-Code-Game-StudiosTurn Claude Code into a full game dev studio — 49 AI agents, 72 workflow skills, and a complete coordination system mirroring real studio hierarchy.项目地址: https://gitcode.com/GitHub_Trending/cl/Claude-Code-Game-Studios
Claude Code Game Studios能把一个 Claude Code 会话变成完整的游戏开发工作室——49 个 AI 游戏开发智能体（Agent）、72 个工作流技能，按照真实游戏工作室的层级组织运转。这篇文章为你带来这份 49 个 Agent 花名册全清单，带你看懂每位"AI 员工"的职责边界、所在层级和定义文件位置，帮你快速找到最适合自己的那个团队配置。
为什么你需要一份 Agent 花名册 📋
一个人用 AI 做游戏最大的问题是：单一聊天会话没有组织结构——没人阻止你写魔法数字，没人做设计评审，也没人问"这个功能真的符合游戏愿景吗"。
Claude Code Game Studios 的解法是给 AI 会话套上一个真实工作室的组织架构：总监守护愿景，部门负责人（Lead）掌管各自领域，专员（Specialist）干具体的活。每位 Agent 都有明确的职责、升级路径和质量关卡。
好消息是：你不需要 49 个全用上。它是模板而非锁定框架，用哪个引擎就留哪组引擎专员，删掉不需要的 Agent 文件即可。
三层架构：花名册的组织逻辑 🏛️
整个花名册分为三层，与真实工作室的汇报关系完全一致（架构总览见 CLAUDE.md）：
| 层级 | 角色 | 人数 | 默认模型 | 职责定位 |
|---|---|---|---|---|
| Tier 1 | 总监（Directors） | 4 | Opus | 守护愿景与质量关卡 |
| Tier 2 | 部门负责人（Leads） | 8 | Sonnet | 掌管单一领域，向总监汇报 |
| Tier 3 | 专员（Specialists） | 37 | Sonnet / Haiku | 动手干活的一线角色 |
协作规则：总监向 Lead 委派，Lead 向专员委派；同级之间可以咨询但不能互相做跨领域决策；有分歧就升级到共同上级；跨部门变更由
producer统一协调。
Tier 1：总监层——工作室的"大脑" 🧠
总监层全部运行在Opus模型上，负责多文档综合判断和高风险的阶段门（Phase Gate）裁决。
| Agent | 职责 | 定义文件 |
|---|---|---|
creative-director | 创意愿景、游戏支柱（Pillars）、GDD 对齐、叙事方向把控 | creative-director.md |
technical-director | 技术架构、实现可行性、工程方向决策 | technical-director.md |
producer | 冲刺计划、里程碑、风险管理、跨部门协调的主协调人 | producer.md |
art-director | 美术风格方向、视觉一致性的把关 | art-director.md |
以creative-director为例，它的测试规格书 creative-director.md 明确写着：它拥有创意愿景、GDD 对齐等 6 个创意类关卡（CD-PILLARS、CD-GDD-ALIGN 等）的裁决权，但明确不拥有技术架构和生产排期——遇到数据库设计问题会直接转给technical-director。这种"领域边界"是整套体系最核心的设计。
Tier 2：部门负责人层——八个领域的掌门人 🎯
部门负责人各自"拥有"一个领域，是总监和专员之间的中枢。
| Agent | 掌管领域 | 定义文件 |
|---|---|---|
game-designer | 核心玩法与系统设计 | game-designer.md |
lead-programmer | 代码架构、编码标准、代码评审 | lead-programmer.md |
art-director | 美术风格与执行 | art-director.md |
audio-director | 音频方向与音效/配乐标准 | audio-director.md |
narrative-director | 叙事与世界观方向 | narrative-director.md |
qa-lead | 测试策略与质量验收 | qa-lead.md |
release-manager | 版本发布节奏与发布流程 | release-manager.md |
localization-lead | 本地化与多语言管理 | localization-lead.md |
以lead-programmer为例（lead-programmer.md），它的定位是"把技术总监的架构愿景翻译成具体的代码结构"，内置code-review、architecture-decision、tech-debt三个技能，并带有项目级记忆（memory: project），跨会话也能延续对代码库的理解。
Tier 3：专员层——18 个通用专员 🛠️
这是花名册人数最多、最贴近日常开发的部分，按职能可以分成六类：
编程类（6 人）
| Agent | 干什么 | 定义文件 |
|---|---|---|
gameplay-programmer | 把设计文档翻译成玩法代码：机制、战斗、交互系统 | gameplay-programmer.md |
engine-programmer | 引擎层基础设施与核心代码 | engine-programmer.md |
ai-programmer | 敌人/角色 AI 行为 | ai-programmer.md |
network-programmer | 多人联网与同步 | network-programmer.md |
tools-programmer | 编辑器工具与管线工具 | tools-programmer.md |
ui-programmer | 界面与 HUD 实现 | ui-programmer.md |
设计类（4 人）
| Agent | 干什么 | 定义文件 |
|---|---|---|
systems-designer | 数值系统、成长曲线设计 | systems-designer.md |
level-designer | 关卡与空间设计 | level-designer.md |
economy-designer | 经济与付费平衡设计 | economy-designer.md |
ux-designer | 用户体验与交互流程 | ux-designer.md |
创意与美术类（4 人）
| Agent | 干什么 | 定义文件 |
|---|---|---|
writer | 对话、 Lore、物品描述等一切玩家可见文本 | writer.md |
world-builder | 世界观构建与设定 | world-builder.md |
technical-artist | 美术与技术的桥梁：资产管线、效果落地 | technical-artist.md |
sound-designer | 具体音效设计与音频资产 | sound-designer.md |
质量与工程保障（5 人）
| Agent | 干什么 | 定义文件 |
|---|---|---|
prototyper | 快速验证玩法原型 | prototyper.md |
performance-analyst | 性能分析与优化 | performance-analyst.md |
qa-tester | 执行测试用例 | qa-tester.md |
security-engineer | 安全审查 | security-engineer.md |
accessibility-specialist | 无障碍与可访问性 | accessibility-specialist.md |
运营与发布类（5 人）
| Agent | 干什么 | 定义文件 |
|---|---|---|
devops-engineer | 构建、CI 与发布工程 | devops-engineer.md |
analytics-engineer | 数据埋点与分析 | analytics-engineer.md |
live-ops-designer | 上线后运营活动设计 | live-ops-designer.md |
release-manager | 发布清单与版本管理 | release-manager.md |
community-manager | 玩家沟通：补丁说明、社媒文案、危机公关 | community-manager.md |
📌 一个有意思的细节：community-manager被设计成"只会跟玩家说话"——它的测试规格书（community-manager.md）要求它把Fixed NullReferenceException in InventoryManager.LoadSave()这种内部报错翻译成"修复了加载旧存档时可能发生的崩溃"，严禁在玩家可见文本里出现工单号、类名和堆栈信息。
引擎专员：三大引擎各 5 人 🎮
花名册的另一大板块是引擎专家，覆盖 Godot 4、Unity 和 Unreal Engine 5 三大主流引擎，每套都是"1 名 Lead + 4 名细分专员"的结构。用哪个引擎，就留哪一套：
| 引擎 | Lead Agent | 细分专员 |
|---|---|---|
| Godot 4 | godot-specialist | GDScript · Shader · GDExtension/C++ · C# |
| Unity | unity-specialist | DOTS/ECS · Shader/VFX · Addressables · UI Toolkit |
| Unreal 5 | unreal-specialist | GAS 技能系统 · 蓝图 · 网络复制 · UMG/CommonUI |
选定的引擎版本参考文档也内置在仓库里，例如 docs/engine-reference/godot/ 提供了 Godot 各模块（渲染、物理、UI、导航等）的 API 速查，避免 AI 用过时 API。
怎么用这份花名册：上手三步 🚀
- 克隆仓库：
git clone https://gitcode.com/GitHub_Trending/cl/Claude-Code-Game-Studios my-game cd my-game - 启动 Claude Code，运行
claude，然后执行/start——它会询问你当前处于哪个阶段（没想法 / 模糊概念 / 清晰设计 / 已有代码），并把你的 49 人团队引导到正确的工作流上。 - 按需裁剪：删掉不用的引擎专员、调整 Agent 提示词，或用
/team-combat、/team-ui这类"团队编排"技能让多个 Agent 协同完成同一个功能。
⚠️ 记住：这是协作系统，不是自动驾驶。每个 Agent 都会先提问、再给 2~4 个带优缺点的选项，最终决定权永远在你手里。
花名册速查 📇
| 想做的事 | 找谁 |
|---|---|
| 判断设计是否符合愿景 | creative-director |
| 评估技术方案 | technical-director |
| 排期、控范围、控风险 | producer |
| 写代码 | 对应领域程序员（如gameplay-programmer） |
| 引擎相关疑难 | 对应引擎specialist |
| 测试与验收 | qa-lead+qa-tester |
| 发布与玩家沟通 | release-manager+community-manager |
每位 Agent 的完整行为规格书（职责边界、测试用例、升级规则）都可以在 CCGS Skill Testing Framework/agents/ 目录下按角色目录查阅，配合 catalog.yaml 总注册表，就能对这套 49 人 AI 工作室了如指掌。
【免费下载链接】Claude-Code-Game-StudiosTurn Claude Code into a full game dev studio — 49 AI agents, 72 workflow skills, and a complete coordination system mirroring real studio hierarchy.项目地址: https://gitcode.com/GitHub_Trending/cl/Claude-Code-Game-Studios
创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
