必须关闭windows 11自动修复机制以防开机循环；在winre命令提示符中精准针对当前加载的启动项执行禁用命令，否则无效。

当Windows 11反复卡在“正在准备自动修复”界面、开机无限循环时，必须立即关闭系统默认启用的自动修复机制，否则哪怕你手动修好引导，下次蓝屏或启动异常仍会立刻跳回该界面，所有操作前功尽弃。

确认当前启动项并禁用自动修复

这一步操作起来很简单，直接在WinRE命令提示符中执行即可，但必须确保作用对象是真正被系统加载的启动项，否则命令无效。很多用户输完recoveryenabled No后重启依旧进修复界面，就是因为{default}并非当前实际启动项。

第一步：在WinRE命令提示符中输入并回车，等待列表输出。

第二步：在返回结果中逐行查找含resumeobject关键字的那一行，它所在段落顶部的标识符就是当前有效启动项的GUID，形如{xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx}。

第三步：将上一步查到的完整GUID复制下来，粘贴进命令：bcdedit /set {xxx-xxx} recoveryenabled No（注意把{xxx-xxx}替换成你实际看到的GUID，包括大括号）。

若执行成功，会显示“操作成功完成”。若提示“拒绝访问”，说明你未以管理员权限运行命令提示符——但WinRE中的命令提示符默认即为最高权限，此时大概率是你找错了GUID行，务必重新执行bcdedit /enum all并精确定位resumeobject所在段落。

Openclaw Auto Recovery

OpenClaw 基础设施心跳监控与自动恢复：部署/卸载心跳守护进程，配置主机监控（Gateway、磁盘、内存、CPU、进程），设置飞书告警，自动重启故障Gateway。适用关键词：心跳监控、heartbeat daemon、服务器告警、自动重启、健康检查、auto recovery。

下载

用更稳妥的方式直接锁定当前项

方法一：执行。{current}是bcdedit内置变量，始终指向本次启动所用的配置项，无需人工识别GUID，规避了找错项的风险。

方法二：先运行（适用于BCD文件不在默认位置的情况），再从中提取resumeobject所在项的GUID，最后带参执行禁用命令。

【关键前提】该命令必须在WinRE环境下的命令提示符中执行，普通系统内运行无效——因为正常系统下recoveryenabled状态受WinRE策略保护，无法被常规权限修改。

验证是否生效并强制重启

输入回车，滚动查看输出中“恢复启用”字段，确认其值已变为“No”。

立即执行shutdown /r /t 0重启电脑。这次重启将跳过“正在准备自动修复”界面，直接尝试加载Windows。

如果重启后仍进入修复界面，说明禁用命令未真正写入BCD，极可能是EFI系统分区不可写或权限异常，需先用diskpart检查分区状态并赋予写入权限。