GitHub 周刊第 54 期 | T3 Code 一周涨了 1.6 万多 Star，用手机就能指挥电脑上的编程 Agent
本期 5 个项目：用手机指挥编程 Agent 的 T3 Code，聊天软件式 Agent 团队 OpenMausBot，桌面工作台 OpenBot，Claude Code 游戏工作室模板，英伟达的数据问答语义层 Auto Ontology。
📅 本期时间范围：2026-11-02 ~ 2026-11-08
T3 Code 这周涨了 16,782 个 Star，是周榜 18 个项目里涨得最多的，第二名只有它的一半左右。它自己不写代码，做的事情是让你在手机上指挥电脑里的 Claude Code、Codex 这些 Agent。
同一张榜上，OpenMausBot 涨了 6,395 个，OpenBot 涨了 1,808 个。这两个项目同样没有做新的 Agent，而是在现有的 Agent 外面再包一层界面。
本期前三个项目就是这三个，我把它们的默认权限放在文末做了个对比。后面两个是 Claude Code 游戏开发模板和英伟达的 Auto Ontology，都是解决「怎么让 Agent 的产出更可靠」的问题。文中的总 Star 数和周增长都是发文时 GitHub 页面上的数据。
01 T3 Code
手机是遥控器，活还是电脑在干
T3 Code 来自开发者 Theo 的团队，MIT 协议，TypeScript 写的，总 Star 数是 49,846。它有桌面端、网页端和 iOS、Android 应用，能控制你电脑上已经装好的 Claude Code、Codex、Cursor、Grok Build、OpenCode 和 Google Antigravity 等工具。
你可以这么理解T3 Code：大模型是厨师，Claude Code 这类工具是厨房，T3 Code 是餐厅，你可以把自己的厨房带进来。所以它不卖模型额度，也不转售 token，你原来的订阅继续用，模型的钱还是付给原来的服务商。
这个项目这周涨得这么快，我的理解是它正好解决了一个很日常的问题：你让 Agent 跑一个长任务，人离开电脑以后，它卡在一个权限确认上，等你回来才发现白等了半小时。装上 T3 Code 以后，Agent 跑完、失败、需要批准或者有问题要问你时，手机都会收到通知，点开就能接着处理。
安装分两步，先在要干活的那台电脑上装好并启动：
curl -fsSL https://t3.codes/install.sh | sh
t3 upt3 up 会问你其他设备怎么连到这台电脑，有两种选择：
- T3 Connect：官方提供的连接服务，不用自己配路由器，登录账号就能用。每个账号可以连 3 台电脑，手机和浏览器不算在内。
- 局域网或私有网络：在同一个局域网或者 Tailscale 这类虚拟内网里直接配对。
需要注意的是，手机推送必须走 T3 Connect，只用局域网或 Tailscale 连接收不到后台通知。T3 Connect 目前免费，但文档写的是「for now」，还说如果账单太高可能要改变做法。它的流量走 Cloudflare 隧道，这条链路在国内网络下稳不稳定，我没有测过，用之前建议你自己试一下。
切换 Agent 也是它的一个特点。同一个对话可以从一个 Agent 换到另一个，T3 Code 会把上下文带过去：短对话完整带过去，长对话会优先挑选最近的内容、最初的需求和命令结果。不过 Agent 的思考过程、工具调用状态和附件不会带过去，重要的约束最好在切换后再说一遍。
用之前有几个地方要留意：
- 默认权限是 Full access，也就是 Agent 执行命令和改文件都不用问你。如果你想靠手机审批，要先在设置里把默认权限改成 Supervised 或 Auto，否则手机上根本不会弹出这些确认。
- Claude 的 5 小时额度可能掉得更快。T3 Code 通过 Anthropic 的 Agent SDK 驱动 Claude，作者说这种方式比直接用 Claude Code 更耗 5 小时额度，不影响周额度，他们已经向 Anthropic 反馈了。
- 不支持本地模型，想用 Ollama 跑本地模型的话可以看后面的 OpenBot。
- 默认会上报使用数据，包括用的模型和 token 总量，不包括提示词和文件内容。如果你不想上报，可以设置
T3CODE_TELEMETRY_ENABLED=false关掉。 - 项目还很早期，README 自己写的是「very very early」，目前版本号还在 0.1.x，也基本不接受外部贡献。
如果你同时开着好几个 Agent，或者有一台常开的电脑、服务器，T3 Code 值得装。如果你平时只在一台笔记本上用一个 Agent，电脑一合上它也就停了，手机端发挥不出多少作用。
02 OpenMausBot
把 Agent 做成聊天软件里的一排联系人
OpenMausBot 今年 8 月才建仓库，现在有 15,352 个 Star，Apache 2.0 协议，之前叫 OpenGrokBot。它给自己的定位是 xAI 的 Grok Bot 的开源替代品，和 xAI 没有关系。
它和 T3 Code 面向的人不太一样。T3 Code 的界面围绕项目、分支和代码改动来组织，给写代码的人用；OpenMausBot 长得像 Telegram，每个聊天对象都是一个 Agent，有自己的性格、模型和电脑，你可以让一个 Agent 查资料，让另一个 Agent 每个工作日早上 9 点发一份总结。
底层跑的是你电脑上的 claude、codex 或 grok 命令行工具，用的是你已有的账号。Agent 的「电脑」有三种选择：云端 Linux 桌面、隔离的本地虚拟机，或者你自己的电脑。其中用你自己的电脑要手动开启，目前只支持 macOS 和 Ubuntu 的 Xorg 环境。
我觉得它最值得看的设计是审批卡片：执行命令、改文件这些有风险的操作，会变成聊天里的一张卡片，由你点允许或拒绝。这比前面 T3 Code 的默认设置保守，更适合不写代码的人。
也有几件事要先知道：云端桌面由赞助商 Boat 提供，试用结束后要付费；连接 500 多个应用用的是第三方服务 Composio，有它自己的账号和条款；API Key 是明文保存在本地 config.json 里的；README 也说托管式的手机连接还没有做完。所以它现在更适合当成个人助理来试，先别把公司邮箱和重要账号接进去。
03 OpenBot
名字里有 Open，但商用要买授权
OpenBot 是一个本地优先的桌面工作台，总 Star 数 6,063。它给每个 Agent 一个独立的工作区和对话，Agent 之间可以互发消息、传文件，也可以在频道里分工。
它支持的 Agent 比较多，除了 Claude Code、Codex、Grok、Gemini，还有 Kimi Code CLI、GitHub Copilot CLI，也能接自定义的 OpenAI 兼容接口，并且能检测到本地的 Ollama 和 LM Studio。如果你主要用国产模型或者本地模型，这一点比 T3 Code 友好。
这个项目我想重点提醒两件事。
第一是协议。现在的版本用的是 PolyForm Noncommercial 1.0.0 协议，个人非商业使用没问题，商业用途要单独买授权。0.1.11 及之前的版本才是 Apache 2.0 协议，而它现在已经到 0.63.0 了。如果你打算在公司里用，或者想基于它做产品，要先看清楚这一点。
第二是权限。README 开头就警告，Agent 默认以 danger-full-access 运行，首次启动同意以后，读写文件、执行命令、联网、控制内置浏览器都不再逐项确认。README 建议只运行你信任的 Agent 和任务，并且提前备份数据。
如果你只是个人用，又想把几个不同厂商的 Agent 放在一起协作，OpenBot 可以试试，最好放在一台没有重要数据的机器上跑。
04 Claude Code Game Studios
写了 30 份文档的版本，评审时排在最后
这个 MIT 协议的模板这周涨了 6,018 个 Star，总数 36,135。它把一个 Claude Code 会话变成一家游戏工作室：49 个 Agent 分成总监、部门负责人和专员三层，再加上 74 个技能、15 个钩子和 14 条路径规则，支持 Godot、Unity 和 Unreal 三种引擎。
只看这些数字，你大概会以为它走的是重流程路线，但这个项目最有意思的地方在它自己做的一个对比实验：用同一份需求，在不同的流程严格度下做了四个游戏，统计写第一行游戏代码之前产出的文档数量。
minimal 模式只有 1 份一页纸的需求，standard 模式写了 30 份，花了 58 分钟。四个版本都做出了能运行、通过测试的游戏，但两位盲审和一次真人试玩之后，standard 版本排在最后。项目自己的结论是，多出来的 29 份文档换来的是可追溯性，并没有换来更好的游戏。所以它现在的默认模式就是 minimal。
这个结论只来自一份需求和几个样本，而且这些游戏没有放在仓库里，你没办法自己验证，看个方向就好。不过一个主打「49 个 Agent」的项目愿意把重流程排最后的结果写在 README 里，这个态度我觉得不错。
它还有一条规则值得借鉴：只要改动了玩家能看到的内容，就必须真正启动游戏、看一眼、留一张截图，才算完成。这条规则在 minimal 模式下也不能跳过，因为测试通过说明不了菜单有没有画到屏幕外面去。你用 Agent 写前端的时候，也可以把这条写进自己的规则里。
上手方式是把仓库克隆下来，在根目录启动 claude，然后运行 /start。一定要在根目录启动，在子目录启动会跳过钩子和权限规则。如果你用的是别的 Agent，可以把它当成一份如何组织多 Agent 的参考资料。
05 Auto Ontology
让 Agent 在算错收入之前，先搞清楚「收入」是什么意思
这是英伟达开源的项目，Apache 2.0 协议，总 Star 数 9,078，发文当天一天涨了 2,015 个。
如果你做过「用自然语言查数据库」这类功能，应该知道最麻烦的不是生成 SQL，而是生成的 SQL 能跑、数字却是错的。同样是「收入」，不同表里的字段可能口径不一样，模型只看字段名是分不清的。
Auto Ontology 做的事情，是先从数据库的表结构和样本数据里生成一份业务词典（也就是它名字里的本体），记录每个业务概念对应哪些字段、指标怎么计算、表之间怎么关联。然后由人来审核确认这份词典，Agent 回答问题时都以它为准。
我最喜欢的是它在 README 里举的第二个例子。示例数据库里没有广告数据，这时候你问某个产品的广告投入回报率，Agent 不会硬编一个数，而是先调用 check_answerable 检查，然后告诉你：我能查收入，但这份数据里没有广告支出，你是想看收入，还是广告支出在别的数据源里？对做数据分析的 Agent 来说，这种「答不了就说答不了」的能力很重要。
它通过只读的 MCP 工具对外提供能力，所以 Claude Code、Cursor 这类工具都可以接入。但它的门槛不低：需要 Docker、Postgres，默认使用英伟达的 NIM 模型接口，还需要一个英伟达的 API Key，模型地址可以改成其他接口。所以它更适合有数据团队的公司，个人开发者看看思路就够了。另外，项目目前不接受外部贡献。
Agent 上了手机以后，审批还靠得住吗？
回到前面三个控制 Agent 的项目，我把它们的默认行为放在一起对比了一下：
| 项目 | 默认权限 | 协议 | 手机端 |
|---|---|---|---|
| T3 Code | Full access，新对话可改 | MIT | iOS、Android 应用 |
| OpenMausBot | 风险操作弹审批卡片 | Apache 2.0（enterprise/ 目录除外） | 可配对手机，托管连接还在开发 |
| OpenBot | 全部放行，首次启动时同意一次 | PolyForm 非商业协议 | iOS、Android 应用和网页版 |
三个项目里有两个默认不审批。这也能理解，一个 Agent 每分钟弹几次确认，你很快就不想用了。
但手机让这个问题更明显了。在电脑上批准一条命令时，你至少能看到完整的代码改动；在手机上，人往往是在排队、走路或者开会的间隙瞄一眼，就点了允许。我的判断是，接下来这类工具比拼的重点，会慢慢从「能不能远程控制」转到「怎么把一次改动压缩成手机上看得懂的几行字」，以及哪些操作才值得打断你。
现在能做的是先把权限分开：能撤销的操作（改文件、跑测试）放开，撤销不了的操作（删除数据、发布上线、推送到主分支）留给自己确认。这样手机响起来的时候，要你判断的事情就只剩下那几件。