Bible Network Crypto DeFi Onchain RWA AI Agent Stablecoin Chain SAFU CryptoTax DeFAI AGI Claude Me Claude Skill Claude Design Claude Cowork
独立メディア
いかなるプロジェクトとも無提携
AI知性のフロンティアを探求する
claude-me.com
最新
Claude Code が MCP 許可ルールを厳格化:mcp__a は a__b というサーバーを許可しなくなり、二重アンダースコアを含む名前は書き方の変更が必要  ·  Claude Code に待機中の自動圧縮が追加:約54分放置された会話は、プロンプトキャッシュが切れる前に圧縮される  ·  Anthropic が Git に代わる Scion を自社開発:1日のマージが 2,500 件から 3万件へ、ボトルネックはコード作成からバージョン管理へ  ·  Claude Haiku 5.5 登場:入力 $0.10/百万トークン、ただし 100K を超えると価格は5倍、移行前に計算を  ·  Claude Code の hooks に onFailure: "block" 追加:スクリプトのパスを間違えてもポリシーゲートが黙って素通りしなくなる  ·  Claude Code の Agent ツールに effort パラメータ追加:思考の深さごとにサブエージェントを別々に作る必要がなくなる
news

Anthropic が Git に代わる Scion を自社開発:1日のマージが 2,500 件から 3万件へ、ボトルネックはコード作成からバージョン管理へ

30秒バージョン · 忙しい方へ
AI エージェントで Anthropic の1日のマージは数か月で約12倍になり、最初に限界を迎えたのはモデルの枠ではなく Git だった。

詳しく読む +
01 · なぜ起きたのか?

Scion はオープンソースか?自分でも使えるのか?

使えない。Anthropic のブログはオープンソース化を発表しておらず、Scion は一般用途に向かず、内部コンポーネントも非常にカスタマイズされていると述べている。二次報道の一部は見出しでオープンソースと書いているが、原文とは一致しない。

アイデアを取り入れたい場合、ブログが示す方向は、Git プラットフォームがサーバー側 RPC を提供し、ネゴシエーションプロトコルや sparse・shallow 機能を改善することだ。

02 · 仕組みは?

うちのチームは1日のマージが数十回程度だが、心配する必要はあるか?

今のところ必要はない。Anthropic が直面しているのは1日3万件のマージ、100 GB の履歴、1日2,500万回の CI チェックアウトという規模で、一般的なチームとは何桁も違う。

ただしエージェントでコードを大量に書かせ始めるなら、月に一度はマージ数の推移を確認する価値がある。想定より速く伸びることがあるからだ。

03 · 自分にどう影響する?

ブログにある200倍や20倍といった数字は信用できるか?

これらは Anthropic が自社のエンジニアリングブログで自己申告した数値で、比較の基準も従来の Git ミラー構成であり、一般的な Git の運用ではない。第三者による独立した検証は見つけられなかった。

彼らの極端な規模と使い方のもとでの結果として受け取るべきで、自分の環境でも同じ結果が得られるという約束ではない。

04 · どうすればいい?

Claude が取り込みパイプラインを書き直した例は、AI が基盤インフラを単独で作れる証拠になるか?

この例が示すのは、明確で比較できる既存のプロトタイプがあるタスクなら、Claude がより効率的なものを作れるということだけだ。ブログが述べているのはプロトタイプのパイプラインの書き直しであり、システム全体を単独で設計できるという意味ではない。

Scion 自体は7人が5か月で作り、コードの大部分は Claude が書いたが、設計上の取捨選択は引き続きエンジニアの判断だった。

全文 +

Anthropic はエンジニアリングブログで、自社開発のバージョン管理システム Scion を公開し、5か月でモノレポ全体を Git から移行したと発表した。チームは7人で、付属のコードレビューツール Antique も同時に作り、コードの大部分は Claude が書いた。動機は明快で、ブログ自身の言葉では、1日のマージ数が10倍以上に増えたことで、バージョン管理が開発上の最大のボトルネックになったという。

Git が追いつかなかった理由

Anthropic の数字によれば、1日のマージ数は 2026年5月の約 2,500 件から 9月には 3万件を超え、約12倍になった。同社は主に AI エージェントが書くコードのためだとしている。モノレポのメインブランチの履歴は 100 GB 近く、圧縮したワーキングコピーは 25 GB 超、CI だけで1日約 2,500万回のチェックアウトがあり、開発環境、エージェントのサンドボックス、研究ジョブは含まれない。ピーク時には Git ミラーが数百あり、従来の取得方法では1日の Git トラフィックが 600 PB を超える計算になる。Anthropic の結論は、Git を分散型・オフライン作業に優れたものにしている特性が、この規模ではかえって足かせになったというものだ。クライアントの大半は常時オンラインのエージェントやジョブで、完全なローカルコピーを必要としない。

