导语

今天这份榜单的重心落在“Agent 住在哪里、谁给它排班”。排在最前面的项目分别处理编排（声明式 Agent 运行时）、底座（高密度沙箱）、工作区（终端多路复用）、以及把既有软件和既有办公格式接入 Agent 的接口层。没有一个是“发布一个新模型”——这已经是连续第二周的形态。

两个厂商信号值得单独记一笔：Google 用 google/ax 与 agent-substrate/substrate 同时在编排层和沙箱层出手，前者是公开的编排运行时，后者是支撑它的执行底座，两者在同一天出现在 Trending 日榜；HKUDS 的 CLI-Anything 则想把“所有软件都变成 Agent 可调用的 CLI”。与此同时，办公套件（Univer）和视频剪辑（video-use）这两类“看起来很人类”的工作，也在同一天被重新包装成 Agent 的运行面。

本期从 GitHub Trending 与七个 AI 主题的检索结果中筛出 10 个项目，全部通过 GitHub API 核对了 Star、Fork、许可、归档状态与最近发布时间。文中所有数字都是采集时刻的快照，不是实时值。

数据范围与方法

  • 快照时间：2026-09-23 00:50–01:00（Asia/Shanghai，UTC+8），Star 采集日期为 2026-09-23。
  • 信号来源：GitHub Trending 日榜（8 条）与周榜（21 条），去重后 28 个仓库；Repository Search 按 ai-agent、llm、generative-ai、artificial-intelligence、multimodal、rag、ai-coding 七个主题各取 30 条（共 210 条），另加一组 2026 年新建高星仓库检索（30 条），检索侧去重后 207 个仓库。
  • 合并口径：上述来源合计 230 个唯一仓库；与本博客往期 24 期日报出现的 480 条仓库链接（去重后 196 个仓库）做差集后，剩余新面孔进入核实。
  • 硬性门槛：stars:>1000、archived:false、fork:false、最近 90 天内有 push 或 release。通过门槛的新候选共 110 个；本期入选项目 Star 从 2,838 起，未触发降至 500 的例外条款。
  • 排除范围：Awesome List 与各类清单合集、课程/论文/数据集清单、纯概念仓库、镜像与 fork。另有按“AI 必须是核心能力”排除的项目：Trending 日榜中的 mvt-project/mvt 属于移动端安全取证，周榜中的 home-assistant/core、cilium/cilium、supabase/supabase、cloudflare/quiche 属于通用基础设施，ruanyf 系周刊与 Open-Dev-Society/OpenStock 属于内容清单与非 AI 应用。日榜中的 superdesigndev/treg（约 2,080 Star）自述为“Agent 工具的 OpenRouter”，虽符合 AI 核心口径，但仓库许可未明确识别（NOASSERTION），本期未纳入。
  • 核实方式：入围的 10 个候选逐项通过 GitHub 官方 API（repos、releases/latest）核对 full_name、简介、Star、Fork、许可、归档状态、最近推送与最近 release，并结合各仓库 README 的章节结构确认项目边界。除本博客发布所需的隔离克隆外，未克隆、安装或运行任何候选项目。
  • 排序说明：以下排序由 Trending 信号、Star 规模、近期更新、活跃度、工程价值与差异性综合得出，不是 GitHub 官方综合排名。本期 Trending 日榜给出 5 个 AI 核心新面孔，增量信号比前几期更集中，因此 Trending 权重上调、Star 存量权重下调。无法取得增星数据的项目标注为“未公开”，不做推算。本期 10 个项目均为往期 24 期日报未收录过的新面孔。

Top 10 一览

# 项目 Star（2026-09-23） 分类 最近更新
1 google/ax 7,217 Agent 编排运行时 2026-09-20
2 paperclipai/paperclip 81,277 Agent 团队管理与编排 2026-09-22
3 nexu-io/open-design 97,620 Agent 设计工作台 2026-09-22
4 HKUDS/CLI-Anything 49,702 软件 Agent 化 / CLI 生成 2026-09-22
5 herdrdev/herdr 40,197 终端 Agent 运行时 2026-09-22
6 davila7/claude-code-templates 31,002 Agent 配置与监控 CLI 2026-09-22
7 browser-use/video-use 25,658 视频编辑 Agent 2026-08-30
8 dream-num/univer 15,139 办公文档运行时 / SDK 2026-09-22
9 invoke-ai/InvokeAI 28,269 生成式图像创作引擎 2026-09-21
10 agent-substrate/substrate 2,838 Agent 沙箱运行时 2026-09-22

