Show HN: Oak – Git alternative designed for agents
What Oak Is and Core Ideas
- New version control system positioned as Git alternative, especially for AI agents.
- Key features: virtual/network mounts via FUSE/FSKit, chunked storage for all files (no separate LFS), simplified branching, and integrated hosting.
- Emphasis on fast, parallel “branch per task” workflows and monorepo-friendly features (e.g., potential to open‑source subtrees while keeping rest private).
Performance, Mounts, and Agent Workflows
- Proponents: mounts let agents work without full clones, which helps for large repos, frequent tasks, and many parallel workspaces.
- Claimed benefits: much faster operations than Git, fewer VCS-related tokens via structured/JSON outputs, and quicker spin‑up for cloud agents.
- Skeptics: for most agent workflows, VCS latency and token use are a tiny fraction of overall LLM cost and wall time; human decision-making is the real bottleneck.
“For Agents” Positioning
- Supporters: Git’s worktrees and clone-heavy workflows don’t map cleanly to high‑parallelism agent scenarios; specialized defaults and mounts may matter at scale.
- Critics: models already know Git deeply; any new VCS starts with a learning tax and requires skills/docs. Many argue Git + small wrappers, hooks, or harness tricks are sufficient.
- Unclear: whether Oak’s gains remain meaningful once Git is carefully wrapped and optimized in the agent harness.
Git’s Pain Points and Alternative VCSes
- Common Git issues raised: large binaries and LFS, submodules, monorepo scaling, awkward worktrees, history rewriting, and usability.
- Several mention other systems (Mercurial, Fossil, Jujutsu, Pijul, Sapling, Perforce, Epic’s Lore, Google Piper/CitC, Meta’s EdenFS) as prior art for better UX or virtualized checkouts.
- Some suggest Oak could have been a Git backend/wrapper; author prefers a clean-slate design, but future Git interoperability is floated.
UX, Messaging, and Product Fit
- Multiple comments: homepage/blog are confusing, overly self-promotional, and light on concrete comparisons and data model explanation.
- Strong advice to lead with: what Oak does better than Git, why agents specifically benefit, and real benchmarks.
- Overall sentiment: idea is interesting; adoption will be very hard without clearer value beyond performance and mounts.