ARTICLE · 1166969
AppDuo:给 Mac 应用做分身,微信多开、独立数据和代理路由都能配
摘要：给工作号、个人号各留一个入口，再分别管理数据和运行配置。AppDuo 把这件事做成了原生 Mac 工具，但应用兼容性和代理是否生效，仍要分开验证。
工作号和个人号都要用，来回退出登录很烦；同时开着，又容易点错窗口。AppDuo 给 Mac 用户提供了一种办法：为应用创建分身，分别设置名称、图标和数据目录，还能配置代理。它适合需要长期管理多个账号的人。用之前，先分清硬分身与软分身，以及哪些能力仍取决于目标应用。
两个账号，先从 Dock 上认清楚
AppDuo 是免费开源的 macOS 应用分身工具，采用 GPL-3.0 许可证。它用 SwiftUI 做界面，把创建、启动、编辑和更新分身放进同一个窗口里，不必每次重新拼一套命令。
一个直观的用法是：保留原版微信处理个人消息，再给工作号建一个名称和图标都不同的分身。官方 README 放了实际 Dock 截图，绿色微信和紫色分身各自显示未读角标。图里的「WeWork」只是作者给微信分身取的名字，别把它认成企业微信。
这张官方实拍说明，在作者展示的环境里，两份微信能以不同图标出现，并分别显示角标。通知中心也有对应实拍，但通知是否正常，还要看应用兼容性，以及应用和系统里的通知权限。它不能证明每个微信版本都适用。
AppDuo 还允许设置数据目录、语言和运行环境。对于每天都要在两个身份之间切换的人，名字、图标和数据路径能一起管理，比只多开一个窗口实用。不过，配置了独立目录，不等于第三方应用的全部数据访问都已经隔离。
硬分身和软分身，更新方式也不同
硬分身会复制应用，软分身通过启动器运行原应用。 这个区别影响后续维护，也影响能否靠进程名区分实例。AppDuo 为硬分身处理身份修改、运行环境和重新签名；具体做法还取决于应用规则。
原应用升级后，硬分身需要跟着更新。AppDuo 会比较本机原应用和硬分身的版本号、构建号，有差异时给出升级入口。这里检查的是你已经安装的原应用，不会代替它联网下载新版。软分身直接使用原应用，因此没有这一步副本升级。
按项目说明，硬分身更新时会先构建临时副本，验证签名后再替换；构建失败保留旧分身，更新不删除数据目录。这能减少每次原应用升级后重新建分身、重新配图标的重复劳动。运行中的分身需要先退出，再执行更新。
选择哪一种，应结合目标应用的规则和你的需求判断。尤其当你准备按进程名配置网络路由时，软分身仍运行原应用的进程，不能直接套用硬分身的命名方法。
代理能配置，规则命中还要检查
AppDuo 提供 HTTP、HTTPS、SOCKS5 代理配置，也支持把代理密码放进钥匙串。如果你本来就需要让不同应用实例走不同网络出口，这些设置有用，但它们仍需要目标应用和代理客户端配合。
硬分身通常能把主程序改成自定义名称，辅助程序也带上相应前缀。兼容的代理客户端便有机会按进程名匹配规则。AppDuo 的作用是提供可区分的进程身份；真正的路由由代理客户端完成，规则有没有命中，要在实际客户端里检查。
企业微信就是一个需要单独看待的例外。v0.1.8 发布说明提到，为修复企业微信 5.0.9 因主程序改名导致的启动崩溃，内置规则改为保留主程序原名。因此，两个企业微信实例不能靠主进程名区分；微信规则仍保留改名行为。
同一份发布说明也写明：企业微信分身通过了原生 ARM 启动测试，但并发多账号和完整数据隔离尚未验证。再加上部分应用不遵循代理环境变量，安装前最好把“能创建”“能登录”“通知正常”“路由生效”当成几件事分别确认。
安装不复杂，先看这几个条件
AppDuo 要求 macOS 14 或更新版本，创建和更新分身需要 Xcode Command Line Tools。官方提供 Apple Silicon 和 Intel 两种 DMG，也可以用 Homebrew 安装，让它选择对应架构：
brew install --cask tamia6/tap/appduo当前安装包使用 ad-hoc 签名，尚未经过 Apple 公证。首次打开可能被 macOS 拦截。确认下载来源可信、文件未被篡改后，可按苹果官方说明，到「系统设置 → 隐私与安全性」为该应用选择「仍要打开」。无需关闭整个系统的安全检查；若提示将损坏电脑或应用已损坏，应停止打开并核查来源。
开始使用时，先给一个确实需要的账号建分身，依次检查登录、消息、通知和重启后的状态，再决定是否长期使用。工作资料也别急着一次搬进去：应用自身更新可能改变兼容性，官方内置规则并不是所有版本都测试过的承诺。
如果你需要的是两个账号各有明确入口，并愿意维护它们的兼容性，AppDuo 值得试。它把名称、图标、数据路径和更新这些零散操作集中管理，省下的是日常反复配置的功夫。若应用自己的多账号功能已经够用，就没有必要额外维护一份分身。