十项介绍

1. google/ax

  • Star：7,217（2026-09-23 采集）
  • 分类：Agent 编排运行时
  • 最近更新：2026-09-20（仓库创建于 2026-03-30；最新发布 v0.3.0，2026-09-20）
  • 许可：Apache-2.0
  • 技术栈：Go

README 把它的定位说得很直接：一个声明式编排器（declarative orchestrator），用一套声明来描述 Agent 怎么被调度、怎么拿工作区、怎么访问模型和外部工具。它把编排拆成四类原语——任务（Task）、工作区（Workspace）、网关（Gateway）与模型（Model），并明确说明自己运行在 Agent Substrate 之上，由后者提供沙箱与执行隔离。需要自己编译或用 Go 工具链安装，面向的是想在 Kubernetes 之外另起一套 Agent 调度面的团队。

入选理由：它是本期 Trending 日榜的增量第一，页面显示日增约 2,324；同时又是少数由厂商官方仓库直接给出的编排层实现，工程边界清楚、依赖关系可查。Star 存量只有 7,217，但按“增量信号权重上调”的本期口径，它排在首位。

个人见解：把编排与沙箱拆成两个仓库、两个进程，是一个干净的架构选择，代价是部署面变宽——ax 的运行前提是 substrate 能用。v0.3.0 的 release 说明里明确提到该版本包含破坏性变更，说明它的 API 仍在快速调整期（这是 0.3.x 的常态，但对生产使用是实打实的风险）。另外要注意 agent-substrate/substrate 的 README 写明它不是 Google 官方支持的产品，ax 的许可与治理也需要按各自仓库的说明核对，不要笼统当成“Google 官方提供支持”来评估。

2. paperclipai/paperclip

  • Star：81,277（2026-09-23 采集）
  • 分类：Agent 团队管理与编排
  • 最近更新：2026-09-22（仓库创建于 2026-03-02；最新发布 v2026.916.1，2026-09-21）
  • 许可：MIT
  • 技术栈：TypeScript

论文级别的一句自述是“所有人在工作中用来管理 Agent 的开源应用”。它把 Agent 当成“员工”来管理：团队与组织关系、任务派发、运行状态与成本，都做成可查看、可约束的对象；配套的是自托管的服务端加前端界面，可以接不同的底层 Agent 运行时。发布节奏很快，最近的交易版本号直接按日期命名（v2026.916.1）。

入选理由：本期的 Star 存量第二高，且是“在 Agent 之上做管理层”这一类里形态最完整的一个——不是又一个 Agent，而是管 Agent 的地方。分支与维护活跃度都很高，最近一次代码推送就在采集当天。

个人见解：这类“Agent 管理层”的价值取决于它能不能管住权限与成本，而这恰恰是文档最难自证的部分。它的未关闭 issue 数超过 5,500，一方面说明用户多、问题反馈密集，另一方面也意味着使用时要有“先读 issue 再上手”的预期。建议先在一个只读或低权限的项目里跑通一轮，观察它记录了什么、能拦住什么，再决定是否接入真实仓库与密钥。

3. nexu-io/open-design

  • Star：97,620（2026-09-23 采集）
  • 分类：Agent 设计工作台
  • 最近更新：2026-09-22（仓库创建于 2026-04-28；最新发布 open-design-v0.24.0，2026-09-22）
  • 许可：Apache-2.0
  • 技术栈：TypeScript

定位是“本地优先的桌面设计应用 + 把编码 Agent 变成设计引擎”。它不要求用户去学一套新的提示词体系，而是把 Claude Code、Codex、Cursor 一类编码 Agent 接进来当渲染与生成内核，产出原型、落地页、仪表盘与设计系统。仓库自带 BYOK（自带密钥）路径，同时官方运营着一套付费的云端模型服务，两条路线并行。

入选理由：本期 Star 存量最高（97,620），且是“Agent 作为生产力内核”这一趋势里离普通使用者最近的一个——设计是典型的人机协作场景，不是纯工程场景。发布节奏也最紧：v0.24.0 就在采集当天发布。