Scion の設計と成果

Scion はサーバー中心のクライアント・サーバーモデルで、階層化した地域キャッシュを持ち、各層のキャッシュヒット率は 99% を超えると Anthropic は述べている。同社自身の説明では、Scion の CPU とメモリの規模は従来の Git ミラー構成の 200分の1で、CI や研究用のチェックアウトは数分から数秒に短縮され、CI の CPU 容量は約25%余裕が生まれた。別の例として、Claude は追加の指示なしに Git から Scion への取り込みパイプラインを書き直し、メモリ使用量は20分の1、速度は4倍になった。Antique は承認に意味的な条件を設定でき、コメントだけの変更と機密性の高いロジックを含む変更で経路を分けられる。注意点として、これらの数値はすべて Anthropic の自己申告で、第三者による独立した検証は見つけられなかった。

誰にでも使える Git の代替ではない

Anthropic は、Scion は決して一般用途の Git の代替にはならず、内部コンポーネントは非常にカスタマイズされていて他の組織が採用するのは難しいと明言しており、ブログにオープンソース化の発表はない。同社が最も有用な貢献と考えるのは考え方の共有で、Git プラットフォームが Scion のようなサーバー側 RPC を提供し、ネゴシエーションプロトコルや sparse・shallow 機能を設計し直せば、Git コミュニティが Scion の最も成功した部分を Git に生かせるとしている。(二次報道の一部は見出しで Scion のオープンソース化と書いているが、原文とは一致しない。原文を基準にしてほしい。)

あなたのお金にとって何を意味するか

ほとんどのチームにとって、この話は Git をやめろという意味ではなく、早期警告のサインだ。エージェントが大量にコードを書き始めると、最初に壊れるのはモデルの利用枠ではなく、マージ、CI、チェックアウトといった下流の工程であることが多い。測るべき数字は3つで、1日のマージ数の伸び、CI での平均チェックアウト時間、ミラーやキャッシュの負荷だ。ボトルネックになる前にシャロークローン、キャッシュ、CI の振り分けで対処するほうが、後からアーキテクチャを作り直すよりずっと安い。

出典:Anthropic Engineering: Redesigning source control、AI Weekly: Anthropic builds Scion to replace Git
質問する
10文字以上入力してください
関連記事
Claude Code が MCP 許可ルールを厳格化:mcp__a は a__b というサーバーを許可しなくなり、二重アンダースコアを含む名前は書き方の変更が必要
practice · 10/19
Claude Code に待機中の自動圧縮が追加:約54分放置された会話は、プロンプトキャッシュが切れる前に圧縮される
practice · 10/19
Claude Code の hooks に onFailure: "block" 追加:スクリプトのパスを間違えてもポリシーゲートが黙って素通りしなくなる
practice · 10/10
Claude Code の Agent ツールに effort パラメータ追加:思考の深さごとにサブエージェントを別々に作る必要がなくなる
practice · 10/10
関連ニュース
関連トピック
Superpowersフレームワークレビュー:「テストより先に書かれたコードは削除する」をルール化したTDD手法
Claude Skill Me
ほとんどのフレームワークはテストの書き方を教えてくれるが、Superpowersは「テストなしに実装は許さない」を文字通りの削除ルールとして書き込んでいる——これが助言と強制執行の違いである。
#code-review
開発者が初めてClaude Codeでコードレビューを行う:完全な手順とよくある誤解
Claude Skill Me
コードレビューの結果を規則として扱えば、そのまま鵜呑みにしてしまう。あなたのチームの慣例を知らないベテラン同僚の意見として扱って初めて、本当の判断ができる。
#code-review
5つの最も一般的なスマートコントラクトの脆弱性:プログラミング未経験でも理解できる攻撃ロジック
DeFi Bible
リエントランシー攻撃は扉が閉まる前に忍び込むこと、整数オーバーフローは数字が限界を超えてゼロに巻き戻ること、アクセス制御の不備は鍵をかけるべき扉に鍵を付け忘れたこと——どの脆弱性の背後にもありふれたロジックの誤りがあるだけだが、その結果はまったくありふれてはいない。
#code-review
スマートコントラクト監査は実際何を調べているのか?監査報告書を読む前に知っておくべきこと
DeFi Bible
「監査済み」は白黒で答えられる問いではなく、分解して見るべきチェックリストである——どのバージョンが調べられたか、誰が調べたか、発見された問題は実際に修正されたか。それぞれがこのバッジの実際の価値を変える。
#code-review