Reason Machines 开源面向 AI Agent 的 Git 服务器 Aspen
Reason Machines 开源 Git 服务器 Aspen，采用 Apache 2.0 许可，面向数百个 Agent 同时推送的仓库流量，独立实现了 OpenAI 描述的 Pando 设计。
MarkTechPost· Asif Razzaq·2026-11-09 16:20· 3 小时前AI 评分60
Reason Machines 开源 Aspen：一款为 AI Agent 打造的 Git 服务器
AI 导读
Reason Machines 发布开源 Git 服务器 Aspen，面向数百个 Agent 同时推送的仓库流量，独立实现了 OpenAI 描述的 Pando 设计，采用 Apache 2.0 许可。
正文 · 原文
Reason Machines 发布了 Aspen，一款面向 AI Agent 流量的开源 Git 服务器。它针对的是数百个 Agent 同时推送的仓库。Aspen 独立实现了 OpenAI 为 Pando 描述的设计。
TL;DR
- 体积：单个 Rust 二进制文件。分支存放在 PostgreSQL（或 SQLite）中，pack 存放在对象存储中。
- 运行环境：笔记本电脑（
aspen dev）、通过 Docker Compose 的单台主机，或 Helm 与 Terraform 云环境。 - 性能：推送到不同分支的推送从不互相等待，拉取会复用已存储的 pack。
- 最佳：在一台 8 核服务器上持续 5 分钟达到每秒 567 次推送（自报数据）。
- 最差：落在
main上时约为每秒 4 次，且项目处于 pre-alpha 阶段。 - 总结：最佳：按分支写入消除了按仓库的推送上限。最差：没有发布版本、没有 Web UI，且未达到 24 小时持久性门槛。
Aspen 是什么？
Aspen 是 Reason Machines 推出的可自托管 Git 服务器，按分支而非按仓库扩展写入能力。它通过 HTTPS 和 SSH 使用标准 Git 协议。pack 存入兼容 S3 的对象存储；分支历史存入 PostgreSQL。
为什么传统 Git 服务器难以应对 AI Agent？
Agent 每隔几分钟就推送一次，CI 在每次推送后拉取。据 Reason Machines 称，传统服务器会把对同一仓库的每次推送排入同一队列。它还会为每次拉取构建全新的 pack。服务器的工作量随客户端数量增长，而非随新代码增长。
OpenAI 撞上了这堵墙，于是构建了 Pando。它将推送延迟中位数降低了近 5 倍，每天服务近 1 PB 数据。
Aspen 如何工作？
Aspen 遵循 Pando，并舍弃了大多数 Git 服务器保留的 2 项主张。
按分支的比较并交换
每个分支是 PostgreSQL 一行中的版本链。一次推送先上传其 pack，然后通过一次比较并交换移动分支。推送到不同分支的推送从不互相等待。如果 2 次推送在同一分支上竞争，一个胜出。另一个会收到 Git 常见的“fetch first”错误。代价是：分支可能在不同时刻被读取。
存储 pack 而非按客户端生成 pack
Aspen 从不解包推送内容。它校验 pack、补全缺失的 base，并原样存储。拉取时直接流式传输客户端缺少的已存储 pack，不重新压缩任何内容。签名 URL 可从 CDN 提供 pack。
仅主干通告与压缩
一次推送只能看到主干分支，因此即使有上百万个分支，协商过程依然很小。后台压缩每次合并 16 个 pack，采用类似日志结构合并树的分层方式。落后很多的客户端只会收到几十个 pack，而非数千个。深度为 1 的 CI 拉取会获得一个构建一次、供所有任务使用的 tip pack。
Aspen 有多快？
测试使用一台 8 核服务器、S3 Standard 和一个 4 核 PostgreSQL。目标是一个 git.git 的副本，约 4,500 个文件和 75,000 次提交。Aspen 持续 5 分钟达到每秒 567 次推送，无任何错误。每次推送都在 Git 打印“ok”之前到达 S3 和 PostgreSQL。
- 推送延迟中位数：208 ms；第 99 百分位：314 ms。
- 另一个客户端在确认后 30 ms 才看到每次推送，这是中位数。
- 深度为 1 的抓取风暴：在 git.git 上，字节数是原版
git upload-pack的 1.029 倍。
Cursor 报告称，在 S3 Standard 上，Origin 每秒最多可处理 120 次推送。在 S3 Express One Zone 上，这一数字超过 300。这是 Cursor 单体仓库上的一个复制集群，因此各环境配置有所不同。README 称 Aspen 的数据仅供参考，并非性能承诺。
Aspen 与其他面向智能体规模的 Git 后端相比如何？
| 功能 | Aspen | Cursor Origin | OpenAI Pando | GitHub Spokes |
|---|---|---|---|---|
| 可用性 | 开源、自托管 | 商业化的 Cursor 平台 | OpenAI 内部使用 | GitHub 内部使用 |
| 许可证 | Apache 2.0 | 未披露 | 未披露 | 未披露 |
| 推送排序 | 按分支（比较并交换） | 按仓库（S3 中的预写日志） | 按分支 | 跨副本的三阶段提交 |
| 引用存储 | PostgreSQL 或 SQLite | S3 中的 WAL 索引，无关系型数据库 | 元数据存储 | NVMe 上的 Git 仓库 |
| 抓取服务 | 存储的 pack，拼接或通过 URI 提供 | NVMe 上的本地 Git 仓库缓存 | 复用存储的 pack | Git 仓库副本 |
| 公布的推送速率 | 567/s，S3 Standard，1 台服务器（自报） | 120/s S3 Standard；300+/s S3 Express | 未披露 | 未披露 |
| 其他公布结果 | p99 推送 314 ms | 线性读取扩展至 100 个副本 | 推送延迟中位数降低近 5 倍 | 未披露 |
如何部署 Aspen？
你需要用 Rust 从源码构建。aspen dev 使用 SQLite 和本地目录运行所有内容。团队版提供 Docker Compose（含 PostgreSQL 和 MinIO），以及 Helm chart。Terraform 覆盖 AWS、Google Cloud、Azure 和 Hetzner。镜像模式可前置 GitHub 或 GitLab，因此无需迁移即可试用。
在线演示是一个 64 x 64 像素的画布，每次点击就是一次推送的提交。据该公司称，一个 Reason 智能体用 4 天时间将 Aspen 从首次提交做到公开发布。这期间合并了 151 个 PR。
关键要点
- Aspen 是一个 Apache 2.0 的 Git 服务器，专为智能体规模的推送流量而构建。
- 它是 OpenAI Pando 设计的独立开源实现。
- 自报数据：在一台 8 核服务器上每秒 567 次推送，p99 为 314 ms。
- 客户端无需改动；原版
git可通过 HTTPS 和 SSH 工作。
查看 GitHub 仓库和发布文章。另外，欢迎在 Twitter 上关注我们，别忘了加入我们的 150k+ ML SubReddit 并订阅我们的 Newsletter。等等！你在 Telegram 上吗？现在你也可以在 Telegram 上加入我们了。
需要与我们合作推广你的 GitHub 仓库、Hugging Face 页面、产品发布或网络研讨会等？联系我们
文章 Reason Machines 开源 Aspen，一个为 AI 智能体构建的 Git 服务器 首次出现在 MarkTechPost。
来源：MarkTechPost · marktechpost.com
来源：RadarAI · aihot.news