个人见解：它同时是开源项目与商业产品，README 首屏的大段内容都在介绍云服务与模型套餐，因此评估时要先分清“仓库里能跑的部分”和“需要付费账号的部分”，把本地 BYOK 的额度消耗单独估算。从插件生态的标签看，它绑定了一批特定的 Agent harness（含 DeepSeek harness），这意味着换 harness 时可能需要一次迁移成本。设计类应用对输出预览的依赖很强，建议用自己的一页真实需求做端到端验证，而不是只看示例截图。

4. HKUDS/CLI-Anything

  • Star：49,702（2026-09-23 采集）
  • 分类：软件 Agent 化 / CLI 生成
  • 最近更新：2026-09-22（仓库创建于 2026-03-08；最新发布 v0.4.0，2026-06-25）
  • 许可：Apache-2.0
  • 技术栈：Python

自述是“让所有软件都变成 Agent 原生”。做法是给已有软件补一层可被 Agent 调用的命令行接口：能自动生成某个软件的 CLI 封装，再把它们收敛到一个可安装的 CLI 中心（CLI-Hub）里，Agent 通过命令行调用这些能力，而不必依赖图形界面或私有 API。作者给出的示例覆盖 CAD、3D 场景与图表生成一类重 GUI 的软件。

入选理由：它解决的是 Agent 落地里最钝的一段——大量专业软件根本没有 API。“用 CLI 当 Agent 的通用接口”这个思路的可组合性很强，而且仓库 Star 已接近五万，属于同一方向里规模最大的实现。

个人见解：这条路线的天花板与风险都在“生成质量”上：自动生成的 CLI 是否稳定、报错是否可解释、状态是否可恢复，决定了 Agent 调用它是省事还是添乱。它的最近一次 release 停在 2026-06-25，代码却一直在推，说明发布节奏跟不上开发节奏，接入前最好固定 commit 而不是跟 main。另外，让 Agent 拿到 Shell 级入口必然放大权限问题，建议在容器或虚拟机里先跑，并明确哪些命令允许自动执行。

5. herdrdev/herdr

  • Star：40,197（2026-09-23 采集）
  • 分类：终端 Agent 运行时
  • 最近更新：2026-09-22（仓库创建于 2026-03-27；最新发布 v0.9.1，2026-09-16）
  • 许可：Apache-2.0
  • 技术栈：Rust

一句话定位是“你的编码 Agent 所居住的运行时”。它把终端多路复用（类似 tmux）那套能力重新按 Agent 的用法做了一遍：会话可以脱离终端存在，关掉窗口不代表任务中断；面板状态区分“正在工作 / 被阻塞 / 空闲”，方便一眼看出哪个 Agent 在等人；同时提供 CLI 与 socket API，让外部程序能驱动这些会话。多机场景下也可以在一个窗口里管多个环境。

入选理由：编码 Agent 从“一问一答”变成“长期驻留的进程”之后，“它们住在哪”就成了一个真实问题。这个项目是本期终端方向里 Star 最高、更新最密的实现，且用 Rust 写、许可宽松，工程上易于长期跟进。

个人见解：它要替代的其实是 tmux 加一堆自定义脚本的现状，而这类工具最难的不是功能而是肌肉记忆——切换成本主要在用户的习惯上。发布停在 v0.9.1，仍未到 1.0，说明接口可能还会调整；未关闭 issue 数 344，处于合理区间。多机管理意味着密钥与凭据要跨机器流动，建议先明确各机器的信任边界，再决定要不要把生产环境接进去。

6. davila7/claude-code-templates

  • Star：31,002（2026-09-23 采集）
  • 分类：Agent 配置与监控 CLI
  • 最近更新：2026-09-22（仓库创建于 2025-07-04；最新发布 v1.29.6，2026-09-17）
  • 许可：MIT
  • 技术栈：Python

一个用于配置与监控 Claude Code 的命令行工具：把模板、Agent 定义、命令与钩子（hooks）当作可分发的包来管理，并提供会话与用量的监控视角。最近一个版本给 CLI 加了 --mod install，用于安装按 Anthropic 目录结构组织的插件，仓库同时维护了二十余个模组。配套站点提供在线浏览模板的入口。

