open-scion è un sistema di version control server-centric scritto in Rust, pensato per monorepo in cui la maggior parte dei commit arriva da agenti AI invece che da persone. È un’implementazione indipendente e open-source del design descritto da Anthropic nel post Redesigning source control del 13 ottobre 2026. Non è affiliato ad Anthropic e non contiene codice loro.
Il progetto è ancora un early proof of concept: gira su una sola macchina, usa SQLite e file blob locali, e non è pronto per codice reale. L’autore è bnsd55 (Ben). Al 15 ottobre 2026 il repository conta circa 14 stelle.
Perché git non basta più con gli agenti
Nel post Anthropic ha spiegato che a maggio 2026 mergeavano circa 2.500 change al giorno. A settembre il numero aveva superato i 30.000. La history del main branch sfiorava i 100 GB, la working copy compressa superava i 25 GB e solo la CI faceva circa 25 milioni di checkout al giorno. Con git servivano centinaia di mirror. Scion, il sistema interno, ha ridotto l’impronta infrastrutturale di circa 200 volte in CPU e memoria, ha portato i checkout da minuti a secondi e ha liberato il 25 % di capacità CPU della CI. Una squadra di sette persone ha completato la migrazione in cinque mesi.
Il design parte da assunti diversi da git: i client sono sempre online, il server fa il lavoro pesante (commit, rebase, blame, history), i changeset registrano solo i path cambiati rispetto al parent, e i checkout sono sparsi per default.
Come funziona open-scion
In open-scion il server tiene la history e crea i commit. Un client non clona: manda il path che ha modificato e riceve via gRPC solo i file che gli servono. Un changeset contiene l’elenco dei path cambiati e gli hash BLAKE3 dei contenuti. I file e gli alberi sono content-addressable e immutabili. Il land è un rebase server-side. Se nessun path toccato dal changeset è cambiato su main dalla base, il server mette la modifica in cima e sposta il ref con un compare-and-swap. Due agenti che toccano file diversi non confliggono e non devono fare pull.
Le scelte fatte dove l’articolo Anthropic non specifica dettagli sono documentate: hash BLAKE3 con prefisso di tipo, storage SQLite + blob compressi, conflitti solo a livello di path (niente merge testuale), un land alla volta per ref, import git unidirezionale.
Cosa funziona oggi
Il proof of concept supporta import git one-way, i comandi scn cat, ls, log, commit e land, e output JSON pensato per gli agenti. In un test 200 agenti concorrenti hanno landato 10.000 change senza perdite né duplicati, a circa 200 lands al secondo. Il limite attuale è il flush su disco; è in corso il group commit. Un repository git da 23.871 commit viene importato in circa 50 secondi. Il formato binario è congelato e fuzzato. C’è CI su Linux e macOS.
I prossimi step previsti sono cache tier, sparse checkout, virtual checkout, blame e permessi.
Contesto e limiti
Esistono altri tentativi di implementazione open del design Scion (per esempio tinyhumansai/openscion e feder-cr/open_scion). open-scion si distingue per essere scritto interamente in Rust, dual-licensed Apache-2.0 / MIT, e per avere già un percorso di land concorrente misurato su una sola macchina.
È esplicitamente non production-ready. Non scala orizzontalmente, non ha ancora i tier di cache e non gestisce renami o merge testuali. Serve a esplorare se il modello server-centric può vivere fuori dai laboratori interni di Anthropic.
Fonti
Testo: assistito da AI · revisionato da Carlos H. P. Ross
