根本原因是workbuddy macos版采用单实例设计，依赖全局锁文件和nsapplication生命周期管理阻止重复加载同一bundle id；需复制应用、修改cfbundleidentifier并重签名才能真正多开。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
Mac 上无法直接多开 WorkBuddy 的根本原因
WorkBuddy macOS 版默认以单实例（single-instance）模式运行，启动第二次时会自动聚焦到已存在的窗口，而不是新建进程。这不是 bug，而是设计行为——它依赖全局锁文件和 Cocoa 应用的 NSApplication 生命周期管理，系统级阻止重复加载同一 bundle ID 的 app。
绕过单实例限制的实操方法
必须通过复制应用副本并修改其唯一标识才能实现真正多开，仅靠终端命令或快捷方式无效：
workbuddy-pet
下载
WorkBuddy 桌宠工厂 —— 给一张角色图、一个 codex.pet 链接、一条 codex-pets.net 下载 URL、或一份现成的精灵表，就能自动创建一只可联动 WorkBuddy 状态的桌面宠物。当用户说"创建桌宠"、"做一只桌宠"、"用这张图做桌宠"、"从 codex.pet 安装桌宠"、"导入 codex 桌宠 XX"、"装一下 codex-pets.net 上的 XX&quo
- 在 Finder 中右键
WorkBuddy.app→「显示简介」→ 复制「位置」路径（通常是/Applications/WorkBuddy.app） - 打开终端，执行以下命令（注意路径需替换为你实际的路径）：
cp -R "/Applications/WorkBuddy.app" "/Applications/WorkBuddy-2.app"
- 进入新副本目录：
cd "/Applications/WorkBuddy-2.app/Contents"
- 编辑
Info.plist，将其中的CFBundleIdentifier值从cn.codebuddy.workbuddy改为cn.codebuddy.workbuddy2（或其他不冲突的字符串） - 保存后，重新签名（否则 macOS 会拒绝启动）：
xattr -rd com.apple.quarantine "/Applications/WorkBuddy-2.app"
codesign --force --deep --sign - "/Applications/WorkBuddy-2.app"
- 双击
WorkBuddy-2.app启动，此时两个实例可独立登录不同账号、使用不同模型、执行互不干扰的任务
多开后必须单独处理的权限与配置
每个副本都是独立应用，系统不会自动继承原版的授权状态：
- 首次启动
WorkBuddy-2.app时，仍需在【系统设置】→【隐私与安全性】→【通用】中点击「允许」绕过开发者验证 - 「完全磁盘访问」权限需单独添加：在【隐私与安全性】→【完全磁盘访问】中点击 + 号，用
Command + Shift + G输入/Applications/WorkBuddy-2.app并确认 - Claw 设置里的远程通道（如企业微信）需为每个副本单独绑定，不能共用同一个 bot 配置
- 两个客户端的本地缓存、任务历史、模型偏好完全隔离，无法跨实例同步
容易被忽略的稳定性风险
多开本身不崩溃，但资源竞争和权限错位会导致静默失败：
- 若两个实例同时操作同一文件夹（例如都设了「桌面」为工作目录），可能触发文件锁冲突，表现为重命名/移动失败且无明确报错
- macOS 对后台常驻进程有内存压缩策略，多开后若某个实例长时间未交互，系统可能终止其后台守护进程（
clawd），导致远程指令无响应 - 每次更新 WorkBuddy 官方版本后，所有手动复制的副本都会失效，必须重复修改
Info.plist和重签名流程
