用途：在性能成为主要问题时，帮助定位并改善延迟、资源占用、查询、渲染或构建/测试吞吐，同时保持业务行为不变。核心是给出经得起检验的性能结论：确认瓶颈、针对性改动、同条件前后对比。
主要能力与流程：先定义“慢”的对象、位置、影响人群和比较基准，改动前采集基线（计时、查询数、负载、内存、CPU、包体积、Web Vitals、profile 或日志）。结果只在固定基准范围内可比，需记录工作负载与数据规模、起始状态、冷热缓存、账号权限、命令与参数、worker 数、重试、资源限制及主机并发活动；噪声测量需重复并报告代表值与离散度，不能只取最好一次。基础设施异常（崩溃、OOM、意外重启、setup/cleanup 失败、孤儿进程）的运行应被拒绝并记录，不参与平均。未解释的正确性失败优先隔离，再优化。
定位瓶颈：先归因再选修复，区分后端、数据库、网络、前端渲染、资源加载、构建工具与外部依赖；测试或基准内区分 setup、执行与清理。用现有埋点、trace、查询日志和 profiler，改动数据流前先读相关规则。performance-playbook.md 提供数据库、后端、前端、资源、构建、测试与缓存的领域检查。
修复与验证：从解决已测瓶颈的最小改动开始，测量显示本地修复不足时才引入新依赖、基础设施或架构。缓存是契约，需先定义失效、新鲜度与用户/租户边界。更快的测试套件仍须测同样内容，保持认证、授权、实时等行为。并发暴露失败时复现并修复具体用例，提高超时或重试会掩盖竞态与失败请求。未被用户接受的正确性、新鲜度、可访问性或 UX 权衡应由用户决定。验证时在同一范围内重跑同一测量并对比；状态变更流程需确认成功、失败与中断时的服务健康、清理、状态恢复与进程终止。按需扩大测量或测试，并添加回归防护。
报告：给出基线与改动后测量、范围、样本量、被拒运行、瓶颈与改动、验证方式，以及剩余权衡、缓存失效规则与风险。
限制：默认在主对话中运行；使用子智能体前需就数量与范围获得明确批准，扩大前需再次确认。资料未提供具体命令、安装方式、收费或平台信息。