用途：协调后端、前端与基础设施的端到端性能优化，建立基线与剖析以定位瓶颈，设计负载测试、性能预算与容量规划，并为性能与可靠性目标构建可观测性。不适用于无更广泛性能目标的局部小修复、无法访问指标/追踪/剖析数据，或与性能、可扩展性无关的请求。
主要能力：分五个阶段推进。阶段一用 performance-engineer 与 observability-engineer 子代理做全面剖析（火焰图、堆转储、I/O 追踪、APM）、可观测性评估与用户体验分析（Core Web Vitals、RUM）。阶段二做数据库优化（慢查询、索引、执行计划、Redis/Memcached 缓存、连接池、读写分离）、后端代码与 API 优化（算法、应用级缓存、N+1、分页、压缩、GraphQL、熔断与舱壁）、微服务与分布式系统优化（服务网格、Kafka/RabbitMQ、分布式缓存、序列化）。阶段三做前端打包与加载优化（代码分割、tree shaking、懒加载、资源提示、关键渲染路径）、CDN 与边缘优化（CloudFlare/CloudFront、边缘函数、WebP/AVIF、HTTP/2 与 HTTP/3、Brotli、地理分布）、移动与 PWA 优化（Service Worker、离线、虚拟滚动、触摸响应）。阶段四用 k6/Gatling/Artillery 做负载测试与性能回归测试，集成 CI/CD 与 Lighthouse CI。阶段五做生产监控（APM、OpenTelemetry、Grafana、PagerDuty、SLI/SLO）与持续优化。
使用方式：通过 Task 工具调用指定 subagent_type 并传入 $ARGUMENTS 与上下文；可配置 performance_focus（latency/throughput/cost/balanced）、optimization_depth（quick-wins/comprehensive/enterprise）、tools_available、budget_constraints、user_impact_tolerance。
限制：避免未经批准与保护措施对生产做负载测试；性能变更需渐进发布并准备回滚；仅在任务明确匹配上述范围时使用，输出不能替代环境特定验证、测试或专家评审；缺少必要输入、权限、安全边界或成功标准时应停止并请求澄清。