入选理由：它出现在本期 Trending 日榜（页面显示日增约 113），是“配置即资产”这件事的一个具体实现：把散落在各人电脑里的 Agent 配置收拢成可安装、可版本化的包。仓库创建于 2025 年 7 月，属于长期维护而非蹭热点。

个人见解：这类工具的核心风险不是功能，而是“你装的到底是什么”。第三方模板与钩子会直接进入 Agent 的执行链，等于把一部分控制权交给上游仓库；建议只装能读懂的模组、锁定版本，并在独立目录里先试。v1.29.x 的版本号说明迭代很频繁，升级节奏最好跟团队约定，别让它悄悄改变本地行为。

7. browser-use/video-use

  • Star：25,658（2026-09-23 采集）
  • 分类：视频编辑 Agent
  • 最近更新：2026-08-30（仓库创建于 2026-04-12；暂无 release）
  • 许可：MIT
  • 技术栈：Python

把粗剪素材交给编码 Agent：把原始片段丢进一个目录，用对话描述需求，产出成片。README 列出的能力包括自动剔除口头语与片段间空白、按样式自动调色、在每次剪切点做 30 毫秒音频淡入淡出、烧录字幕，以及通过 HyperFrames、Remotion、Manim 或 PIL 生成动画叠加；渲染结果会在展示前按剪切点自检。它把编辑脚本放在 helpers/ 里，并会在项目文件里保留会话记忆，便于下次接着改。安装依赖 ffmpeg，语音相关能力需要自备 ElevenLabs 密钥。

入选理由：它出现在 Trending 日榜（页面显示日增约 155），是“媒体生产也变成 Agent 工作流”最典型的样本，而且方向上与纯粹的视频生成模型不同——它处理的是已有素材的剪辑决策，属于流程自动化而非内容生成。

个人见解：这类项目的成败在“可回溯”：自动化剪辑一旦连贯地剪错，人工返工的成本比手动剪还高。仓库没有 release、最近一次推送在 2026-08-30，采集时点上看属于“热度仍在、维护暂歇”，接入前建议先跑一条三分钟以内的素材验证剪切点是否正确。调用第三方语音服务意味着素材会上传到外部，涉及客户或未发布内容时先确认合规边界。

8. dream-num/univer

  • Star：15,139（2026-09-23 采集）
  • 分类：办公文档运行时 / SDK
  • 最近更新：2026-09-22（仓库创建于 2022-09-29；最新发布 v0.25.2，2026-09-17）
  • 许可：Apache-2.0
  • 技术栈：TypeScript

自述为“给 AI Agent 用的 Office 运行时”：把电子表格、文档、幻灯片、画布、关系表与 PDF 放进同一套运行时，通过插件架构、Canvas 渲染、公式引擎与统一的 Facade API 对外，浏览器和 Node.js 两端都能跑。它不是又一个在线表格产品，而是给产品和 Agent 拿来嵌入的 SDK。

入选理由：它登上本期 Trending 日榜（页面显示日增约 202），同时是名单里少见的“老仓库被重新点燃”——仓库创建于 2022 年 9 月，早于这一轮 Agent 热潮，说明它的能力底座先于需求存在，最近才被 Agent 场景重新认领。办公格式是 Agent 落地时最难绕开的既有资产，这个方向具有很强的现实意义。

个人见解：办公套件级别的 SDK 是重工程，自学成本不低；好在许可宽松（Apache-2.0），商业嵌入的法律门槛相对清楚。真正的判断点是兼容性与保真度——公式引擎支持到什么程度、导出后在 Excel 或企业办公软件里会不会变形，这些必须拿自己的真实文件去试。v0.25.x 仍是 0.x 版本，长期项目接入前建议先确认升级策略与破坏性变更的记录。

9. invoke-ai/InvokeAI

  • Star：28,269（2026-09-23 采集）
  • 分类：生成式图像创作引擎
  • 最近更新：2026-09-21（仓库创建于 2022-08-17；最新发布 v6.14.1，2026-09-06）
  • 许可：Apache-2.0
  • 技术栈：Python

简介：面向 Stable Diffusion 系列模型的自托管创作引擎，提供文生图、图生图、局部重绘与向外扩展等能力，主打可控的工作流与本地部署，支持 macOS、Windows 与 Linux。相比“再包一层网页 UI”，它的定位更接近创作工具本身。

