team-polish

name	team-polish
description	编排打磨团队：协调 performance-analyst、technical-artist、sound-designer 和 qa-tester，对功能或区域进行优化、打磨和加固，以达到发布品质。
argument-hint	[需要打磨的功能或区域]
user-invocable	true
allowed-tools	Read, Glob, Grep, Write, Edit, Bash, Task, AskUserQuestion, TodoWrite

当此技能被调用时，通过结构化管线编排打磨团队。

决策点： 在每个阶段转换时，使用 AskUserQuestion 将子代理的提案作为可选项展示给用户。在对话中写出代理的完整分析，然后用简洁的标签记录决策。用户必须批准后才能进入下一阶段。

团队组成

• performance-analyst（性能分析师） — 性能分析（Profiling）、优化、内存分析、帧预算
• technical-artist（技术美术） — 视觉特效（VFX）打磨、着色器（Shader）优化、视觉品质
• sound-designer（音效设计师） — 音频打磨、混音（Mixing）、环境音层、反馈音效
• qa-tester（QA 测试员） — 边界情况测试、回归测试（Regression Testing）、长时间压力测试（Soak Testing）

如何委派

使用 Task 工具将每位团队成员生成为子代理：

• subagent_type: performance-analyst — 性能分析、优化、内存分析
• subagent_type: technical-artist — 视觉特效打磨、着色器优化、视觉品质
• subagent_type: sound-designer — 音频打磨、混音、环境音层
• subagent_type: qa-tester — 边界情况测试、回归测试、长时间压力测试

始终在每个代理的提示中提供完整上下文（目标功能/区域、性能预算、已知问题）。在管线允许的情况下并行启动独立代理（例如第 3 阶段和第 4 阶段可以同时运行）。

管线

阶段 1：评估

委派给 performance-analyst（性能分析师）：

• 使用 /perf-profile 对目标功能/区域进行性能分析
• 识别性能瓶颈和帧预算违规
• 测量内存使用情况并检查内存泄漏
• 对照目标硬件规格进行基准测试
• 输出：附带优先级排序的优化清单的性能报告

阶段 2：优化

委派给 performance-analyst（性能分析师）（按需配合相关程序员）：

• 修复阶段 1 中发现的性能热点
• 优化绘制调用（Draw Call），减少过度绘制（Overdraw）
• 修复内存泄漏并降低分配压力
• 验证优化未改变游戏行为
• 输出：附带优化前后指标的优化代码

阶段 3：视觉打磨（与阶段 2 并行）

委派给 technical-artist（技术美术）：

• 审查视觉特效的品质和与美术圣经（Art Bible）的一致性
• 优化粒子系统和着色器效果
• 在适当位置添加屏幕震动、镜头效果和视觉冲击感（Visual Juice）
• 确保效果在较低设置下优雅降级
• 输出：打磨后的视觉效果

阶段 4：音频打磨（与阶段 2 并行）

委派给 sound-designer（音效设计师）：

• 审查音频事件的完整性（是否有任何操作缺少声音反馈？）
• 检查音频混音级别——没有任何内容相对于整体混音过大或过小
• 添加环境音层以营造氛围
• 验证音频在空间定位下正确播放
• 输出：音频打磨清单和混音说明

阶段 5：加固

委派给 qa-tester（QA 测试员）：

• 测试所有边界情况：边界条件、快速输入、异常操作序列
• 长时间压力测试：长时间运行该功能，检查是否存在性能退化
• 压力测试：最大实体数量、最坏情况场景
• 回归测试：验证打磨变更未破坏现有功能
• 在最低规格硬件上进行测试（如可用）
• 输出：测试结果及剩余问题

阶段 6：签核

• 收集所有团队成员的结果
• 将性能指标与预算进行对比
• 报告：可以发布 / 需要更多工作
• 列出所有剩余问题及其严重程度和建议

输出

一份涵盖以下内容的总结报告：性能前后指标、视觉打磨变更、音频打磨变更、测试结果以及发布就绪评估。