Lighthouse 性能审计与优化

解决什么问题

收到一份 Lighthouse 报告只是开始，真正的难点是把分数翻译成可落地的代码改动。不同项目的技术栈、部署环境和约束条件各不相同，盲目照搬通用优化建议往往适得其反，甚至引入新的性能瓶颈或破坏现有逻辑。

核心工作流程

本技能将性能优化拆解为两个严格控制的阶段：

• 阶段 A（只读审计）：支持通过 chrome-devtools-mcp 或 lighthouse CLI 执行审计。此阶段严格只读，不触碰仓库，不读取源码。产出聚焦于评分与核心指标的结论性报告，帮助你快速判断当前页面的性能水位。
• 阶段 B（深度优化）：经交互式确认后，技能会读取代码库，结合你的项目范围输出带有「涉及文件」的优化清单。只有在你明确选择执行项后，才会进行代码修改与回归测试。

这种分离设计确保了“评估”与“重构”互不干扰，让你始终掌握对代码的控制权。

适用边界与注意点

• Lab 与 Field 的界限：Lighthouse 运行在实验室环境中，受限于固定的设备模拟和网络条件。Core Web Vitals (CWV) 的最终达标情况应以 CrUX 等真实用户现场数据为准。本技能的报告不会进行冗长的 CWV 科普，只在必要时提供一句话提示。
• 交互式决策：在进入优化阶段和选择具体执行项时，技能会通过交互式提问（AskQuestion）确认你的意图。选项不会出现在报告正文中，以此保证沟通的直接与聚焦。
• 范围控制：如果你只需要确认当前页面是否达标，可以在审计结束后直接收束，无需进入代码改动环节。