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

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