2026年8月任意一天打开GitHub趋势榜,整个榜单几乎被中间件占据,而不是模型本身。Hermes-agent已经拿到23.6万星,OpenCode有20.1万星,Codex每天新增接近2000星。stablyai/orca也挤在这份榜单里,它把自己称为“代理开发环境”,用来运行一组并行的编程代理,首次提交后仅五个月就突破了5.3万星。
瓶颈从选模型转向管代理
![]()
变化已经发生。开发者现在纠结的不再是“该用哪个模型”,而是“怎么管理已经在跑的五个代理”。Vaibhav Sisinty说得比较直接:大多数人一次只运行一个AI代理,Orca则让多个代理并行工作,一个审查代码,一个修bug,一个写文档,一个跑单元测试,全部同时进行。
这种把代理看作需要协调的“机队”,而不是随手调用的单个工具,正是Orca团队提出ADE这个新品类的核心逻辑。但问题在于,“代理开发环境”到底是一个能站得住的品类,还是只是一个短暂标签,很快会被Cursor、Windsurf和VS Code在一个版本周期内吸收掉。这个问题比任何单个工具的星数都更重要。
中间件正在成为竞争壁垒
AgentConn已经追踪代理脚手架这个判断好几个月:AI工具真正的护城河不是模型权重,而是围绕模型的支撑层。Elon Musk承认Grok 4.6离开Build脚手架后表现“明显更差”。Anthropic的Claude Code自带技能系统、CLAUDE.md和hooks基础设施。OpenAI的Codex CLI则把GPT包在沙箱执行环境里。模式正在趋同,每个严肃的编程代理都开始带上一层脚手架。
但这些脚手架都是为单代理工作流设计的:一个模型、一个上下文窗口、一组文件修改、一个人审查一个diff。如果想同时跑三个代理,目前大多数开发者只能自己临时拼方案。Simon Willison在他的通讯里记录过一种做法:开多个Claude Code或Codex实例,每个放在克隆到/tmp的新检出目录里,然后在终端之间来回切换。
这种做法能跑起来,但正如Willison所说,瓶颈会转移到审查能力上——“从你自己的规格出发生成的代码,审查起来省力得多”——而且隔离很脆弱。文件竞争会出现,分支状态会冲突,人被迫变成调度器。这正是Orca瞄准的空隙。
Orca实际做了什么
Orca是一个开源的MIT协议Electron桌面应用,由Stably AI打造。这是一家位于旧金山的四人团队,拿到了Y Combinator支持。它只做好一件事:让任何基于命令行的编程代理跑在各自隔离的Git工作树里,再统一放到一个控制平面下管理。
功能点很具体:并行工作树,可以把一个任务同时派给多个代理,每个代理拿到自己的独立环境。
特别声明:以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布,本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.