Show HN: Oak – エージェント向けに設計されたGitの代替ツール

2026年6月23日原文(oak.space)

概要

Oak はエージェントのための超高速バージョン管理システム
Cargo workspace 構成で再利用可能なVCSライブラリとCLIクライアントを提供
エージェント主導のワークフローに最適化された設計
Git よりも高速なコンテンツアドレス方式とオンデマンド同期
クロスプラットフォーム対応、インストールとビルドも容易

Oak: エージェント時代のバージョン管理システム

Oak は、エージェントが高速かつ効率的に操作できる オープンソースVCS の中心
Cargo workspace 構成で、再利用可能なVCSライブラリ（oakvcs-core）とCLIクライアント（oakvcs-cli）を同梱
Claude Code、Codex、Cursorなど、 任意のエージェント との連携基盤
ブランチ単位のセッション管理、コミットメッセージの代わりに ブランチ説明 を採用
コンテンツアドレス化 と 遅延マウント で、数秒で任意のリポジトリ編集が可能
Gitよりも高速 な動作を実現（設計の副産物としての速度）

Oakの構成要素

oakvcs-core
- BLAKE3ハッシュ、コンテンツ定義チャンク、差分/マージ機能
- Blob/Manifest/Commit/Treeによるデータモデル
- オプションでローカルリポジトリ（SQLite＋Gitバックエンド）対応
oakvcs-cli
- oakvcs-coreに基づく oakコマンドラインバイナリ
ライブラリ単体利用
- Oak統合や独自ツール開発向けにoakvcs-coreのみ導入可能
- SQLite/Git不要の最小構成も選択可能

インストール方法

パブリックベータ（v0.99.0） として公開中
macOS（Apple Silicon）/Linux（x86_64）
- curl -fsSL oak.space/install | sh で即インストール
- oak upgradeでインプレース更新
Windows（x86_64）
- curlインストーラー非対応
- GitHub Releaseからoak-windows-x86_64.exeを取得しoak.exeにリネームしてPATHに追加
- cargo install oakvcs-cli でのビルドも可能
- oak mountは Projected File System（ProjFS） を利用（PowerShellで有効化）
- clone/push/pull/commit等はProjFSなしで動作

Cargoによるビルド・テスト

Cargo でのビルド/インストールも可能（macOS、Linux、Windows対応）
- TLSスタックはrustls＋ringを使用し、C/NASMツールチェーン不要
- cargo install oakvcs-cli でoakバイナリを構築・インストール
ソースビルド
- cargo build --workspace でoak-core＋oakバイナリをビルド
- cargo test -p oakvcs-cli でCLIテスト
- make build、make release-proof でリリースビルドやリリース用検証

ライセンス・開発体制

Apache-2.0ライセンス 採用
AI主導＋人間による監督 で開発
問題や貢献希望は [email protected] またはDiscordで連絡

Oakの思想と今後

エージェントのための バージョン管理システム として開発中
仮想マウント でローカル・クラウド問わず全リポジトリの全コピー不要
複数タスクを並行で処理可能、ワークツリー競合も解消
高速・創造的・楽しい エージェント開発体験を追求
まだ開発初期段階、 Windowsビルド未整備・機能不足（CI、Issue、コメント等未実装）
数ヶ月間、 GitバックアップなしでOakのみで運用中
詳細は公式サイト・ブログ・ドキュメント参照
- https://oak.space/oak/oak
- https://oak.space/blog#git-is-forever
- https://oak.space/docs

Hackerたちの意見

OakがGitとどう違うのかを説明する数文をリンクするだけでいいと思うよ。個人的なバックストーリーは要らないかな。最初の反応としては、これがGitの上に構築できるものなのか、それとも置き換えるものなのか気になる。データモデルについて説明してほしいな。「コミット」って何？「ブランチ」って何？もしGitと同じなら、再利用すればいいじゃん。

└

多くのコメントが似たような反応だったから、投稿を「Show HN」にしたよ（詳しくは https://news.ycombinator.com/item?id=48633408）。（提出したタイトルは「Gitは永遠だ。だけどOakを作ってる。」で、提出したURLは https://oak.space/blog。）

自分のエージェント用のワークフローをGitで作ったんだけど、今はリポジトリ間や同じリポジトリ内で異なるタスクの変更をよくやるからね。ワークツリーも使えるけど、逆にしてエージェントにワークスペースを持たせて、リポジトリを引っ張ってきて、好きなようにブランチを作って、メインにコミットするって感じにしたいんだ。エージェント同士が干渉しないし、最終的にマージする時も、コンフリクトが解決されるか、スムーズに進むんだ。ツールは「gitnow」って言うんだけど、正直かなりシンプル。プロジェクトを作って、必要なリポジトリを追加して、ビルドを始めるだけ。別のClaudeチャットとかを使ってこのツールを使うと、Zellijと組み合わせて大成功を収めたよ。でも、Zedやtmuxでもいいかも。あと、エージェントがメモリファイルをあちこちに捨てる問題もほぼ解決した。今は自分のタスクを保管できるスクラッチスペースがあって、必要に応じてリポジトリを更新できるんだ。もし使うなら、シェルでevalの後に「gn」を使うと、実際にcdを呼び出すから、サブシェルを作らないよ。https://github.com/kjuulh/gitnow

└

すごくいいね！

└

私も似たようなことをやってるけど、そこまで専念してない感じで、だいたいうまくいってるよ。

エージェントに、Gitの上に何かを作るんじゃなくて、別のものにするように説得されたの？

└

ハハ、そう願いたいけど、Gitとは別のVCSに取り組んでるんだ。Gitは好きだけど、エージェントの前から何か違うもので作れるかずっと考えてたんだ。

これがGit（または他のVCS）よりエージェントにとって何が優れているのか全く分からない。パフォーマンスについての言及があるけど、それは素晴らしいけど、Gitのパフォーマンスはエージェントにとってボトルネックじゃない。トークンの使用が減るって話もあるけど、Gitのポーセリンモードと比べてどうやってそれを実現したの？トークン数が新しいVCSを必要とする理由は何？既存のGitエコシステムとの互換性がないのはどうして？これを好きになる理由を見つけたいけど、正直言ってこれまで見た中で最悪のプロダクトマーケティングだと思う。こんなに重要なものなら、Gitから乗り換えるためにプロジェクトチームの人たちを説得するのは大変だよ。

└

Gitのパフォーマンスはエージェントにとってボトルネックじゃない。うーん、ワークフローによるかな。特に特定のスタックベースのワークフローがある場合はね。ワークツリーは半分の解決策だけど、リポジトリの種類やLFSやスパースチェックアウトを扱っている場合、エージェントがスタックを処理したりリベースしたりするのがすごく大変だった。無駄に操作をしてIOに縛られることもあったし。今はAGENTS.md/skills/hooksのガードレールがあちこちに散らばってて、なんとか工夫してるよ。

└

メインサイトでは「ブランチをマウント」できることが言及されてるね。新しいリポジトリをクローンしたり、gitワークツリーを使う代わりに。そして、中間作業のためのメッセージなしのコミット。とはいえ、gitを捨てる説得力のある理由は今のところ見当たらないけど、興味深いから注目しておきたいな。

└

本当にこのプロジェクトを好きになる理由を見つけたいけど、なんで？問題を解決するのではなく、問題を作り出しているように見えるプロジェクトを好きになる理由は何？好きになりたくないな。

ザックは自分の成果を過小評価してるね。以前にJamhub VCSを作ったことがあって、それは有名な創業者に買収されたんだよ。

Hacker Newsで議論の続きを見る

ハクソク