Performance Review 用于在浏览器中实测应用性能，而非仅做静态分析。触发方式为 /performance-review。适用时机：发布前或大功能新增后、页面加载变慢、迎接高流量、新增依赖或三方脚本、SEO 依赖性能评分、用户反馈卡顿。
引用标准：Google Core Web Vitals（LCP、INP、CLS，2024 阈值）、Lighthouse、HTTP Archive 基准、Web.dev 性能指南、RAIL 模型。
流程分五阶段。第一阶段教育：说明性能对业务的影响与测量范围。第二阶段范围界定：自动检测构建系统、打包分析、图片优化管线、字体策略、代码分割、缓存与 CDN，并向用户确认目标 URL、关键页面、性能预算与已知问题，确定页面、桌面与移动模拟条件。第三阶段分析：用 new_session（record_evidence: true）打开浏览器，逐页测量五类指标——Core Web Vitals（LCP≤2.5s、INP≤200ms、CLS≤0.1）、页面加载（TTFB≤800ms、FCP≤1.8s、DOMContentLoaded≤2.0s、页面总重移动≤3MB/桌面≤5MB、请求数≤50、TTI≤3.8s、TBT≤200ms、Speed Index≤3.4s）、资源优化（现代图片格式、尺寸、懒加载、显式尺寸、CSS/JS 加载策略、字体替换与预加载、压缩、HTTP/2 或 3、缓存头、无用 CSS/JS）、包体积（主 JS≤250KB gzip、总 JS≤500KB、CSS≤100KB、代码分割、重复依赖、tree shaking、生产环境不暴露 source map、三方 JS 占比≤30%）、运行时（长任务、滚动与动画 60fps、内存泄漏、DOM 节点≤1500、布局抖动、事件监听效率）。第四阶段报告：保存到 shiplight/reports/performance-review-{date}.md，含总分与置信度、CWV 汇总、分类评分、资源瀑布、包体积明细与发现项；置信度低于 50% 不报告。第五阶段修复：给出修复指引与 YAML 回归测试，保存到 shiplight/tests/performance-review.test.yaml。
深度等级：--quick 仅主页面 CWV，约 2 分钟；默认全部类别加桌面与移动，约 8-12 分钟；--thorough 增加扩展页面、多次运行与运行时剖析，约 20-30 分钟。
限制：需在浏览器会话中运行，建议在生产或类生产构建上测量；性能数据有波动，应多次运行看趋势；未提供具体定价、安装命令与平台要求。