用途：在需要通过 WP-CLI 完成 WordPress 运维工作时使用，包括 URL/域名迁移、协议切换、数据库导出导入与检查（wp db *）、插件与主题安装激活更新及语言包、cron 事件查看与运行、缓存与重写规则刷新、多站点操作，以及编写可重复脚本（wp-cli.yml、shell 脚本、CI 作业）。
必要输入：确认 WP-CLI 运行环境（本地开发、预发布或生产）及是否可安全执行；通过 --path=<wordpress-root> 指定正确站点根目录，多站点还需 --url=<site-url>；确认是否多站点以及命令是否应网络级执行；了解约束（不可停机、不可写库、维护窗口等）。
使用方式：先确认环境与影响范围，写操作前必须确认环境、定位目标并做好备份；可用 node skills/wp-wpcli-and-ops/scripts/wpcli_inspect.mjs --path=<path> [--url=<url>] 检查 WP-CLI 与站点定位，若 WP-CLI 不可用则按项目文档用 Composer、容器或系统包安装，或询问执行环境。安全迁移序列为：wp db export 备份，wp search-replace --dry-run 预览影响，再用合适参数执行真实替换，最后按需刷新缓存与重写规则。插件主题操作使用 wp plugin * / wp theme * 并先确认目标站点与网络范围；cron 与队列应查看状态并单独运行事件调试，避免盲目全部运行；多站点须明确是单站点（--url=）还是网络级（--network 或遍历站点）。自动化优先使用 wp-cli.yml 定义默认 path/url 与 PHP 内存限制，脚本记录命令并在出错时停止，CI 默认只跑只读检查。
验证与失败模式：更改定位或配置后可重跑 wpcli_inspect；确认预期副作用（URL 正确更新、插件主题状态、cron 缓存已刷新）；若有健康检查或冒烟测试则在变更后运行。常见问题包括报错“This does not seem to be a WordPress installation.”（path 错误、容器错误或缺少 wp-config.php）、多站点命令影响错误站点（缺少或错误的 --url）、search-replace 引发序列化问题（参数错误或未安全处理序列化数据）。无法确认环境安全时不要执行写操作；若仓库使用容器化工具但无法访问，应询问预期命令执行器或 CI 作业。