四月份开始，我日常写代码基本是几个 agent CLI 同时开着：Claude Code 写，Codex review ，偶尔再开一个查资料。我自己日常的工作从古法编程 coding ，变成了在多个 agent 的终端间复制黏贴。于是我做了 Runner ，一个本地跑的 macOS 工具，让这几个 agent 在一个窗口里面互相合作，不需要我在介入当中。
agent 之间如何进行通信
Agent 之前通信的机制比较简单，主要使用一个本地 NDJSON 文件当消息总线，一条消息一行，每个 agent 自己维护读到哪一行的 offset 。之前试过让它们用 Markdown 文件互相留言， 几轮之后 markdown 消耗的 token 比较高，且比较难维护。换成 NDJSON 之后，配一个小 CLI 把消息格式定死（runner msg / runner signal），再在 system prompt 里告诉 agent 用这个 CLI 说话。随着模型的能力越来越强，这样的沟通机制在实际生产中也变得很可靠。
crew
通信打通之后，自然就想把几个 agent 固定成一个团队，各有角色，像 RPG 开荒团。我自己用得最多的是最简单的两人组：一个 coder ，一个 reviewer 。coder 开分支、实现、跑检查，把 diff 交给 reviewer ； reviewer 只读 diff ，报 must-fix 的问题，带 file:line ，自己不改代码； coder 修完再交，直到 review 干净。
在实际使用中，跨平台的使用效果最好：coder 用 Claude Code ，reviewer 用 Codex （或者反过来）。两个模型的盲点不一样，一个放过的另一个往往能抓到。产出明显比单个 agent 好，而且这个循环有时候能自己跑几个小时不用我插手——前提是 conventions 写清楚：先开 feature branch 、review 通过前不许 commit 、没人让 merge 就不 merge 。
仓库里还有几个好玩的 crew 例子：三人 dev-crew （架构 / 实现 / 审查）、docs-crew （并行写文档）、两个 agent 打井字棋加一个裁判、六人狼人杀。
界面
每个 agent 都在一个原生的 PTY 里跑 TUI ，所以 Claude Code / Codex 自己的 TUI 功能也都能直接服用。多个会话用 tab 管理，可以分屏；任务（ mission ）有自己的事件流视图，agent 需要人的时候会 ask_human，问题汇总到一个 feed 里，且侧边栏会做消息提示。
前端本来是 Tauri + React + xterm.js ，这个月用 Zed 开源的 GPUI 框架重写成了纯原生 Rust ，没有 webview 。重写大部分是 Claude 干的，我主要在验证和纠偏，前后差不多五天。终端用 alacritty_terminal 做 grid ，GPU 渲染，目前和 zed 本身的 terminal thread 在性能和画质上丝滑程度上没有什么区别，比 xterm.js + webgl 插件的效果明显要好不少。
现状
- 只支持 macOS （ Apple Silicon ），v0.6.7
- runtime 支持 Claude Code 、Codex 、TRAE CLI ；本地直接调你装好的 CLI 和你自己的账号，没有任何托管层
- 单人项目，自己每天在用，功能基本收敛，现在主要修日常用出来的小问题
Select Language