| 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：签核
- 收集所有团队成员的结果
- 将性能指标与预算进行对比
- 报告：可以发布 / 需要更多工作
- 列出所有剩余问题及其严重程度和建议
输出
一份涵盖以下内容的总结报告：性能前后指标、视觉打磨变更、音频打磨变更、测试结果以及发布就绪评估。
