Mac版Codex在跨平台协同上，确实比Windows版多出几个硬核能力——手机扫码直连、Computer Use后台运行、Git Worktree多智能体隔离、CodexBar菜单栏支持，外加Seatbelt沙箱安全机制。这几项功能在Windows上要么根本不存在，要么被砍得只剩个空壳子。

说来说去，Mac版Codex比Windows版多出来的，不光是界面流畅度，而是实实在在能用的跨平台协同能力。比如手机扫码直连电脑、后台运行时不抢光标、Git Worktree原生隔离执行，这些在Windows上要么缺失，要么被阉割成半残状态。

手机远程控制：Mac能主动配对，Win只能当傀儡

操作上，Mac端打开Codex后，左侧菜单里点「Set up Codex Mobile」，再点「开始设置」，弹窗出来直接点「允许」。二维码页面出来后，用最新版ChatGPT App（iOS 5.12+或Android 5.28+）扫码，会自动弹出授权页，点「授权此手机」就行。

这里有个关键点：如果跳转到 http://auth.openai.com 页面，务必核对顶部邮箱是否为你当前登录账号，确认无误再点「Authorize」。一旦搞错，手机端会卡在“正在连接”，电脑端虽然显示“已连接”，但上下文根本同步不上。

Windows端就不一样了——根本不会出现「Set up Codex Mobile」这个入口。它不支持主动发起连接，只能作为被控端接受来自Mac或App Server的指令。你刷多少遍设置菜单也找不到那个按钮，因为代码里压根没有编译进去。

Computer Use视觉能力：Mac可后台运行，Win必须锁屏

Mac上开启Computer Use后，AI在操作Chrome或VS Code时，你还能切到其他应用打字、查文档、接视频会议——光标和键盘输入不会被劫持。

Windows版则必须前台运行：任务执行期间你的电脑基本是锁死状态。鼠标指针被AI拽来拽去，你敲键盘会跟AI抢输入焦点，稍有不慎就触发误操作。这不是权限问题，是底层架构限制，目前没有绕过方案。

这意味着什么？在Mac上，你完全可以让Codex一边跑自动化测试，一边自己写周报；在Windows上，你只能干等着，等它把Chrome关掉才能继续干活。

多智能体并行：Mac有Git Worktree隔离，Win只有单线程硬扛

Mac端新建线程时，可以勾选「在独立Worktree中运行」——每个智能体操作的是仓库的不同物理副本，互不污染主分支，也不需要手动git stash或切分支。

各个线程还能独立维护完整的对话历史、文件状态与终端会话；切回「优化登录逻辑」线程时，不需要重新加载上下文，AI还记得你三小时前删掉的那行JWT校验逻辑。

Windows版没有Worktree选项，所有线程共享同一工作区。当一个智能体重构API，另一个同时修复单元测试，它们修改的可能是同一份package.json——冲突概率陡增，而且没有内置合并提示。

CodexBar支持：Mac有菜单栏常驻，Win至今无手机游戏本

macOS用户安装CodexBar后，图标直接出现在菜单栏右上角，点击就能看到Claude或Codex本周用量、成本估算、会话数统计，不用打开任何窗口。

Linux用户就只能通过CLI调用codexbar命令获取数据了，部分功能（比如web/auto）甚至直接报错退出。

Windows平台目前最新暂未提供任何支持，GitHub仓库明确写着“Windows: not supported”。想在任务栏看用量？只能手动curl API再parse JSON，或者等社区移植。

终端模块兼容性：Mac支持Seatbelt沙箱，Win靠PowerShell硬凑

Mac端terminal.rs检测到TERM_PROGRAM为"WezTerm"或"iTerm2"时，会自动启用Seatbelt机制，限制AI进程对系统关键路径（比如~/Library/Keychains）的读写权限。

Linux端则用Landlock加seccomp实现细粒度沙箱，支持通过--sandbox-permission参数控制文件系统访问范围。

Windows端呢？没有对应的安全机制，只能靠PowerShell封装命令执行流程，依赖用户手动配置ExecutionPolicy。一旦设为Unrestricted，AI生成的脚本就可能静默删除整个C:Users目录。