11 月 9 日,Reason Machines 开放了 Aspen 的源代码,这是一个面向 AI 智能体的自托管 Git 服务器。项目当前处于 pre-alpha 阶段,官方给出的性能是单台 8 核机器每秒完成 567 次推送。架构上做了简化,代码对象走对象存储存 pack 文件,分支历史则放进 PostgreSQL。
放弃两条传统保证
常规 Git 服务建立在两个前提上:每个分支对应一个完整快照,每个客户端拿到的是一份为它定制的 pack。Aspen 把这两条都放弃了,取而代之的是更适合智能体负载的取舍。智能体写代码时产生的是大量细小、连续、互相冲突的提交,服务器面对的是持续不断的小操作,而非偶尔来一次的整块推送,这套架构就是围绕这种压力设计的。
自托管这个选择也有现实考虑。把仓库放在自己可控的机器上,代理改代码的行为不需要提交到第三方托管服务,权限与审计链条更短。对企业内网里的编码代理来说,这往往比性能数字更能决定是否敢用。
参考了同行的实现
Aspen 的设计思路明显借鉴了两家同行的做法,分别是 OpenAI 的 Pando 与 Cursor 的 Origin,都是把 Git 服务从传统实现里剥出来重做。这也是当前智能体编程工具链的共同痛点:代理并发编辑同一个仓库时,传统 Git 的锁与打包机制会成为瓶颈,而在仓库规模变大后尤为明显。Aspen 的选择是先把并发写入这条路径做到极致,其余能力留到后续版本。
pre-alpha 的状态意味着它现在更适合读代码和试跑,而不是直接接进生产。官方还没有给出完整的运维文档与兼容性说明,正式可用还需要等几个版本。
同类架构改造可以对照 OpenAI Pando 的 Git 后端改造,那篇拆解了推送延迟与仓库规模的关系。
延伸阅读
- 腾讯云开源TeamAI:适配16种Agent,团队Skill走Git评审1 月前
- Kimi Code Desktop发布:月之暗面推出官方桌面编程客户端,macOS与Windows同步上线4 周前
- 腾讯 Miora 正式开放使用:Google/GitHub 账号直登,一句话 Brief 生成全套视觉方案2 月前
- OpenAI 收购 Pierre:Codex 背后的 4 款 Git 工具5 天前
AI 自学笔记 每天更新 AI 前沿动态,订阅 RSS,或按 Ctrl/⌘+D 收藏本站,明天见。
继续读
同一批更新里这几篇值得一看:
- GitHub 推 Rubicon:单仓库 5000 智能体并发 每秒 7200 次推送2026-11-08
- OpenAI 收购 Pierre:Codex 背后的 4 款 Git 工具2026-11-05
- CloudOpsBench 开源:Claude 云运维仅解 60% 任务2026-11-05
