team-audio
$
npx mdskill add pixel-cellar/Claude-Code-Game-Studios/team-audio当此技能被调用时,通过结构化管线编排音频团队。
SKILL.md
.github/skills/team-audioView on GitHub ↗
--- name: team-audio description: "编排音频团队:audio-director + sound-designer + technical-artist + gameplay-programmer,覆盖从音频方向制定到落地的完整音频管线。" argument-hint: "[需要设计音频的功能或区域]" user-invocable: true allowed-tools: Read, Glob, Grep, Write, Edit, Bash, Task, AskUserQuestion, TodoWrite --- 当此技能被调用时,通过结构化管线编排音频团队。 **决策点**:在每个步骤转换时,使用 `AskUserQuestion` 将子代理的提案以可选项的形式呈现给用户。在对话中完整展示代理的分析内容,然后以简洁标签记录决策。用户必须批准后才能进入下一步。 1. **读取参数**,获取目标功能或区域(例如 `combat`、`main menu`、`forest biome`、`boss encounter`)。 2. **收集上下文**: - 读取 `design/gdd/` 中与该功能相关的设计文档 - 读取音频圣经 `design/gdd/sound-bible.md`(如存在) - 读取 `assets/audio/` 中现有的音频资产列表 - 读取该区域已有的音效设计文档 ## 如何委派 使用 Task 工具将每个团队成员作为子代理(Subagent)生成: - `subagent_type: audio-director` — 声音标识、情感基调、音频调色板 - `subagent_type: sound-designer` — 音效规格、音频事件、混音分组 - `subagent_type: technical-artist` — 音频中间件、总线结构、内存预算 - `subagent_type: gameplay-programmer` — 音频管理器、游戏性触发器、自适应音乐 始终在每个代理的提示中提供完整上下文(功能描述、现有音频资产、设计文档引用)。 3. **按顺序编排音频团队**: ### 步骤 1:音频方向(audio-director) 生成 `audio-director` 代理以: - 定义该功能/区域的声音标识 - 指定情感基调和音频调色板 - 设定音乐方向(自适应层级、分轨 Stems、过渡方式) - 定义音频优先级和混音目标 - 建立自适应音频规则(战斗强度、探索、紧张感) ### 步骤 2:音效设计(sound-designer) 生成 `sound-designer` 代理以: - 为每个音频事件创建详细的音效规格 - 定义声音类别(环境音、UI 音、游戏性音效、音乐、对白) - 指定每个声音的参数(音量范围、音调变化、衰减曲线 Attenuation) - 规划音频事件列表及触发条件 - 定义混音分组和闪避规则(Ducking Rules) ### 步骤 3:技术实现(technical-artist) 生成 `technical-artist` 代理以: - 设计音频中间件集成方案(Wwise/FMOD/原生) - 定义音频总线结构和路由 - 指定各平台音频资产的内存预算 - 规划流式加载(Streaming)与预加载资产策略 - 设计音频驱动的视觉效果(如有) ### 步骤 4:代码集成(gameplay-programmer) 生成 `gameplay-programmer` 代理以: - 实现音频管理器系统或审查现有系统 - 将音频事件连接到游戏性触发器 - 实现自适应音乐系统(如已指定) - 设置音频遮挡(Occlusion)和混响区域(Reverb Zones) - 编写音频事件触发的单元测试 4. **编制音频设计文档**,整合所有团队的输出。 5. **保存至** `design/gdd/audio-[feature].md`。 6. **输出摘要**,包含:音频事件数量、预估资产数量、实现任务清单,以及团队成员之间的待决问题。
More from pixel-cellar/Claude-Code-Game-Studios
- architecture-decision创建架构决策记录(Architecture Decision Record, ADR),记录重大技术决策及其背景、备选方案和影响后果。每个重大技术选择都应有对应的 ADR。
- estimate通过分析复杂度、依赖关系、历史速度和风险因素来估算任务工作量。生成包含置信水平的结构化估算。
- localize运行本地化工作流:提取字符串、验证本地化就绪状态、检查硬编码文本,并生成可供翻译的字符串表。
- map-systems将游戏概念拆解为独立系统,映射依赖关系,确定设计优先级,并创建系统索引。
- milestone-review生成全面的里程碑进度审查,包括功能完成度、质量指标、风险评估和推进/暂停建议。在里程碑检查点或评估里程碑截止日期的准备情况时使用。
- patch-notes从 git 历史记录、Sprint 数据和内部更新日志生成面向玩家的补丁说明。将开发者语言转化为清晰、有吸引力的玩家沟通内容。
- perf-profile结构化的性能分析工作流。识别瓶颈、与性能预算对比测量,并生成带有优先级排序的优化建议。
- playtest-report生成结构化的试玩报告模板,或将现有试玩笔记分析为结构化格式。用于标准化试玩反馈的收集和分析。
- project-stage-detect自动分析项目状态、检测开发阶段、识别缺失项,并根据现有工件推荐后续步骤。
- release-checklist生成全面的发布前验证清单,涵盖构建验证、合规要求、商店元数据和发布准备就绪情况。