GitHub 热榜拆解(10.30)|5 个多 agent 项目:给 AI 同事分工位

79 阅读11分钟

2026.10.30 · 第 37 期

本期看点:你同时开 3 个以上 Claude Code / Codex 时,真正缺的不是模型,是工位——谁在跑、谁在等你、谁该被关掉。

这期 5 个项目都在给 agent 分工位:虚拟机、桌面、浏览器、游戏工作室、侧边栏。

先给结论:想马上用,装 harp;想组 bot 团队,试 OpenMausBot;openbot 默认全权限,别在主工作机上跑。

数据口径:GitHub 官方 Trending 当日榜(2026-10-30 快照),按当日新增星数排序;前 4 个取第 5、6、9、11 名,最后一个 harp 是 10 月 20 日新建的项目,作为“多 agent 侧边栏”的补充。星数、建库时间与 issue 状态经 GitHub API 核实。

这 5 个的 issue 区我都翻了。下面只写能对上号的东西:它解决什么问题、最近卡在哪、我装没装、你要不要碰。

💡 先把这 5 个项目和它们各自解决的问题列一遍,想快速扫的看这段就够:

  • milind-soni/OpenMausBot — 给每个 bot 一个虚拟机,像联系人一样放在侧边栏
  • nightly-labs/openbot — 给每个 agent 一个桌面工位,但它默认“全权限”
  • CopilotKit/OpenBot — 每个 AI 同事一台电脑,动作先审批、后记录
  • Donchitos/Claude-Code-Game-Studios — 把 Claude Code 变成 49 人游戏工作室
  • dominikmartn/harp — 一个侧边栏,盯住所有 Claude Code / Codex 会话

下面按顺序逐个说:它解决什么问题、issue 区里暴露了哪些坑、值不值得你上手。

1. milind-soni/OpenMausBot ⭐ 7500+(今日 +1199)🤖 给每个 bot 一个虚拟机,像联系人一样放在侧边栏

OpenMausBot 是一个开源的 Grok Bot 替代品:把“你的一队 AI bot”放进一个聊天 App。侧边栏里每个 bot 都是真的 agent——底下跑 Claude 或 Codex——有自己的性格、模型、云电脑和已连接的应用。你像跟联系人聊天一样跟它们说话,看它们干活,重要动作由你批准。它强调 bring-your-own-agent、local-first,用你已有的模型。仓库 2026 年 8 月 11 日建,Apache-2.0,TypeScript/Electron,现在 7500 多星、1121 个 fork。

它提供 macOS(Apple 芯片和 Intel)、Windows、Ubuntu 的安装包;macOS 的 dmg 已签名并公证。README 写得很清楚:它和 xAI、Meta、OpenAI、Manus 都没有关系,是一个独立项目,灵感来自 Grok Bot,也对标 Meta Muse、OpenAI dots、Cue by Manus。

issue 区目前 open 是 0,只有几条刚关的:#3883 是 2026 年 10 月 29 日关的,说自建服务器 + Windows 桌面端出现 cross-origin request forbidden;#3816 说更新后展开文件夹看不到里面的线程;#3808 说 Ubuntu 22.04 + HWE 内核下 .deb 的 postinst 加载 AppArmor profile 失败(abi/4.0 not found)。这些都不是“能不能用”,而是桌面端和 Linux 打包的边角。

我会怎么选:你已经有一堆 Claude/Codex 账号,又想要一个“bot 团队”的界面,它最接近 Grok Bot 那个感觉;但每个 bot 都有自己的云电脑和已连接应用,权限和凭证是最大的风险。先从一只 bot、一个应用开始,别一上来把邮箱、支付、云盘全接进去。

地址:github.com/milind-soni/OpenMausBot

难度:安装低(dmg/exe/deb);配置中,难点是模型、应用授权和每个 bot 的权限边界。

2. nightly-labs/openbot ⭐ 3900+(今日 +709)🧑‍💻 给每个 agent 一个桌面工位,但它默认“全权限”

openbot 是一个 local-first 的桌面工作台,给“常驻 AI 同事”用:支持本地 Codex App Server、Claude Code、Grok CLI,也通过 ACP 接 OpenCode、Gemini、Cursor CLI、Cline。每个 agent 有自己的 workspace 和会话,还有本地队列、文件传输、内嵌浏览器、agent 之间的消息;共享频道里还能指定任务负责人、委派、暂停、恢复、重新分配。仓库 2026 年 8 月 12 日建,TypeScript,现在 3900 多星。

