档案库 · 开发与企业工具 · 产品决策 · 2026
Oak VCS：AI编码代理需要为会话而非提交设计的Git替代品
自力更生的Oak VCS（oak.space）推出面向AI代理的Git替代品——懒加载挂载、按会话分支——并在Show HN上获得216分
Oak VCS
做的是什么生意
Open-source, content-addressed version control system (Rust workspace: oakvcs-core plus the oak CLI) with a hosted platform at oak.space — agents clone, mount, branch and merge repos with native CI and a merge gate, marketed as "version control at the speed of agents"
启动资金：Bootstrapped — the founder says Oak ran "fully bootstrapped on Oak with no Git backup" for months before launch; no external funding disclosed
起因
Zach Geier (zdgeier) built Oak in Rust — the README says the repo "was written almost entirely using AI with human oversight" — around a conviction that agents work in parallel sessions and should not inherit Git's commit rituals. He dogfooded it for months, running Oak's own development entirely on Oak with no Git backup, then posted Show HN on 2026-06-22 pitching version control that does not waste "you or your agents' time".
经过
The thread drew 216 points and 189 comments, mostly comparing Oak to Jujutsu, Fossil, Epic's Lore and Zed's DeltaDB; several shallow dismissals were flagged. Geier answered that every file is chunked so Oak needs no separate LFS, and promised monorepo features. Six weeks later the CLI had moved from v0.99 to v0.102, Windows and native CI shipped (oakspace's own build and deploy left GitHub Actions on 2026-07-06), more than 100 feedback items had been filed from the terminal — most by agents mid-task — and a merge gate plus repo-declared path permissions had landed.
还没有结局，它还在跑。
背景
Oak VCS（oak.space）是一家自力更生的版本控制初创公司，押注AI编码代理——而非人类——正成为版本控制的主要用户。其开源Rust核心（oakvcs-core加上oak CLI）是内容寻址的，并围绕代理的工作方式设计：以会话分支为工作单元，用分支描述代替逐条提交消息，以及懒加载挂载让代理无需克隆整个仓库即可获得工作树。
创始人Zach Geier在AI的帮助下构建了该系统，并自用数月——Oak自身的仓库完全在Oak上运行，无Git备份——然后于2026-06-22发布Show HN。卖点：代理在本地和云端不应为了一个改动下载整个仓库，而Git面向人类的工作流浪费代理的时间。
帖子获得216分和189条评论，大多将Oak与Jujutsu、Fossil、Epic的Lore和Zed的DeltaDB比较；几条浅显否定被版主标记。Geier直接回应，解释分块存储免去了单独的LFS，并承诺单仓库功能。
发布六周后CLI从v0.99升至v0.102，Windows和原生CI发布，从终端提交了超过100条反馈，大多由代理在任务中提交。截至2026年9月，Oak仍是公开测试版，仍然自力更生，未披露收入或融资。
这件事要成立，得有什么
- Git固化了人类工作流——索引、提交消息、代码审查——代理在这些上消耗上下文，因此Oak押注围绕会话和挂载的重新设计胜过在Git之上做工具
- 完整克隆是瓶颈：内容寻址懒加载挂载让本地和云端代理在几秒内开始编辑任何仓库，并行代理停止争夺工作树
- 自用使声明可测试：在公司自己的仓库上运行Oak无Git备份，产品通过自我交付发现自身缺陷
- 合并门禁加上仓库声明的路径权限为代理驱动的更改闭环，捆绑的SKILL.md让代理不去碰git status
- 189条评论的反馈显示竞争激烈——Jujutsu、Fossil、Epic Lore和Zed DeltaDB都在追逐同一代理原生工作流
可借鉴之处
当工具的用户改变时——代理而非人类现在写下大多数提交——基底即产品：重新设计工作流，而不是教新用户Git的仪式
后续进展
截至2026-09-05，Oak仍是自力更生的公开测试版（v0.102.1），提供macOS、Linux和Windows安装程序。托管平台运行原生CI——自2026-07-06起交付oakspace自身——外加合并门禁、仓库声明的路径权限和代理驱动的反馈循环；问题和评论功能仍缺失。创始人的路线图指向免检出的分支审查、分支身份重新设计，以及功能标志后的“软件工厂”编排层。未披露收入、用户数或融资。
资料来源
发现哪里写错了？告诉我们。
轮到你了
你刚读完一家。说说你在做什么，看看谁在赌同一件事。
免费账号 · 3 次免费提问 · 不用绑卡