---
title: "GitHub 今日值得关注的 10 个 AI 项目｜2026-09-23"
description: "从 GitHub Trending 与七个 AI 主题检索结果中筛出 10 个 AI 项目，逐一核实 Star、许可与最近更新；本期主线是 Agent 的编排运行时、终端工作区，以及办公与媒体生产工具。"
pubDate: 2026-09-23T01:00:00+08:00
tags: ["GitHub AI 日报", "AI Agent", "Agent 运行时", "开源项目", "开发者工具", "生成式媒体"]
---

## 导语

今天这份榜单的重心落在"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](https://github.com/google/ax) | 7,217 | Agent 编排运行时 | 2026-09-20 |
| 2 | [paperclipai/paperclip](https://github.com/paperclipai/paperclip) | 81,277 | Agent 团队管理与编排 | 2026-09-22 |
| 3 | [nexu-io/open-design](https://github.com/nexu-io/open-design) | 97,620 | Agent 设计工作台 | 2026-09-22 |
| 4 | [HKUDS/CLI-Anything](https://github.com/HKUDS/CLI-Anything) | 49,702 | 软件 Agent 化 / CLI 生成 | 2026-09-22 |
| 5 | [herdrdev/herdr](https://github.com/herdrdev/herdr) | 40,197 | 终端 Agent 运行时 | 2026-09-22 |
| 6 | [davila7/claude-code-templates](https://github.com/davila7/claude-code-templates) | 31,002 | Agent 配置与监控 CLI | 2026-09-22 |
| 7 | [browser-use/video-use](https://github.com/browser-use/video-use) | 25,658 | 视频编辑 Agent | 2026-08-30 |
| 8 | [dream-num/univer](https://github.com/dream-num/univer) | 15,139 | 办公文档运行时 / SDK | 2026-09-22 |
| 9 | [invoke-ai/InvokeAI](https://github.com/invoke-ai/InvokeAI) | 28,269 | 生成式图像创作引擎 | 2026-09-21 |
| 10 | [agent-substrate/substrate](https://github.com/agent-substrate/substrate) | 2,838 | Agent 沙箱运行时 | 2026-09-22 |

## 十项介绍

### 1. [google/ax](https://github.com/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](https://github.com/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](https://github.com/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](https://github.com/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](https://github.com/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](https://github.com/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](https://github.com/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](https://github.com/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](https://github.com/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](https://github.com/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 文件为准，企业使用前请自行复核完整条款；同时运营商业服务的开源项目，其商标与云服务条款需单独确认。本文未对任何候选项目进行克隆、安装或运行测试，"可用性"描述均基于仓库材料而非实测。使用任何涉及命令执行、自动化剪辑或外部密钥的工具时，请自行确认授权范围与适用法律法规。文中观点仅代表作者个人判断。