gatekeeper验证失败本质是系统主动拦截而非程序损坏，应先用“隐私与安全性”中“仍要打开”放行；无效时递归执行sudo xattr -rd com.apple.quarantine清除隔离属性；若codesign显示证书已撤销则须停用该应用。

gatekeeper 验证失败导致应用无法运行，本质不是程序坏了，而是 macos 在启动前主动拦下了它——你看到的“无法验证开发者”“已损坏”“apple 无法检查是否包含恶意软件”等提示，都是系统信任机制触发的拦截信号。关键是要分清：是临时隔离、签名异常，还是证书已被撤销。不同原因对应不同解法，不能一概“强行打开”。

先确认是不是 Gatekeeper 在拦

这些表现基本可锁定 Gatekeeper 干预：

• 双击无反应、图标弹一下就消失
• 弹窗明确出现“无法验证开发者”“已阻止运行”“来自未识别开发者”等文字
• 主程序能启动，但插件/原生模块（如 .node 文件）报错加载失败，终端显示 errSecCSReqFailed 或 code object is not signed
• 应用首次运行后反复弹相同警告，即使点过“仍要打开”也无效

优先试系统级“仍要打开”按钮（最安全）

这是 Apple 官方设计的单应用放行通道，不改全局策略，也不留安全隐患：

• 点击苹果菜单 → “系统设置” → “隐私与安全性” → 往下滚动到“安全性”区域
• 找灰色提示行，例如：“已阻止使用‘Zeemo AI.app’，因为它来自未识别的开发者”
• 右侧有“仍要打开”按钮；若不可见，先点左下角锁图标，输入管理员密码解锁
• 点完后，立刻回到访达双击该应用——成功即表示授权完成

注意：该按钮默认只保留约1小时，超时未操作会自动隐藏，需重试或换方法。

Gateway Restart Profiler

OpenClaw Gateway 重启性能分析工具：分析重启速度、定位启动慢原因、生成性能报告、诊断启动问题。支持 Windows (PowerShell) 与 Linux (Bash)。触发场景：分析 gateway 重启、检查启动时间、生成报告、诊断异常。

下载

清除 quarantine 隔离属性（解决“已损坏”和模块加载失败）

从网页下载的应用会被自动打上 com.apple.quarantine 标记，这是触发多数报错的直接原因。仅删顶层不够，必须递归清理：

• 打开“终端”，输入：sudo xattr -rd com.apple.quarantine（末尾留空格）
• 把应用图标（如 /Applications/WorkBuddy.app）直接拖进终端，路径自动补全
• 回车，输入管理员密码（无显示，输完直接回车）
• 无报错即成功；对独立模块（如 bcrypt_lib.node）也可同样操作

检查签名状态，判断是否证书被撤销

如果以上都无效，且弹窗反复出现、右键打开也失效，可能是开发者证书已被 Apple 撤销——这是硬性拒绝，所有常规方法均无效：

• 终端执行：codesign -dv --verbose=4 /Applications/你的应用名.app
• 若输出含 certificate has been revoked 或 CSSMERR_TP_CERT_REVOKED，说明证书已失效
• 此时唯一安全做法是停用该应用，寻找替代方案（如 VS Code、Obsidian、BalenaEtcher 等经公证或上架 App Store 的工具）
• 禁用 Gatekeeper、重签名、改系统时间等操作不仅无效，还会严重削弱防护能力