「一个人最多同时盯三五个会话」这句话，我上个月写 DeepSeek Super-agent 那篇的时候用过，当时说的是模型不够聪明，得靠人派活。现在问题反过来了：不是模型不够，是窗口不够。
实际干活的人大概都是这个样子。一个任务交给 Claude Code，另一个丢给 Codex，前端再开一个 Cursor，后台还挂着两三个网页版对话。真正花时间的不是写提示词，是在窗口之间跳，看哪个在等批准，哪个在等回答，哪个跑完了得去验收。有调查说开发团队平均同时在用四种 AI 工具，这个数字我信。
T3Code 就是冲着这个场景来的。10 月 31 日晚上它更新到 v0.16，加了手机端，两天里 GitHub 星标多了一万。
但有个细节很少有人提：这不是新项目。仓库今年 2 月 8 日就有了，8 月 27 日就破过两万星，后来热度掉得干干净净。同一个东西，为什么这次不一样？我认为答案不在「多 Agent 管理」，在「手机」两个字。
它管的是线程，不是模型
先把它的位置说清楚，这块最容易误会。
T3Code 自己不提供模型，也不做登录。它管的是你电脑上已经装好、已经登录的那些命令行 Agent：Claude Code、Codex、Cursor、Grok Build、OpenCode，还有谷歌的 Antigravity。你装了什么，它就能调度什么；没装的，它也变不出来。
它的活是当翻译层。各家 Agent 吐出来的事件流格式都不一样，T3Code 把它们译成同一种，于是你能在一个界面里给几家的 Agent 同时下达任务。
真正撑起这个产品的，是三个具体设计。
第一个是线程。每个任务是一条线程，里面记着用了哪个 Agent、哪个模型、在哪个目录干活、聊过什么、批准过哪些权限。你回头看一个跑了两小时的活，不需要翻终端历史。
第二个是 Git 工作树。每条线程可以有自己的 worktree，也就是同一个仓库的另一份检出。这一点是刚需：两个 Agent 同时改一个目录，结果不是更快，是冲突。分开检出之后，几个 Agent 各改各的，最后再合并。
第三个是检查点。它会在每一轮对话前后打点，能单独看某一轮到底改了什么，也能回退到某条消息。diff、提交、发起 PR 都能在里面完成。
还有一个不显眼但很实用的变化：所有 Agent 的审批请求会汇总到同一个地方。以前你是挨个窗口点「允许」的客服，现在你是一个看板。这个差别在手上有三个 Agent 的时候特别明显。
手机版为什么是分水岭
在 v0.16 之前，T3Code 本质上是做得更好看的终端复用器。这类需求一直有，tmux 加 SSH 就能解决大半，所以它第一波热度之后掉下去，不奇怪。
手机版改变的是另一件事。
Agent 干活的时间分布很偏。写代码可能三十秒，跑测试、等编译、等下一次批准，占掉七八成。以前这段时间你必须坐在那台电脑前面，因为批准弹窗只出现在那块屏上。人被困住的不是手，是位置。
手机端能发任务、翻文件、看 diff，也能开终端。连接方式有两种，手动配对码，或者走官方的 T3 Connect 通道。这意味着你可以下楼买杯咖啡，回来的时候任务已经在等你点下一步。
所以我不太同意「躺着上班」这个说法。它解决的不是偷懒，是「不用守着」。这两件事在体验上差得很远：前者是态度问题，后者是工作姿势问题。
上手四步，和一小时的心理准备
我不打算给一份可以照抄的安装命令。仓库是开源的，安装方式以 README 为准，我没有在一台干净机器上把整条流程复现一遍，写出来就是骗人。但步骤的逻辑是确定的，按这个顺序走不会乱。
第一步，先在本地把要用的一到两个 CLI 装好、登录、单独跑通一次。T3Code 用的是你已有的登录态，CLI 本身没登录，它也按不动门铃。这也意味着别指望它帮你省订阅：它不卖额度，只调你手里的。
第二步，拉仓库，按 README 起服务，浏览器打开本地地址。这一步最容易被教程带偏，因为不同版本的服务端口和启动参数改过几次，看到和文档不一致的截图，以仓库当前文档为准。
第三步，建第一条线程，选 Agent、选模型、选目录。如果要在同一个仓库上并行，记得给每条线程开独立工作树。共用目录的快，是用冲突换来的。
第四步，先把权限收到最紧。哪些命令必须问、哪些目录不许碰，按最保守的配，跑两天再放开。这一点站内写 Replit 那篇时聊过，默认值比功能列表更重要，因为它决定了出事时你有没有机会拦一下。
第一个任务建议选「能自己验证对错」的活：修一个失败的测试、补一段缺失的文档、跑一遍 lint。别一上来就让它碰支付逻辑或者权限校验，那不是测试工具，那是测试你的心脏。
这三个坑，装之前先知道
第一个坑是登录态和厂商条款，这是最要紧的。
T3Code 的做法很聪明：它不碰 Anthropic 的账号体系，不自己做 OAuth，也不伪装成 Claude Code，只是调用你电脑上那个官方 CLI，沿用它的登录状态。用创始人的话说，它没进 Claude 的门，只是替你按了门铃。
但这条线不是它说了算。Anthropic 在 2026 年 1 月就公开说过，已经采取措施防止第三方工具伪装成 Claude Code，理由是第三方调用会产生异常流量、拿不到遥测，用户被限额或者封号时没法帮忙。到了 2 月，条款进一步写明，Free、Pro、Max 账号的 OAuth 令牌不能用在 Agent SDK 这类产品里。OpenAI 那边态度松一些，Codex 负责人公开表示欢迎第三方接入。
结论很简单：这东西能不能一直用，不完全取决于它自己。上游改一次登录校验，它可能就得重新找活路。所以别把关键流程全押上去，至少留一条手动跑 CLI 的后路。
第二个坑是注意力上限没被解决，反而被放大了。
工具能同时跑五个，你能同时判断的还是三到五个。我在写 DeepSeek Super-agent 那篇时算过这笔账：并行数不是瓶颈，上下文切换才是。T3Code 让「开五个」变容易了，人就会真的开五个，然后你在五份 diff 之间来回看，比只有一个窗口时更累。
它的价值在于把「等」变成可以离开，不在于把并行数堆到十。装完第一周建议就开两条线程，把自己能承受的节奏摸出来，再往上加。
第三个坑是成本，而且有两种成本。
token 是叠加的，几个 Agent 同时在一个仓库上跑，账单不会因为换了个界面就变少。另一种更隐蔽：评审时间也是叠加的。五个 Agent 各交一份改动，你得读完五份才能决定留哪份，这部分时间是工具省不掉的。
顺带说一个合规上的新麻烦。前面那份调查里提到，有三分之一左右的开发者会拿个人账号干公司的活。以前这只是账号归属问题；到了 T3Code 这种「用本机登录态」的工具上，它会变成另一个问题：公司代码跑在个人订阅上，出了事算谁的。这事工具不背，用的人得自己想清楚。
谁该装，谁别折腾
值得试的：日常已经在用两个以上命令行 Agent 的人；经常要在同一个仓库上并行试两种方案的人；有长任务要跑但人得离开工位的人。
不建议的：只用一家的，Claude Code 自己开一个窗口就够了，多一层界面就多一个坏点；团队要走统一审计和权限管控的，T3Code 现在是个人工具，不是企业管控平台；对账号合规特别敏感的场景，前面那个坑就是给你们的。
替代方案也说三个。最土的是 tmux 加 SSH，手机用终端类应用连回家里那台机器，稳、免费、没有中间层，代价是体验粗糙。各家自己的远程方案正在补齐，如果你的主力就一家，用它原生的最省心。还有一类是把环境放云端的，比如 Replit 那种，机器和权限都在别人那儿，好处是换设备无缝，坏处是代码不在你自己硬盘上。
我自己的用法比较土：主力还是本机终端，只在需要离开桌子的时候用手机看进度。工具换过好几个，习惯没怎么变。
老达点评
这轮爆火，我觉得跟「统一管理多个 Agent」关系不大，跟「手机」关系很大。同一个产品半年前就有，热度掉过一轮，说明这个需求本身没那么急；加了个手机端就翻了身，说明大家真正烦的是「被绑在桌前」。
它做得最对的地方是克制：不接模型、不做登录、不碰账号，只做翻译层和审批台。这种「只按门铃不进门」的定位，让它在几家互相提防的厂商之间活下来了。但克制也是它的天花板：上游一收紧，它就得重新找活路，而它自己没有议价能力。
要不要装，我的建议很干脆：如果你每天的工作就是开两三个终端等编译，花一小时试试，成本很低，不行就卸。如果你只是偶尔让 AI 写段代码，别装。多一个界面就多一个要维护的东西，它替你省的那点切换时间，还不够你学它的功夫。
最后说句实话。这类工具真正改变的不是效率，是工作姿势。以前你得坐在工位等 Agent 跑完，现在可以下楼走一圈。生产力不一定涨多少，但人舒服一点，也算数。
想继续看这类 Agent 编排和工具链的对比，AI 编程工具专题里按场景分得比较细；如果你更关心 Agent 之间怎么分工、谁来审批，AI 智能体与自动化专题那条线写得更系统。另外两篇可以对着读：一篇讲用邮箱远程调度 Codex的异步工作流，比手机面板更土但更可靠；还有一篇讲 Cursor 把 Agent 拆成一个文件夹，说的是同一件事的另一头——接口标准化。
