GitHub 上一个叫 cmux 的项目本周拿到了 400+ star，它做的事很具体：给 AI Agent（能自主执行任务的 AI 程序）造一个专属的终端复用器。传统工具 tmux 服务人类双手，cmux 服务 Agent 的 API 调用。

这是什么

cmux 是 macOS 原生应用，把终端（基于 Ghostty 引擎）和浏览器整合到一个窗口。核心卖点是 Agent 可编程性：AI 代理通过 Unix Socket API 自主创建分屏、打开网页、在侧边栏显示进度条和状态信息。开发者不再需要盯着满屏滚动日志猜 Agent 在干嘛。

团队 Manaflow 的理念是提供「基元」而非成品。不给你一套固定工作流，而是给 CLI 和 Socket 接口，让你自己拼。这和 tmux 的哲学一脉相承，但补上了浏览器集成和 Agent 侧边栏两块。

行业怎么看

我们注意到一个趋势：开发工具正在从「人操作」转向「人监督 AI 操作」。Cursor、Warp 已经在做 AI 辅助编码，但它们仍是人类主导的界面。cmux 把 Agent 放到驾驶员位置，人类退到监控和干预位。这个方向我们认为是正确的 — 当 Agent 越来越能干，界面应该优先服务 Agent 的输出，而非人类的输入。

但反对声音同样成立。只支持 macOS 直接砍掉了大部分服务器端开发者；400 star 说明生态极早期。更根本的质疑是：当 Agent 能力还不稳定时，为它专门设计终端是否过度设计？也有人指出 Electron 虽然臃肿，但跨平台能力让 Warp 等工具能快速覆盖用户，原生 Swift 路线可能限制增长。

对普通人的影响

对企业 IT：Agent 原生工具意味着开发环境的配置逻辑可能从「人设脚本」变成「Agent 自配」，内部 DevOps 流程需要重新评估安全边界。

对个人职场：「AI 原生工具设计」正在成为新的技能方向，懂 Agent 工作流的产品经理和开发者会有溢价，但窗口期可能不长。

对消费市场：暂无直接影响。cmux 是硬核开发者工具，但它标志的「AI 优先」设计思路会逐步渗透到协作文档、项目管理等更广泛的产品中。