← 2026-06-23 の一覧へ戻るホーム
Show HN: オーク – エージェント向けの Git 代替プロジェクト

2026/06/23 0:37

Show HN: オーク – エージェント向けの Git 代替プロジェクト

RSS: https://news.ycombinator.com/rss

元のHacker News記事へ ↗
要約▶

Japanese Translation:

以下の改良版は、macOS、Linux および Windows の両方でのインストール詳細と CLI の制約を組み入れつつ、明確さと流れを維持しています：

改善されたサマリー:

Oak は、「エージェントの速度」用に特別に設計され、従来の Git よりも自動化ワークフローにおいて著しく高性能なバージョン管理システムを提供する革命的なオープンソースプロジェクトです。コミットメッセージに依存するレガシーシステムとは異なり、Oak はブランチの説明と、コンテンツ定義チャンキングや遅延マウントなどの高度な技術を組み合わせて大量データの処理を効率化します。現在、macOS、Linux、Windows で公開ベータ版（v0.99.0）として利用可能であり、Apache-2.0 ライセンスのもとでほぼ完全に AI の支援によって開発されました。システムは再使用可能なコアライブラリ（

oakvcs-core
）を採用しており、このライブラリでは Blob/Manifest/Commit/Tree データモデルを実装し、SQLite または読み取り専用 Git バックエンドをオプションで使用可能にしています。さらに簡素化された CLI（
oak
、
oakvcs-cli
）も提供されています。最大速度を実現するため、BLAKE3 ハッシングとコンテンツアドレス可能な遅延マウントを採用しています。インストールには、macOS（Apple Silicon）および Linux 向けのパッチ済みバイナリが含まれており、
curl -fsSL oak.space/install | sh
を使用します。Windows ユーザーは GitHub リリースから 
.exe
をダウンロードするか、
cargo install oakvcs-cli
を使用できます。ただし、CLI インストーラーは Unix 専用であり、Windows ユーザーで 
oak mount
を使用する場合は PowerShell で Projected File System (ProjFS) を有効にする必要があります。標準的な Cargo コマンドを使用して構築された Oak は、ブランチごとにセッションを割り当てるモデルを採用することで、開発者および AI エージェント中心のワークフローが、遅いレガシー手法を最適化されたアプローチに置換することを可能にし、協働コーディングの未来を定義する主要なアーキテクチャ転換を表しています。

本文

Oak：エージェント駆動の高速バージョン管理システム

このリポジトリは、エージェントの速度に即したバージョン管理システム「Oak」の中核となるオープンソースプロジェクトです。

システム構成

Cargo ワークスペースとして開発され、以下の 2 つの主要コンポーネントで構成されています：

  • 再利用可能な VCS ライブラリ (
    oakvcs-core
    )
    • オープンソースの基盤機能を提供します。
  • エージェント向け CLI クライアント (
    oak
    )
    • エージェントによって駆動されるコマンドラインインターフェースです。

設計思想と特徴

このプラットフォームは、実際のエージェントの働き方に基づいて設計されています：

  • セッション単位でのブランチ作業
  • コミットメッセージに代わる「ブランチ説明」
  • コンテンツアドレス可能な Лениートン（遅延読み込み）マウントシステム
    • エージェントが数秒以内に任意のリポジトリを編集可能にします。

**コンテンツアドレス性とオンデマンドでのデータ復元（ハイドレーション）**により、Git よりもはるかに高速な動作を実現しています。この速度は売り文句ではなく、設計思想の結果です。

対応エージェント

ご自身のエージェント（例：Claude Code、Codex、Cursor など）を持参して使用できます。Oak は以下の処理をエージェントと協働して行います：

  • リポジトリの読み取り
  • ファイルの書き込み
  • ブランチ操作

ライブラリの利用方法

oakvcs-core
は単独で使用可能です（例：他のツールやエンジンへの統合機能を実装する場合）。

デフォルト機能をオフにして、コンテンツアドレス可能なデータモデルとハッシュリング機能のみを依存関係として取り込むには、以下の設定を使用します（SQLite または Git を含まない）：

[dependencies]
oakvcs-core = { version = "0.99.0", default-features = false }

※公開名は 

oakvcs-core
ですが、実際のコードでは 
oak_core
 としてインポートします。

ディスク上のリポジトリとして SQLite または読み取り専用 Git を併用したい場合は、

local-repo
デフォルト機能を追加してください。

CLI のインストール

Oak は現在**ベータ版（v0.99.0）**公開中です。最も簡単な入手方法は、プリビルトされた 

oak
バイナリを使用することです。

macOS / Linux (x86_64) と Apple Silicon

プリビルトバイナリーを使います：

curl -fsSL oak.space/install | sh

インストール後、以下のコマンドでローカル環境を更新できます：

oak upgrade

注意：このインストーラーは macOS および Linux（x86_64）のみサポートしています。

Windows (x86_64)

Unix システム向けのインストーラー（

curl … | sh
）は動作しません。以下のいずれかの方法を使用してください。

方法 A：GitHub リリースからダウンロード（推奨）

  1. GitHub リリースページから 
    oak-windows-x86_64.exe
     をダウンロードします。
  2. ファイル名を 
    oak.exe
    に変更し、システム PATH に追加します。

その後、ローカル更新には以下のコマンドを使用します：

oak upgrade

方法 B：Cargo でビルド

crates.io から直接ビルド・インストールすることも可能です（macOS/Linux/Windows 全対応）：

cargo install oakvcs-cli

※ TLS スタックには rustls および ring が使用されているため、C/NASM ビルドツールチェーンは不要です。