README 有一段很重要的警告:它是 development preview,agent 目前以 danger-full-access 和 approvalPolicy: never 运行——首次启动同意之后,它们可以读写文件、跑命令、用网络、控制内嵌浏览器,不再逐动作确认。官方建议只跑你信任的 agent 和任务、做好备份。许可证是 PolyForm Noncommercial 1.0.0,商用要先看清楚。

issue 区里最值得看的是安全和稳定性:#3931 是 2026 年 10 月 29 日关的,iOS 锁屏推送通知泄露了原始客户 PII(邮箱、In-Reply-To 头、内部内容);#2214 说一个 turn 在输出前失败,会一直显示运行中,堵住 agent 队列,重启也还在;#3041 说频道负责人超时后,协调器会把后面所有独立任务都派给同一个忙成员;#2970 是 ChatGPT/Codex 图片生成 404;#3853 是 Linux 上 Gemini CLI 运行时下载 404。

我会怎么选:它的工位、队列、agent 之间传消息确实完整,但“默认全权限”这件事太重了。别在主工作机上跑,至少用一个独立用户或虚拟机,重要文件先备份;如果你只是想让几个 agent 并行改代码,先用更轻的 worktree 方案,别一上来给它整个桌面。

地址:github.com/nightly-labs/openbot

难度:中高。装不难,难的是权限隔离、备份和接受它还是 development preview。

3. CopilotKit/OpenBot ⭐ 8200+(今日 +247)🏢 每个 AI 同事一台电脑,动作先审批、后记录

CopilotKit/OpenBot 是另一种“AI 同事”:每个同事有自己的真实浏览器、自己的登录、自己的文件,只拿你授予的工具;每个动作在执行前先决定,执行后被记录。你可以接管它卡住的那一步,再交还给它。它支持任何 AG-UI agent,整套跑在你自己的基础设施上:Docker Compose 起服务,数据在 PostgreSQL,模型凭证加密存储、不写日志。仓库 2026 年 8 月 17 日建,MIT,TypeScript,现在 8200 多星。

README 说它是模板,不是产品:没有托管版,克隆下来,把 examples/ 里的示例租户换成你自己的同事、频道和技能,再跑。默认有两个同事:General Assistant 和 Knowledge;配好端点后还会加入 Risk Analyst,examples/fintech/catalog/ 里另有十个各管一件事的同事。它明确标注 beta,rough edges 会有。

issue 区里都是多 agent 的真实难题:#714 说一个 bot 记住的事实被报告给第二个 bot,但第二个 bot 永远看不到;#399 说以 Built in 方式创建的同事仍然不能把工作转交出去;#890 说安全策略把 Shopify 订单备注当成“moving money”拦下,而退款却通过了;#891 说设置 OPENAI_BASE_URL 后,需要 Responses API 的模型带工具会失败;#889 说 Gmail 回复的 private-share 一直不显示卡片,重试也批不了。

我会怎么选:如果你想要一个能自托管、有审批和动作记录的“AI 同事平台”,它是最像产品的一个;但它还是 beta,记忆、转交、安全策略都还在修。先接一个同事、一个工具,别一上来接支付和邮箱;等你把审批流程跑顺,再扩。

地址:github.com/CopilotKit/OpenBot

难度:高。要会 Docker、Postgres、模型 key 和 AG-UI;难的是多 agent 的记忆和权限。

4. Donchitos/Claude-Code-Game-Studios ⭐ 2.9 万(今日 +353)🎮 把 Claude Code 变成 49 人游戏工作室

Claude Code Game Studios 把一次 Claude Code 会话变成一整套游戏工作室:49 个 agent、74 个 skills、15 个 hooks、14 条 rules。它给 agent 分了工作室层级——导演守愿景,部门负责人管自己的领域,专家做具体活;每个 agent 有职责、升级路径和质量门。仓库 2026 年 2 月 12 日建,MIT,Shell,现在 2.9 万星、4059 个 fork。

它解决的是“一个人用 AI 做游戏没有结构”的问题:没人阻止你硬编码魔法数字、跳过设计文档、写意大利面代码;没有 QA、没有设计评审、没人问“这符合游戏愿景吗”。这套东西用角色和流程把这些门补上。注意:它产出的是流程和文档,不是一键生成游戏。

