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