WordPress 站点安全变更助手

要解决的痛点

WP-CLI 很强，但也很容易出事。在生产环境执行 wp search-replace 时，一旦把域名写错一个字符，整站的数据库记录都会被改写。插件升级、主题切换、Cron Job 检查这类操作，如果缺少前置定位和回滚预案，出错后往往只能依赖手动补救——而 WordPress 的数据库一旦写入，错误变更不会自动消失。

技能如何工作

这个技能把安全边界前置到执行阶段：

• 目标定位：在执行任何写操作前，先确认目标站点环境、WordPress 版本、是否为多站点网络，以及变更的影响范围。wp option get siteurl 和 wp option get home 这类只读命令成为变更前的必经步骤。
• 变更类型分流：区分 search-replace、插件/主题操作、Cron 检查等场景，分别给出对应的防护策略。例如 wp search-replace 会校验序列化数据，避免破坏存储序列化的对象。
• 回滚防护：关键操作前，先通过 wp db export 导出 SQL 备份，确保变更失败时能快速恢复到变更前状态。
• 多站点安全定位：在多站点网络中，明确区分网络级别与子站点的操作边界，避免误伤其他站点。

适用边界与注意点

• 该技能是操作指南，不替代 WP-CLI 本身。你需要在目标环境中已有 WP-CLI 并具备执行权限。
• 它不自动执行回滚——回滚能力来自你预先准备的备份或导出的 SQL 文件。技能的作用是帮你养成"先定位、再备份、后变更"的习惯。
• 对于复杂的数据库迁移或大规模多站点批量操作，建议先在隔离环境验证，再推广到生产。