T3Code:一个页面统管所有AI Agent,手机也能远程操作
GitHub开源项目T3Code爆火,手机远程管理所有AI Agent
眼下开发者手头往往开着好几个工具,左边Codex,右边Claude Code,后台还挂着DSH、豆包和WorkBuddy……
光是切换窗口的快捷键Alt+Tab,按的次数都快赶上Tab键和复制粘贴的Ctrl+C、Ctrl+V了。
GitHub上这两天恰好有一款产品走红。它能把所有AI Agent统一管起来,在同一页面上显示各Agent的进度,还能用手机远程操作。
程序员们口中的“躺着上班”,到这一步才算真落地了。
这款产品叫T3Code,0.16版本上线后不到48小时,就拿到1万颗星。
T3 Code到底是什么
一句话说清:T3Code就是管Agent的“控制面板”。
Claude Code、Codex、Cursor、Grok Build、OpenCode、谷歌的Antigravity等,T3Code都支持。前提是这些工具已经装在你电脑上并登录过,之后T3Code就能操控它们。

启动各家的Agent、管理项目状态,都能在T3Code里做,效果就像图里那样。
从某个角度看,T3Code和Steam有点像:Steam能打开各种游戏,还能通过它安装和删除游戏。
不同的是,T3Code还能开终端、跑Git命令,并把各家五花八门的事件流转成统一格式。这样你就能通过T3Code给不同的Agent同时派任务。
具体来说,每个任务是一个“线程”,里面记着用的是哪个Agent、哪个模型、在哪个目录干活、聊了什么、批准过哪些权限等等。
每个线程还能有自己的独立Git worktree,也就是同一个仓库的另一份检出。几个Agent同时改同一个项目,彼此也不会干扰。
每一轮对话前后,T3Code都会做检查点,可以单独看某一轮改了什么,也能回退到某条消息。再往后,Diff、提交、发起PR,都能在T3Code里完成。
Agent要执行命令、要改文件,这类需要你批准的请求也会集中到T3Code里,不用再来回切窗口点“允许”了。
T3Code并非这两周才冒出来的新产品。仓库创建于2026年2月8日,8月27日它就突破了两万颗星。不过当时功能并不完善,不少用户新鲜感一过就把它抛在脑后,项目热度自然也就降了下来。
这两天星数暴涨,原因是10月31日晚上它更新到了v0.16版本。除了常规特性更新,v0.16最大的特点是推出了手机版。
手机版同样能发起任务、浏览文件、做版本控制、看Diff,甚至用终端。连接方式有手动配对码,也可以走T3Code官方的连接通道T3 Connect。
别说程序员了,任何一个打工人都想“躺着上班”。T3Code v0.16版就这么火了。
T3Code的开发者是西奥·布朗(Theo Browne),网名t3dotgg。他是Ping Labs的创始人兼CEO,前Twitch工程师,也是一位粉丝量很大的技术博主。
2021年前后他创办了Ping Labs,产品是面向创作者的视频协作工具Ping.gg,公司进入了2022年冬季批次的Y Combinator(YC W22)。
后来西奥表示,创作者市场并没有想象中好做,就不再把这当成重心。
在开发者圈里真正让他出名的,是一个叫T3 Stack的项目。
做一个网站或者 App,前期要准备的事一点不少:前端选哪个框架、后端跟前端怎么通信、数据库如何连接、用户登录怎么处理。
每个环节摆着十几种方案,一旦选错,前后还容易对不上。
T3 Stack 就像一份“推荐搭配清单”。写代码时编辑器会提前提示哪里会出错,不必等写完跑测试才发现问题,也不用推倒重来。
清单之外,他又推出了 create-t3-app:在命令行敲一行命令,一个搭配好的空项目就自动生成,前期搭建的工夫直接省掉。
对程序员而言,这相当于一个“开箱即用的起手包”。后来公司产品都挂上了 T3 前缀,T3Code 的名字便由此而来。
T3 Chat 是他第一个面向普通用户的爆款产品——一个 AI 聊天网站,同一页面内可以切换多家公司的模型,卖点是速度快、价格低。西奥在 Indie Hackers 的访谈中说,他不喜欢 2024 年那批 AI 聊天应用,索性自己做了一个;上线两周,收入就超过了公司其他所有产品的总和。
西奥还提到,T3 Chat 的年经常性收入已达到七位数。
人人都在用 Agent,但没人负责管 Agent
“左手 Codex、右手 Claude Code”,这种现象究竟有多普遍?
Sonar 在 2025年10月面向全球 1149 名开发者做过调查:开发团队平均同时使用 4 种 AI 工具,35% 的开发者会通过个人账号使用工作所需的 AI 工具。Pragmatic Engineer 在 2026年5月的调查则显示,70% 的工程师同时使用 2 到 4 种工具,15% 用到 5 种及以上。
问题也随之而来。Agent 越多,窗口、线程、worktree、审批和上下文就越分散。DSH 团队在 10月底发文称,一个人的注意力最多只能盯住 3 到 5 个会话。
一个任务交给 Claude Code,另一个交给 Codex,前端再开一个 Cursor,这已是常态。本想把活交出去,结果自己反倒成了 Agent 的项目经理:这个在等批准,那个在等回答,第三个跑完了还得看它改了什么。
那 Claude Code 为什么不能顺手把 Codex 也管了?反过来也行啊。单从技术上看,这不是什么难事。
各家 Agent 本质上都是命令行加一套协议,竞品之间做集成,其实也不违法。但谁愿意把自己的产品变成竞品的入口,甚至替对手提供统一管理服务呢?
不管是 Anthropic、OpenAI,还是其他做 Agent 的厂商,都想把开发者留在自家产品里。你在哪个界面干活,哪家就捏着入口,也捏着你的使用习惯。让别家工具来管自己的 Agent,等于把入口拱手让人。
Anthropic 的态度很明确。2026年1月,其工程师萨里克·希希帕尔(Thariq Shihipar)表示,公司已采取措施防止第三方工具“伪装”成 Claude Code,并称第三方使用订阅“会产生异常流量,也没有Claude Code自带的遥测数据,很难在用户遇到限额或封号时提供帮助”。
Anthropic 在 2月修订了条款,明确规定 Free、Pro、Max 账号的 OAuth 令牌不得用于 Agent SDK 等其它产品。
OpenAI 这边口径宽松些,Codex 负责人 Tibo 说过,第三方工具可以接入 Codex。3月24日西奥发布视频《T3Code got banned from Claude???》(T3Code被Claude封了???),他在视频里称 T3Code 运行正常,Anthropic 的限制落不到它头上。
按西奥的说法,T3Code 接入 Claude 订阅靠的是调用用户电脑上装好的官方 Claude Code CLI 和 Agent SDK,登录状态直接沿用这套 CLI 原有的,自己不发起 OAuth 登录,也没有把自己装扮成 Claude Code。
说白了,T3Code 之所以敢碰 Claude Code,是因为它没去碰 Claude 本身,只是帮你按了一下门铃。