入选理由：名单里唯一一个“成熟而非新兴”的项目——仓库创建于 2022 年 8 月，一直在发布，最近一次发布是 v6.14.1。把它放进本期，是因为生成式媒体的自托管需求并没有随模型换代消失；在编排、运行时、Agent 管理之外保留一个纯生成侧的代表，能看出这一轮工具层的重心确实在往 Agent 一侧偏移。

个人见解：选它最重要的一件事是算力与显存的边界，而这必须用自己的机器和真实分辨率去测，官方文档里的能力清单不等于在你的硬件上可用。Apache-2.0 的许可是它的加分项，用它做内部工具或产品的一环都没有明显障碍。和榜单其他项目不同，它不依赖任何外部 Agent，也不产生额外的密钥与网络外联，这在合规上反而更省心。

10. agent-substrate/substrate

  • Star：2,838（2026-09-23 采集）
  • 分类：Agent 沙箱运行时
  • 最近更新：2026-09-22（仓库创建于 2026-05-13；最新发布 v0.1.0，2026-09-10）
  • 许可：Apache-2.0
  • 技术栈：Go

它要做的是“跑 Agent 的执行底座”：把大量大部分时间处于空闲的 Agent 复用映射到少量就绪工作进程上，以此换取更高密度；README 给出的目标是支撑百万级沙箱、比常规容器运行时高约一个数量级的密度，并声称在每秒数百次挂起/恢复的负载下做到亚秒级恢复。支持 microVM 与 gVisor 等多种隔离技术，底层借助 Kubernetes 做 worker 生命周期管理。

入选理由：它出现在 Trending 日榜（页面显示日增约 301），也是榜首 google/ax 的实际执行底座——编排与沙箱分家之后，这类“看不见但决定成本”的组件开始获得关注。Star 只有 2,838，是本期的下限，但增量信号与工程价值都够。

个人见解：README 开篇就注明它不是 Google 官方支持的产品，也不在 Google 的开源漏洞奖励计划范围内，这决定了它更适合被当作技术参考或自担风险的组件，而不是有厂商兜底的依赖。v0.1.0 的版本号加 512 个未关闭 issue，说明它离稳定还有距离；README 里的密度与恢复数据均为项目方自述，未经独立验证，实际收益必须在自己的负载形态下重新测量。想用 ax 的团队，建议先把这套底座的运维成本算进去。

趋势观察

  1. 编排层与执行层在同一天分头出现。google/ax 负责调度，agent-substrate/substrate 负责隔离执行，两者由同一家厂商以两个独立仓库给出。这种拆分和 Kubernetes 把调度与控制面分开的思路相似，意味着 Agent 基础设施正在从“一个大框架”走向“一组可替换的部件”。
  2. Agent 的“住所”成了新战场。终端多路复用（herdr）、办公运行时（Univer）、设计工作台（open-design）、视频编辑（video-use）——本期有四个项目在争夺“Agent 待在哪个界面里”这个问题。共同特征是：它们都不训练模型，只决定 Agent 在哪、以什么形式被使用。
  3. 增量信号与存量规模继续脱钩。Trending 日榜第一的 google/ax 只有 7,217 Star，而存量最高的 open-design 有 97,620 Star 却不在日榜上；本期排序因此按“增量优先”处理。Star 是累计结果，Trending 是当下快照，两者都要看，但要分清自己在评估什么。
  4. 0.x 版本仍是主流。本期 10 个项目里有 8 个未到 1.0（ax 0.3、substrate 0.1、herdr 0.9、univer 0.25、CLI-Anything 0.4、open-design 0.24 等），破坏性变更属于预期内事件。把它列入生产依赖时，锁定版本比追新更重要。
  5. 许可分布依旧宽松。本期 10 个项目里 Apache-2.0 六个、MIT 四个，没有出现 AGPL 或 LGPL 这类传染性许可。宽松不代表没有义务，品牌与商标条款、以及项目自带的商业服务条款仍需单独确认，尤其是同时运营云服务的项目。
  6. “配置与技能”正在变成可分发资产。claude-code-templates 用包管理器的方式分发 Agent 配置与模组，CLI-Anything 把软件能力打包成可安装的 CLI。两者都指向同一件事：Agent 周边正在形成可版本化、可审计的分发层，随之而来的供应链风险也需要同样的重视程度。
  7. 厂商官方仓库的边界需要逐条读。google/ax 与 agent-substrate/substrate 都来自厂商组织，但前者是官方项目、后者在 README 里明确声明“不是官方支持的产品”。把“组织名带厂商”当成“厂商提供支持”，是选型里最常见的误判之一。
  8. Trending 榜底色的构成没变。本期日榜只有 8 条，其中 AI 核心新面孔 5 个，其余为移动安全取证项目与大型基础设施仓库；周榜 21 条里，过往已收录项目与清单/周刊类内容占了多数。Trending 依旧是热度的入口，而不是可用性的证据。

