用途：当 WordPress 站点、页面或接口（后台、REST、WP-Cron）变慢，或需要制定性能剖析方案时使用。适用于优化数据库查询、自动加载选项、对象缓存、Cron 任务和远程 HTTP 调用。该技能假定 Agent 无法使用浏览器，优先使用 WP-CLI、日志与 HTTP 请求。
主要能力：先测量后优化。生成确定性的后端性能报告，检测 WP-CLI 可用性与核心版本、wp doctor/wp profile 是否可用、自动加载选项体积、是否存在对象缓存 drop-in；运行 wp doctor check --all 做快速诊断；用 wp profile stage/hook/eval 做深度剖析；通过 REST 响应头（x-qm-*）或 ?_envelope 无头读取 Query Monitor；按瓶颈类别（数据库、自动加载、对象缓存、HTTP、Cron）选择修复方向；修复后重复相同测量验证。
必要用法：需提供环境与安全信息（dev/staging/prod、是否允许写入或安装插件）、定位方式（--path=<path>，多站点用 --url=<url>）以及症状与范围。性能报告命令：node skills/wp-performance/scripts/perf_inspect.mjs --path=<path> [--url=<url>]。快速诊断：wp doctor check --all（加 --spotlight 仅显示警告和错误）；wp doctor check 不带检查名且不带 --all 会报错而非运行。
限制：默认不应在生产环境执行写入操作、启用 SAVEQUERIES、跑负载测试或在流量期间清缓存，除非获明确批准。Query Monitor 本身有开销，不宜在生产运行。系统级剖析（APM、PHP 剖析扩展）需与运维或主机方协调。缓存刷新应作为最后手段。若结果“无变化”，可能是 --url 不匹配、缓存掩盖或 opcode 缓存过期；剖析数据可能因后台任务而嘈杂。WordPress 6.9 对经典主题按需加载 CSS、无渲染阻塞资源的区块主题、提高内联 CSS 阈值等改进也会影响剖析判断。