用途：在发布前后审查应用真实性能，捕捉开发阶段不易察觉的问题，如打包膨胀、布局偏移、交互迟缓、图片未优化和阻塞渲染资源。命令为 /shiplight:performance-review。
主要能力：分五个阶段——教育（性能对业务的影响）、范围界定（识别关键页面、性能预算与基线）、分析（浏览器内实测）、报告（指标、评分与对比）、修复（修复指引与回归测试）。检查覆盖五类：Core Web Vitals（LCP、INP、CLS）、页面加载（TTFB、FCP、DOM Content Loaded、页面体积、请求数、TTI、TBT、Speed Index）、资源优化（图片格式与尺寸、懒加载、CSS/JS 加载策略、字体、压缩、HTTP 版本、缓存、未使用代码）、打包分析（JS/CSS 体积、代码分割、重复依赖、tree shaking、source map、第三方 JS 占比）、运行时（长任务、滚动与动画流畅度、内存泄漏、DOM 节点数、布局抖动、事件监听器）。
使用方式：通过 new_session 并开启 record_evidence 打开浏览器会话，用 PerformanceObserver 与 performance.getEntries() 采集指标；报告保存至 shiplight/reports/performance-review-{date}.md，YAML 回归测试保存至 shiplight/tests/performance-review.test.yaml；结束时用 close_session，并用 generate_html_report 输出证据。深度级别有 --quick（约 2 分钟）、默认（约 8-12 分钟）、--thorough（约 20-30 分钟）。
适用场景：发布前或大功能上线后、页面加载变慢、应对高流量事件、新增依赖或第三方脚本后、SEO 依赖性能分数、用户反馈卡顿。
限制：资料未提供收费、价格、支持平台等具体信息；性能数值为环境相关，建议在生产或类生产构建上多次测量，并同时测试桌面与移动端（模拟 Moto G4 / Slow 4G）。