单台8核服务器跑出567次push/秒，Reason Machines开源了给AI agent用的Git服务器

Reason Machines 开源了 Aspen。按 MarkTechPost 的报道，它是一个给 AI agent 用的自托管 Git 服务器，设计上遵循 OpenAI 的 Pando，公司自测在单台 8 核服务器上持续跑到 567 次 push/秒。原始消息来自 MarkTechPost，作者 Asif Razzaq：链接。

Git 对开发者不陌生。托管、版本、分支、合并、回滚，人类团队靠它协作。AI agent 接进来后，事情变了：agent 会频繁改文件、开分支、提交、重试，甚至并行试错。Git 从人类协作界面，变成 agent 写入和回收状态的底层设施。Aspen 的定位就在这。

567 pushes/s 是吞吐指标。push 和 commit 不是一回事，但能反映服务端接收并处理引用更新的速度。8 核单机跑出这个数，至少说明 Aspen 在高并发写入路径上做了针对性设计。注意，这是 Reason Machines 自己的测试，测试数据集、仓库规模、网络条件、持久化配置都没在这条消息里展开。它能说明上限之一，不能直接等同于生产可用性。

对 AI agent 来说，版本控制的压力不只来自提交量。并行分支多了，冲突、审计、权限、垃圾提交、回滚成本都会上来。人类 Git 工作流默认提交有意图、有 review。agent 的提交更像机器日志，密度高，失败重试多。谁来做清理和治理，会变成新问题。

Aspen 开源的价值，是团队可以自托管，把代码和 agent 轨迹留在自己的基础设施里。对需要审计、隔离、成本控制的环境，这比纯托管服务更可控。具体功能、许可证、部署方式，还得看项目仓库和文档。报道只给了定位和性能数字，没有展开这些细节。

如果你不写代码，可以把它理解成：AI agent 干活时也需要一个记账本，记录每次改了哪版、能不能退回。Aspen 想做的就是这本账的后端。

这条消息值得看的点，是 AI agent 的基础设施开始细分。模型之外，版本控制、并发写入、审计追踪这些老问题重新出现。567 pushes/s 是个数字，接下来要看的是真实仓库里的延迟、稳定性和运维成本。