实用的恢复上限
Devenia Revision Retention：数周后仍能恢复所需的修订版本
只有在修订历史仍保留足够接近、可用于撤销更改的状态，或保留足够久远、可用于找回缺失上下文的状态时，恢复才有价值。
保留控制仅供有权管理 WordPress 设置的网站管理员使用。
默认保留
在实践中结合两个恢复时间范围
有用的记录既可用于撤销必须回退的更改，也可用于在需要时恢复上下文的较早状态。
最近的 10 个修订版本
内容更改后，使用最新的十条记录进行常规恢复。
五个较早的恢复锚点
约在 1、2、3、4 和 10 周时保留的稀疏节点，可在临近窗口无法恢复页面早期内容时保留上下文。
读取上限
运行前查看策略
在工具 > 修订版本保留中，只读设置会显示已配置的上限和当前状态，不会修改或删除修订版本。
受支持的内容类型
默认上限涵盖文章和页面。
顶层对象上限
一次运行最多检查 100 个顶层对象。
修订版本删除上限
一次运行默认最多删除 500 个修订版本。
运行间隔
保留功能默认启用，并每 1,440 分钟运行一次。
当前状态
使用状态字段判断手动试运行是否产生有用证据。
清理前试运行
在执行前了解会留下什么
清理运行从试运行开始，因此会评估实践而不删除修订版本。永久清理需要在评估后提出明确请求。
读取候选列表
先不删除，查看策略会保留哪些记录、排除哪些记录。
检查哪些内容必须保留
将需要保留的一侧与网站之后可能需要的状态进行比较。
推进已核验的决定
检查与执行遵循同一个实际结果，因此选定的保留一侧不会在状态之间改变。
批准永久清理
试运行和清理使用同一保留决定，因此清理前核验的决定仍是明确删除请求的依据。
遵守已配置的批次
清理运行会在配置的上限处停止，不会超过已批准的批次。
所需的运行环境和可选连接
软件包运行所需的条件
安装前检查环境和连接要求。
WordPress 6.9 或更高版本
WordPress 6.9 或更高版本中的 WordPress Abilities API提供修订版本、计划、设置和原生功能的注册界面。
PHP 7.2 或更高版本
PHP 7.2 或更高版本提供软件包使用的 PHP 环境。
MCP 客户端可选使用
WordPress MCP Adapter使已注册的 WordPress 功能可供 MCP 客户端使用。
一个有用的第一步
让恢复上限变得实用
如果网站既需要临近的恢复窗口，也需要较早的参考点，请下载稳定的自托管软件包。
安装后，先进行不删除的评估，让第一次清理决定建立在实践选择的记录上。