选型建议

  • 想搭自己的 Agent 编排面：先判断要不要接受“编排 + 沙箱”两件套的部署复杂度。google/ax 的 API 仍在变动期，适合愿意跟版本的团队；如果只需要一个能看到、能管的界面，paperclipai/paperclip 的起步成本更低。
  • 要给专业软件接上 Agent：CLI-Anything 是当前思路最完整的参考，但请先把运行环境放进容器或虚拟机，明确允许自动执行命令的白名单，并固定 commit 而不是跟随主干。
  • 要给编码 Agent 一个长期住所：herdr 面向多会话、多机器的常驻场景，适合已经在用 tmux 加脚本硬撑的团队；迁移前先算清肌肉记忆的切换成本。
  • 要统一团队里的 Agent 配置：claude-code-templates 能解决“每台机器配置各不相同”的问题，代价是把执行链的一部分控制权交给上游包。只装能读懂的模组、锁定版本、在独立目录试运行。
  • 要在产品里嵌入办公文档能力：univer 的许可与架构都适合嵌入，判断点在于公式兼容性与导出保真度，务必用真实业务文件验证，并确认 0.x 阶段的升级策略。
  • 要做视频类内容流程：video-use 适合已有素材的粗剪与规范化，不适合当成生成模型用；先用短素材验证剪切点质量，并提前确认素材外传的合规边界。
  • 要自托管图像生成：InvokeAI 是名单里最成熟的选择，Apache-2.0 许可干净、无外部 Agent 依赖，最大的不确定性是显存与分辨率，用自己的硬件实测后再定部署规格。
  • 要评估高密度沙箱：substrate 目前更适合作为技术参考或自担风险的组件——它不是厂商官方支持的产品、版本停在 0.1.0、README 中的密度与恢复指标为自述数据，落生产前需要用自己的负载重测。

数据时效

本文所有 Star、Fork、发布与更新时间均为 2026-09-23 00:50–01:00（Asia/Shanghai，UTC+8） 采集的快照，来自 GitHub 官方 API 与各仓库 README。GitHub 数据实时变动，阅读时数值可能已有差异。排序中的“最近更新”以 pushed_at 为准，反映最近一次代码推送时间，不代表功能发布。本期 Trending 页面提供的日增/周增数值仅在正文中作为热度信号引用（页面数值，未经 API 核实）；其余项目无法从可靠来源取得的增星数据一律标注为“未公开”，未做任何推算。文中对“Agent 住在哪里”“编排与执行分层”等趋势的表述属于作者基于本期样本的观察与推断，不是行业统计数据。

免责声明

本文为信息整理与个人观察，不构成投资、采购或法律建议。榜单排序由 Trending 信号、Star 规模、近期更新、活跃度、工程价值与差异性综合得出，并非 GitHub 官方综合排名，也不代表任何权威评级。文中项目的功能描述以各仓库 README 与文档为准，其中由项目方自行主张的内容——包括 substrate 的沙箱密度与恢复延迟、video-use 的剪辑自动化效果、univer 的格式覆盖范围、open-design 的能力清单——均未经独立验证，已在正文中标注。项目许可证以 GitHub API 识别结果与各仓库 LICENSE 文件为准，企业使用前请自行复核完整条款；同时运营商业服务的开源项目，其商标与云服务条款需单独确认。本文未对任何候选项目进行克隆、安装或运行测试，“可用性”描述均基于仓库材料而非实测。使用任何涉及命令执行、自动化剪辑或外部密钥的工具时，请自行确认授权范围与适用法律法规。文中观点仅代表作者个人判断。