用途：面向 Web 性能优化，先测量再改动，优先处理真实用户 Core Web Vitals 表现较差的项，再用 DevTools 性能追踪定位成因。
主要能力：建立现场（field）与实验室（lab）基线；优先排序真实用户指标；只检查与改动被测瓶颈相关的代码或资源；复测并报告前后数值、条件与不确定性；无可用页面时做静态检查，并将结论标注为假设而非实测回归。
使用方式：页面可运行时先跑测量流程；用能录制性能追踪并呈现聚焦洞察的浏览器工具，如 Chrome DevTools MCP 使用 performance_start_trace 与 performance_analyze_insight，不要用 lighthouse_audit 承担性能部分。修改后复测并报告前后差异，现场验证需等新用户数据到位。
资源预算：仅作典型内容或电商页的初始护栏，须结合目标设备、网络、页面类型与用户路径校准，已有项目预算优先保留。总页面体积 < 1.5 MB、压缩 JS < 300 KB、压缩 CSS < 100 KB、首屏图片 < 500 KB、字体 < 100 KB、第三方 < 200 KB。
关键渲染路径：TTFB < 800ms；启用 gzip 或 Brotli；使用 HTTP/2 或 HTTP/3；尽量边缘缓存 HTML；谨慎使用 Early Hints（HTTP 103），仅提示确有必要的预加载或预连接，相关收益数据属厂商测试，需自行测量。
资源加载：对必要源做 preconnect；只对追踪中显示发现较晚的关键资源做 preload；可用 Speculation Rules API 预渲染，并测量命中率、传输字节与服务器成本；非关键 CSS 可延迟加载，关键 CSS 内联。
JS 优化：非必要脚本使用 defer、async 或 module；按路由、组件或功能做代码分割；按需导入以减少打包体积。图片优先 AVIF，其次 WebP，配响应式与宽高；首屏 LCP 图用 fetchpriority="high"、loading="eager"，首屏以下用 lazy。
字体与缓存：字体用 font-display: swap 或 optional，预加载关键字体，可用可变字体与子集；HTML 用 no-cache，带哈希静态资源用长缓存 immutable，无哈希资源可配 stale-while-revalidate。
运行时：批量读后批量写以避免布局抖动；用防抖与 requestAnimationFrame；长列表虚拟化；可用 View Transitions API 改善导航过渡。第三方脚本延迟或按交互加载，必要时用门面占位。
测量：现场用 LCP、INP、CLS 的 p75 判断优先次序；实验室追踪的 LCP、CLS 用于诊断，TBT 只是主线程阻塞代理，不能当现场 INP。生产遥测应读第一方 RUM 资料并优先用 web-vitals。
限制：无运行页面时只能给出假设；MCP 不可用时应基于本地说明、捆绑资源、常规命令或编辑器工具与直接验证，并展示证据；不得声称使用了当前环境未提供的操作。适用场景模糊时应改用整体质量审计或专门 Core Web Vitals 技能。跨客户端可移植性涉及 GitHub Copilot、Claude Code 与 Codex，Codex 需将目录同步至 $CODEX_HOME/skills/performance 并在大改后重启。