issue 区最该看的是几个“灵魂问题”:#34 问“有人真的用它做出完整可玩的游戏吗”,12 条评论;#53 是同一个问题的中文版,11 条评论;#46 说“这不就是在烧 token 吗?Maxx20 跑了快三周,看起来只完成了一点”,5 条评论;#112 直接问“这个项目还在维护吗”,5 条评论;#64 说 /dev-story 要求“完整读 ADR”,超过 25k token 的 ADR 会逼出 offset/limit 重试,成本翻倍。

我会怎么选:想学“游戏工作室怎么分工、怎么设质量门”的人,这套结构很值得拆;想靠它直接做出一款游戏的人,先看 #34 和 #46。它更像一套流程框架,成败取决于你的项目管理和 token 预算,不是装完就有一个工作室。

地址:github.com/Donchitos/Claude-Code-Game-Studios

难度:中高。装是复制文件;难的是按它的角色和门禁走完整个流程,还要控制 token。

5. dominikmartn/harp ⭐ 690+ 🪕 一个侧边栏,盯住所有 Claude Code / Codex 会话

harp 是 Warp 终端的一个非官方 fork:把标签栏换成侧边栏,专门为长时间运行的 coding agent 做。你可以同时跑很多 Claude Code 和 Codex 会话,每一行显示它是在工作、在等你,还是做完了;没看过的有未读标记,后台还在跑的有小圆点,暂时放一边的有月亮标记。分组可以和 tmux 会话绑定,重启后还在。侧边栏底部还有 Claude/Codex 的用量限制环。仓库 2026 年 10 月 20 日建,AGPL-3.0,Rust,目前只有 macOS。

它的好处是克制:没有重新发明终端,只把“多个 agent 谁需要我”这件事做成一个侧边栏。Cmd+R 重命名标签,分组、顺序、tmux 集成都保留;其余还是 Warp 的编辑器、补全和终端体验。

issue 区还很早期:#8 说“它不像原来的 Warp,你声称的功能好像也没生效”,0 条评论;#6 问 Windows 支持;#14 想要 Homebrew/curl 安装;#9 想要 Claude Code/Codex 回复的格式化视图;#10 想跟随主题颜色、要更大的用量环。项目才 10 天,功能和稳定性都还在早期。

我会怎么选:你已经在同时开多个 Claude Code/Codex,又经常不知道哪个在等你,harp 这个侧边栏很对症;但它是一个 10 天大的 fork,macOS only、AGPL,别把它当主力终端。先当第二终端用一周,看它会不会真的减少你切窗口的次数。

地址:github.com/dominikmartn/harp

难度:低到中。装和用不复杂,难的是接受它还早期、只有 macOS。

这周我自己在用什么

这周没装新工具,主要在补这套周报的流程;上一期装好的 word-atlas 还在本地。感受:装完只是开始,能不能留下来,要看它有没有进入你每天的动作。

总结

这 5 个放一起,是三种“AI 同事”路线:OpenMausBot 是聊天 App 里的 bot 团队;openbot 和 CopilotKit/OpenBot 是桌面/自托管工位;Claude-Code-Game-Studios 是角色分工;harp 是你看住多个会话的侧边栏。按我的取舍分三档。现在就试:harp,如果你已经同时开多个 Claude Code/Codex,先拿它当第二终端;OpenMausBot,如果你想要一个 Grok Bot 式的 bot 团队,先从一只 bot 开始。当资料看:CopilotKit/OpenBot,想自建 AI 同事平台时看它的审批/记录设计;Claude-Code-Game-Studios,想学工作室角色和流程时看。先别碰:openbot,默认全权限,别在主工作机上跑;CopilotKit/OpenBot,还是 beta,别一上来接支付/邮箱。

这 5 个里你正在用哪个?卡在哪一步?评论区说一声,问得最多的那个,我下次把它单独拆开写,只拆安装和排错,不重复榜单。

这期对你有用的话,转给正在折腾多 agent 工作流的朋友;评论区聊聊你踩过的坑。

数据来源:GitHub 官方 Trending 当日榜(github.com/trending?since=daily,2026-10-30 快照),按当日新增星数排序;前 4 个取第 5、6、9、11 名,harp 为 2026-10-20 新建项目、作为多 agent 侧边栏补充。星数、建库时间与 issue 状态经 GitHub API 核实,仅供参考。本期为 GitHub 热门项目推荐第 37 期。


如果你也在折腾多 agent 工作流,欢迎在评论区说说你踩过的坑——典型的问题我会挑出来,下期单独拆一篇。