技能介绍

用 Cmux 把并行编码代理收进同一视野

先解决一个具体问题

当你同时让多个终端原生编码代理工作——比如 Claude Code 改一个模块、Codex 跑另一个仓库——每个会话都住在各自的终端窗口里。你需要在 tmux 或 iTerm2 之间反复切换，靠肉眼确认谁已经报错、谁还在等待输入、谁可能触碰了不该碰的文件。输出散落、通知不可见、脚本化的分屏布局也难以复现，结果就是监督成本随代理数量线性上升。

这个技能如何工作

该技能把 Cmux 当作监督层：在 macOS 上启动多个 AI 编码代理终端会话，并把它们放进同一个项目感知工作区。核心能力包括：

可见通知：代理侧事件直接显示在 Cmux 内，不必切回原终端刷日志；
可脚本化分屏：用配置描述窗口、布局与命令，重复启动时结构一致；
应用内浏览器：需要打开 PR、文档或运行结果时，不离开监督界面；
项目感知工作区：按仓库或任务隔离上下文，减少不同代理之间的干扰。

关键步骤大致是：在 macOS 上准备 Cmux；准备终端原生编码代理，例如 Claude Code 或 Codex；可选地配置 Ghostty、浏览器 pane 或对应 API；创建与项目对应的工作区，再按脚本启动多个代理会话；随后通过通知、分屏和浏览器 pane 观察进度，在发现错误或越界行为时介入。

适用边界与注意点

它只适用于 macOS，且依赖 Cmux 应用本身；代理必须是终端原生类型，图形化 IDE 内的代理不在此列。Ghostty、浏览器 pane/API 均为可选项，不配置也能跑基础监督。安装与升级要走与你环境匹配的上游路径，DMG 是资料中推荐的分发方式。该技能提供的是监督和编排视角，并不替代代理实现、测试或代码审查；代理行为是否安全，仍需要你用仓库权限、沙箱与测试策略兜底。