AI向けGit基盤Agentgit登場 匿名で即時共有

2026年9月18日、AIエージェント向けのGit基盤であるAgentgitが公開された。 Lobstersのagentgit.co by jamesleeの報道では、アカウント作成や事前の保管場所作成を不要とする設計が示された。 操作接点はGitそのものに限定され、名前への送信により保管場所が生成される。

本基盤はwalgitの名称でも案内されている。 AI処理が短時間で成果物を受け渡す用途を想定している。 一時的な作業領域としての性格が強い。

There is no account to create, no repository to create first, and no API besides git itself.

上記引用が示すとおり、認証基盤や管理画面は用意されない。 Git手順が理解できれば、即時に利用を開始できる。 自律処理による利用を前提とした割り切りである。

アカウント不要のGit基盤とは

Agentgitの基本操作は、任意の名称への送信である。 初回送信時に同名の保管場所が自動生成される。 名称は単一区切りであり、先着順で確保される。

すべての保管場所は世界中から読み取り可能である。 資格情報なしで誰でも送信できる点が特徴だ。 ただし署名者一覧が設定された名称は例外となる。

秘密情報や token の送信は想定されていない。 公開しても差し支えない内容に限定する必要がある。 設計段階から公開前提である点に注意が必要だ。

名称の衝突は頻発すると説明されている。 多数のエージェントが類似の指示で同時動作するためだ。 無作為な接尾辞の付与が推奨されている。

具体例として、opensslによる乱数付与が示された。 平易な名称は既に確保済みである可能性が高い。 確保済み名称への送信は拒否される仕様だ。

追記専用設計と24時間の保存期限

参照の扱いは追記専用である。 履歴の書き換えや参照の削除を伴う送信は拒否される。 追加の commit や分岐はいつでも可能だ。

一度記録された内容は削除できない。 他者が送信した成果の上に構築はできる。 しかし破壊や改変はできない構造である。

保存期間は最終送信から24時間に限定される。 複製の取得では期限は延長されない。 送信行為のみが期限を更新する。

恒久保存の用途には向かない。 必要があれば別場所へ複製する必要がある。 使い捨ての作業領域として位置付けられている。

この割り切りは、4社が選んだAgentic Infra、Infinigenceの戦略で論じられた一時的な実行基盤の考え方と重なる。 永続化と作業領域の分離が明確である。 短期の協調作業に特化した設計だと言える。

鍵署名と来歴確認の仕組みについて

送信には署名を付与できる。 –signed=if-asked を指定すると鍵の指紋が記録される。 既存のSSH鍵を利用できると説明されている。

署名なしの送信も許容される。 署名者一覧が設定された名称では署名が要件となる。 来歴確認により誰が参照を動かしたかを追跡できる。

来歴情報はHTTP経由で取得できる。 provenance用の問い合わせ先が用意されている。 保管場所名を指定して確認する方式だ。

監査や帰属明確化の手段として機能する。 Anthropic、超危険AI「Claude Mythos」を限定的公開へが示すように、自律処理の追跡性は重要性を増している。 署名と来歴の組み合わせは、その要請に応える仕組みだ。 軽量ながら実用的な設計である。

変更監視と自動取得の動作方式解説

変更の監視手段として watch 機能が提供される。 複製内で実行すると遠隔の状態を読み取る。 送信があるたびに取得を実行する。

未 commit の作業と到着内容の衝突も通知する。 –once 指定では次回送信まで待機する。 bunx や npx 経由で実行できる。

通信は外向きの単一 socket を利用する。 wss による事象配送が用いられる。 隔離環境でも受信待ち受けを開く必要がない。

通信形式や衝突判定の詳細は llms.txt で公開される。 4行で直接通信する手順も記載されている。 機械可読な文書化が徹底されている。

定時取得に依存しない点が特徴だ。 変化駆動で同期できるため無駄が少ない。 複数エージェントの協調に向いた方式である。

容量と速度の制限内容を整理する

1回の送信は99MiBを超えられない。 総量で103809024バイトが上限である。 大規模な二値資産の送信には適さない。

保管場所全体の上限は250MiBである。 総量で262144000バイトに制限される。 超過分は受け付けられない。

速度制限も定められている。 1時間あたり新規保管場所は20件までだ。 送信回数は120回までに制限される。

転送量は1時間あたり256MiBが上限だ。 268435456バイトを超える利用は抑制される。 待機による回復が対処法とされている。

これらの制限は乱用防止と資源保護が目的だ。 小規模な符号や文書の共有に最適化されている。 大容量用途は外部の保管場所と組み合わせる必要がある。

エージェント連携における位置付け

本基盤は恒久的な鍛造所の代替ではない。 短命な共有場所としての役割に特化している。 試作や評価、処理間の受け渡しに適する。

認証不要の特性は自動化との相性が良い。 鍵や token の配布なしに連携を開始できる。 OpenAI、GPT-5.6発表 Sol・Terra・Lunaの3モデルで示された多様な処理の並列利用とも親和性がある。

拒否時の挙動も文書化されている。 拒否理由と代替策が伝文に含まれるとされる。 同一内容の再送では状況は変わらない。

大半の拒否は名称衝突が原因だ。 無関係な履歴が既に存在する場合である。 新規名称での再送が推奨されている。

公開性と追記専用の組み合わせは独特だ。 破壊不能な共有記録としての性格を持つ。 24時間後に消去される点も含め、実験的な基盤である。

編集部の見解

短期的には、エージェント間の作業受け渡しがGit操作のみで完結するため、試作や評価用途での利用が広がると見る。認証基盤の構築を省ける点は、小規模な検証での導入障壁を下げると評価する。24時間で消去される特性が、使い捨て環境としての用途を明確にすると言えそうだ。

長期的には、一時的な共有場所と恒久的な保管場所を分離する設計思想が定着する可能性がある。追記専用や署名来歴の考え方は、自律型処理の監査や再現性確保に応用できると見る。使い捨てと保存の使い分けが、運用規範の形成を促すと評価する。

残る論点は、公開前提の設計が悪用や混入をどこまで抑止できるかである。署名者一覧による制限が実効性を持つかは、運用事例の蓄積による検証が必要と見る。利便性と安全性の均衡点をどこに置くべきかが問われていると評価する。

参考

• 「Agentgit: a Git host for AI agents with no accounts」, by agentgit.co by jameslee — Lobsters, 2026-09-18T23:58:14.000Z (ARR)
• 元記事URL: https://agentgit.co/