workbuddy macos首次启动失败主因是gatekeeper拦截，需手动授权或执行sudo xattr -rd com.apple.quarantine /applications/workbuddy.app清除隔离属性，否则主程序及claw_cache等组件均无法正常加载。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
WorkBuddy 在 macOS 上首次启动失败，几乎全是 Gatekeeper 拦截导致的——不是程序坏了，是系统在尽职尽责地拦你。
Gatekeeper 为什么拦 WorkBuddy
macOS 默认只信任两类应用：Mac App Store 下载的，或经过苹果公证（Notarization）的开发者签名应用。WorkBuddy 由腾讯签发、未走苹果公证流程，所以系统把它标为“来自未识别开发者”。这不是报错，是安全机制正常工作。你看到的弹窗文字如“Apple 无法检查其是否包含恶意软件”或“已损坏，无法打开”，本质都是同一层隔离属性 com.apple.quarantine 在起作用。
这个属性是下载时自动加上的，哪怕你从官网下载、拖进 /Applications，它依然存在。不处理它，双击永远卡在警告页。
“仍要打开”按钮点不了？先确认位置
很多用户找不到“仍要打开”按钮，是因为没去对地方。它不在弹窗里，也不在访达简介里，而在系统设置深处：
- 打开「系统设置」→「隐私与安全性」→ 往下拉到「安全性」区域
- 找带红色感叹号的提示，例如：“已阻止使用
WorkBuddy.app，因为它来自未识别的开发者” - 这句话右侧一定有个「仍要打开」按钮（Ventura 及更新系统）；旧版 macOS 显示为「打开」
点完这个按钮，再回访达双击图标，就能启动。系统会记住这次授权，后续不再拦截。
OpenClaw 基础设施心跳监控与自动恢复：部署/卸载心跳守护进程，配置主机监控（Gateway、磁盘、内存、CPU、进程），设置飞书告警，自动重启故障Gateway。适用关键词：心跳监控、heartbeat daemon、服务器告警、自动重启、健康检查、auto recovery。
终端命令 sudo xattr -rd com.apple.quarantine 怎么用
当“仍要打开”按钮灰掉、或提示“已损坏”时，说明隔离属性已深度绑定，必须手动清除。这是最可靠的兜底操作：
- 打开「终端」，输入
sudo xattr -rd com.apple.quarantine（注意末尾有空格） - 切到访达，把
WorkBuddy.app图标直接拖进终端窗口，路径自动补全 - 回车，输入管理员密码（输的时候不显示字符，凭记忆敲完回车）
- 完成后，再去双击应用图标即可
⚠️ 注意：-rd 是递归删除所有子文件的隔离属性，不能写成 -d（只删顶层），否则技能包、插件等内部组件仍可能被拦。
为什么授了权还连不上 OpenClaw 或加载不了技能
Gatekeeper 拦的不只是启动，还有后续模块加载。即使主程序跑起来了，如果 claw_cache 目录或技能包文件本身也被打上 quarantine 属性，就会出现“MCP handshake failed”或技能图标灰色无响应。
这类问题不会报错提示“被拦截”，只会静默失败。解决方法是连带清理缓存路径：
- 先退出 WorkBuddy（活动监视器里确认无残留进程）
- 在终端运行：
xattr -rd com.apple.quarantine ~/Library/Application\ Support/Tencent/CodeBuddy/claw_cache - 再删掉整个
claw_cache文件夹，重启 WorkBuddy
真正容易被忽略的点是：Gatekeeper 的影响是分层的——主程序、子进程、缓存目录、甚至动态加载的 .dylib 都可能各自带隔离属性。只清一次 .app 不够，得按需扫到具体出问题的路径。