重要：Windows 上での 

oak mount
コマンドを使用する場合、オプションの Windows 機能である Projected File System（ProjFS） が必要です。

一度のみ、管理者権限を持つ PowerShell から以下を実行して有効化してください：

Enable-WindowsOptionalFeature -Online -FeatureName Client-ProjFS -NoRestart

※「設定」→「アプリ」→「オプション機能」→「Windows プロジェクトファイルシステム」から手動で設定することも可能です。

クローン、プッシュ、プル、コミットなどの他の操作は、この機能を有効化しなくても問題ありません。

ソースからのビルド

以下のコマンドを使用して開発環境を構築できます：

# oak-core と oak バイナリのビルド
cargo build --workspace

# CLI テストの実行（WireMock HTTP テストを含む）
cargo test -p oakvcs-cli

# リリースビルド + CLI リリースツールセットアップ
make build

# 変更なしでのリリース準備確認の証明生成
make release-proof

CLI はワークスペース内からのパスを通じて 

oak-core
に依存しているため、ローカルの 
core/
チェックアウトに対して単なる 
cargo build
を実行するだけで追加設定は不要です。

詳細なリリース手順や crates.io の公開順序については、docs/release-readiness.md を参照してください。

ライセンス

Apache-2.0 でライセンスしています。詳細は 

LICENSE
ファイルをご確認ください。

AI についての謝辞

このリポジトリは、人間の監督のもとでほぼ完全に AI を使用して作成されました。

修正が必要な部分やコントリビュートに興味がある場合は、以下のチャネルからご連絡ください：

同じ日のほかのニュース

一覧に戻る →

2026/06/23 2:09

Steam マシンが本日発売開始

## Japanese Translation: このフッターセクションは、Valve Corporation からの法的通知であり、コンテンツに対する留保された権利を主張するとともに、商標が世界中でそれぞれの所有者に帰属することを示しています。これは厳格な知的財産権の境界線を定め、プライバシーポリシー、アクセシビリティ基準、Steam サブスクライバー契約、返金手続き、クッキー情報を含む重要なポリシーへのアクセスを案内します。これらの契約的および法的枠組みを確立することで、本テキストはユーザーが自身のデータ権利、返金の有無、利用条件について理解できるよう通知し、企業資産と国際的・地域的な合意に基づく消費者保護に関する明確さを確保しています。

2026/06/23 5:48

LG スマート TVs の約半分が住宅用プロキシ SDK を内蔵しています

## Japanese Translation: LG webOS および Samsung Tizen TV 向けに導入されている 6,038 アプリについて調査したところ、そのうち 2,058 を超えるアプリが SDK（ソフトウェア開発キット）を介して静かにユーザーの IP アドレスを販売し、レジデンシャルプロキシとして機能することが明らかとなりました。従来の広告ベースの収益化モデルとは異なり、これらのアプリはスクリーンセーバーや水槽などの distractions なユーティリティ内に偽装された SDK を通じて、インターネット接続を静かに収益化しています。Amazon は明確に此类サービスを禁止しているほか、Roku も接触後に同様の SDK をブロックしたと報じられていますが、LG および Samsung では同様の公的ポリシーが存在せず、このビジネスモデルが検出されずに拡大することを許容する規制上の空白を生み出しています。特定企業のうち、Bright Data（367 件のフラグ付けされたアプリに関連）および Honeygain UAB（16 件のアプリの発行元）が含まれています。単なるデータ共有を超えた深刻なセキュリティリスクが存在します。一部の SDK はプライベート IP の範囲に対する適切なブロックリストを欠いており、その結果 TV が攻撃者のローカルデバイス（ルーターやカメラなど）へのアクセス手段となる可能性があります。これは Kimwolf ボットネットの事例で実証されています。提供者は同意フロー、KYC、監査などがリスクを軽減すると主張していますが、ユーザーがこれらの統制を検証するのは困難です。このため、研究者たちは、LG および Samsung に顕著な開示とユーザークントロールを要件とする明確なポリシーの確立を促しており、これによってこの目に見えない経済活動が検出されずに続かないよう求めています。

2026/06/23 6:21

Unsloth GLM-5.2 — ローカルで実行する方法

## Japanese Translation: Z.ai の GLM-5.2 は、40B（アクティブ）のパラメータを備えた 7440 億パラメータを持つ大規模オープンソースモデルであり、コーディング、推論、エージェントタスクにおいて GPT-5.5 や Claude 4.8 Opus などの主要なクローズドモデルと同等の最先端性能を発揮します。大きな進歩の一つは、Unsloth の Dynamic quantization を用いて標準ハードウェアでローカル実行可能な点であり、例えば推奨されている 2 ビットバージョン（UD-IQ2_M）では、必要な容量が 1.51TB からわずか 239GB に削減されつつ約 82% の上位 1% の精度を維持し、高メモリワークステーションや 256GB ユニファイドメモリの Mac、GPU オフロードを利用するシステムなどで動作します。また、「Non」「High」「Max」の 3 つの思考モードを Unsloth Studio インターフェースまたはコマンドラインからアクセスでき、必要に応じて推論深度を切り替え可能です。MacOS、Windows、Linux のすべてで動作し、Unsloth Studio や llama.cpp を通じて高速な推論を実行できます。さらに、KV キャッシュの quantization による最多 3.5 倍までのコンテキスト長延伸や、クラウド API に依存せず迅速なローカル展開を可能とする柔軟なインストールスクリプトなどの追加最適化も提供されます。