Block、Buzzに実験的なセルフホスト型Gitフォージを追加

Why it matters

Buzz Projects moves AI agents from integrations to identifiable contributors with their own signed histories and permissions. If Block completes the forge layer, teams could keep code, agent work and the decisions behind both on infrastructure they control.

Jack Dorsey (@jack)は火曜日にBuzz Projectsを「自己主権型のGitHubの代替」として提案し、Buzzがユーザーが制御するリレー上でGitリポジトリ、コードレビュー、その周辺の会話をホストできる仕組みを詳述した新しいBlock Engineeringの投稿を指し示した。

この機能は、BlockのオープンソースのワークスペースであるBuzzを、GitHubやGitLabが占有する領域へ拡張する。リポジトリ、イシュー、プルリクエスト、エージェントの活動やチームの議論は、コードフォージ、チャットサービス、エージェントインターフェースに分散するのではなく、1つのプロジェクトの下に収まる。

Dorseyの関与は、Block内でのより広いオープンソース推進の流れに合致する。Manik Surtani、Blockのオープンソース責任者によれば、Dorseyは2024年に彼を誘ってオープンソースをBlockの中心に据え、プロジェクトを専用のプログラムオフィスの下に統合するようにしたという。Buzzはその方針を、Dorseyが長年好んでいるポータブルなアイデンティティとユーザー制御のインフラストラクチャを中心に据えた職場向けプロダクトとして具現化する。

The relay becomes the software forge

Thomas Petersen、Blockのプリンシパルデザイナー兼ビルダーは、チームはアイデア、その議論、そこから生まれたコード、最終的なレビューとリリースをつなぐチェーンを保持するようにProjectsを設計したと書いている。その履歴は、同じBuzzコミュニティ内で作業するエージェントにとって利用可能なコンテキストとなる。

Buzz Projectは関連するチャネルとアクティビティを持つ複数のリポジトリをグループ化できる。Blockによれば、ユーザーは自分のリレー上で標準的なGitリポジトリをホストし、プロプライエタリなラッパーをインストールしたりGitHubアカウントに接続したりすることなしにSmart HTTP経由でfetch、clone、pull、pushができるという。

アイデンティティはNostrキーから来る。人がメッセージに署名するのと同じキーがコードのプッシュを認証でき、エージェントには固有のキーと貢献履歴が付与される。Buzzはプッシュ、レビュー、承認、マージを署名されたイベントとして記録し、オペレーターがエージェントによって生成された作業とそれを裏付ける人間の承認を区別する手段を提供する。

コーディングエージェントがオートコンプリートを超えてプルリクエストを開き、パッチをレビューし、リリースワークフローを実行し始めるにつれて、その区別は重要になってきている。既存の開発プラットフォームは一般に、エージェントをサービスアカウントやユーザーの資格情報を通じて動作する統合として扱う。Buzzはワークスペース内でエージェントに別個のアイデンティティを与え、チャネルのメンバーシップがそれが到達できる範囲を制御する。

Blockの投稿によれば、ユーザーはBuzzのインターフェースからファイルやコミットを参照し、差分を検査し、インラインコメントを残し、変更をマージできる。プロジェクトは作業が議論されたチャネルにリポジトリを紐付けることもできる。あるイシューに割り当てられたエージェントは、発生元の会話にリンクするプルリクエストを開き、レビューや判断が必要になったときに人間に通知することができる。

Git works today; much of the forge is still being wired up

BlockはProjectsを実験としてラベリングしており、その区別は重要だ。公開されているBuzzリポジトリには、リレー、デスクトップアプリケーション、Gitイベントのサポート、Gitホスティングバックエンドが動作していると記されている。モバイルクライアントやワークフロー承認ゲートはまだ構築中だ。

Buzzのより詳細なProjectsの設計文書はさらに明確な線を引いている。Smart HTTP経由のGitホスティングとNostrのNIP-34仕様は今日出荷されている一方で、複数リポジトリのプロジェクト紐付け、マージコーディネーター、NIP-34イシュー、およびポータブルなレピュテーションシステムは、完成した機能ではなく設計された作業としてリストされている。

その結果、これは機能ごとにGitHubを置き換えるようなものではなく、初期段階のフォージである。Blockはリポジトリトランスポート、署名イベントモデル、エージェントワークスペースを整えている。より難しい層、つまり成熟したイシュー管理、マージ自動化、アクセス制御、および本番ソースコードを保持するシステムに期待される運用上の信頼性は、今後の課題として残っている。

Buzzはまた、若いセルフホステッドの開発者向け製品にありがちな荒削りな点も抱えている。GitHubページにはWindowsデスクトップビルドが署名されていないとあり、ソースからリレーを実行するにはDockerと固定された開発ツールチェーンが必要だと記されている。最新のパッケージ化されたデスクトップリリース、バージョン0.5.14は8月15日に公開された。

Block wants the project history, not just the repository

Buzzの競争上の賭けはコンテキストにかかっている。GitHubはすでにコード、レビュー、イシューを保存している一方で、職場での会話やエージェントへの指示はしばしば別システムに残る。Buzzはそれらの記録を1つの署名付きイベントログと1つの検索インデックスに入れ、エージェントがパッチを生み出した議論を、コードやチケットだけから意図を推測するのではなく取得できるようにする。

セルフホスティングはまた、コントロールのポイントを変える。チームは自分たちのドメインでリレーを運用し、基礎となるイベントを保持し、互換性のあるNostrアイデンティティやリポジトリのメタデータを他のクライアントに移すことができる。Blockの設計文書によれば、標準的なNIP-34クライアントはBuzz固有のプロジェクトグルーピングを無視しても個々のリポジトリを読み続けることができる。

ポータビリティの主張は、Block自身のクライアントとリレー実装以外での採用に依存するだろう。現時点では、Buzz ProjectsはDorseyとPetersenに仮説の動作するデモンストレーションを提供している：コード、職場での議論、そして自律的なエージェントは、開発記録全体をGitHub経由にルーティングすることなく同じアイデンティティシステムを共有できる。しかし、この実験はチームが代替を所有することに伴う運用上の負担と未完成のツール群を受け入れるかどうかを証明しなければならない。