Scion Anthropic mengubah kendali versi untuk agen AI

Anthropic mengembangkan Scion setelah jumlah perubahan kode yang digabung di perusahaan itu naik dari sekitar 2.500 per hari pada Mei 2026 menjadi lebih dari 30.000 per hari pada September. Perusahaan tersebut menyebut sumber kontrol, proses build, dan continuous integration (CI) mulai menjadi batas bagi pekerjaan yang ditulis oleh agen AI. Kasus ini menunjukkan bahwa percepatan pembuatan kode bisa memindahkan antrean ke lapisan infrastruktur lain.

Ukuran itu adalah beban internal Anthropic, bukan ramalan bagi setiap tim yang memakai alat AI. Waktu antrean CI, pengambilan kode, pemasangan dependensi, build, dan pengujian perlu diukur secara terpisah. Jika keterlambatan utama ada pada pengujian, perubahan sumber kontrol tidak otomatis mempercepat seluruh pengiriman.

Ketika agen AI menambah perubahan, apa yang menjadi batas?

Mulai dengan memisahkan waktu antrean, checkout, build, pengujian, dan penerapan. Satu angka untuk durasi CI tidak menunjukkan bagian mana yang paling banyak menghabiskan kapasitas. Agen yang membuat banyak perubahan secara paralel juga bisa berebut CPU, penyimpanan, jaringan, atau peladen layanan.

Beban Anthropic tidak sama dengan beban tim biasa

Anthropic melaporkan lebih dari 30.000 perubahan kode digabung per hari pada September 2026, setelah rata-rata sekitar 2.500 per hari pada Mei. Perusahaan itu juga menggambarkan monorepo dengan sejarah hampir 100 GB, working copy terkompresi lebih dari 25 GB, dan sekitar 25 juta checkout CI per hari.

Angka tersebut menjelaskan mengapa checkout berulang menjadi masalah bagi Scion. Angka itu tidak membuktikan bahwa repositori ukuran biasa perlu meninggalkan Git. Tim perlu mengukur jumlah objek yang diambil, rasio cache, ukuran working copy, serta waktu yang benar-benar dihabiskan pada checkout sebelum memilih perubahan arsitektur.

Scion memindahkan pertanyaan repositori ke server

Git biasanya menyimpan salinan repositori yang bisa bekerja mandiri, termasuk riwayat yang dibutuhkan untuk membaca perubahan dan membuat commit. Scion mengasumsikan klien selalu terhubung. Server menjawab pertanyaan tentang riwayat, diff, blame, merge, dan rebase, sedangkan klien menyimpan cache objek lokal yang dibatasi.

Desain itu berarti pekerjaan CI tidak selalu perlu membuat repositori lokal lengkap. Tugas yang hanya membutuhkan hubungan antarkomit atau diff bisa meminta jawaban melalui API. Ketika berkas memang diperlukan, sparse checkout mengambil direktori yang diminta. Virtualized checkout menaruh isi berkas di disk ketika proses membacanya.

Objek dalam Scion diberi alamat berdasarkan isi dan tidak berubah setelah dibuat. Server serta cache bisa menggunakan kembali objek yang sama tanpa membangun ulang salinan penuh. Daemon di node kerja menghubungi cache regional; jika objek tidak ada, cache meminta data dari server otoritatif yang membaca Spanner atau penyimpanan awan.

Anthropic menyebut setiap lapisan cache mencapai rasio hit lebih dari 99 persen dan infrastruktur Scion memakai CPU serta memori sekitar dua ratus kali lebih sedikit daripada infrastruktur mirror Git sebelumnya. Lapisan itu dipisahkan untuk membatasi dampak kegagalan regional. Konsekuensinya, ketersediaan klien bergantung pada jaringan, server, cache, serta pemulihan lapisan tersebut.

Apa arti checkout dari menit menjadi detik?

Itu adalah hasil untuk tahap pengambilan kode, bukan jaminan bahwa build dan pengujian ikut secepat itu. Anthropic menyatakan checkout pekerjaan CI dan riset turun dari hitungan menit menjadi detik serta kapasitas CPU CI naik 25 persen. Penghematan CPU bisa menambah jumlah pekerjaan yang ditangani runner, tetapi durasi satu pekerjaan masih bisa ditentukan oleh compiler, pengujian, atau layanan dependensi.

Perbandingan yang masuk akal memakai versi kode, spesifikasi runner, keadaan cache, dan kumpulan pengujian yang sama. Catat median dan persentil lambat untuk checkout, pemasangan dependensi, build, pengujian, serta deployment. Hasil Anthropic perlu dibaca sebagai studi kasus dari monorepo dan pola kerja agen yang tidak umum.

Dokumentasi resmi Git menjelaskan partial clone sebagai cara menghindari pengunduhan seluruh objek repositori lalu mengambil objek yang hilang ketika diperlukan. Mekanisme itu tetap memerlukan koneksi ke promisor remote saat objek lokal tidak lengkap. Karena itu, partial clone bisa menjadi eksperimen awal, tetapi tidak menghapus kebutuhan mengukur cache, jaringan, dan pola akses berkas.

Biaya migrasi bukan hanya format penyimpanan

Mengganti Git dengan layanan lain berarti memeriksa seluruh rantai kerja. Peninjauan kode, pencarian, branch, tag, merge queue, skrip build, aturan deployment, izin mesin, log audit, backup, pemulihan bencana, serta alat keamanan perlu memiliki padanan. Anthropic menyatakan mereka juga membangun permukaan code review bernama Antique, pencarian kode, dan sistem IAM sumber kontrol untuk melengkapi Scion.

Model terpusat juga mengubah cara menangani putus jaringan. Git bisa membaca bagian repositori yang sudah ada di mesin, sedangkan klien Scion perlu mengetahui apa yang bisa dilakukan ketika server tidak terjangkau. Rencana migrasi perlu menetapkan batas kehilangan layanan, jalur rollback, pemulihan cache, dan cara menjaga histori tetap konsisten.

Untuk tim biasa, urutan uji yang lebih mudah dibalik adalah mengukur Git, mengaktifkan cache mirror, mencoba sparse checkout atau partial clone, lalu membandingkan hasilnya dengan pola kerja yang sama. Sistem baru baru layak dipertimbangkan jika checkout terus menjadi porsi utama waktu, perbaikan lokal tidak cukup, dan tim siap memelihara layanan beserta semua integrasinya.

Bagaimana di Indonesia

Scion belum ditawarkan sebagai produk publik yang memiliki harga dan paket layanan untuk organisasi di Indonesia. Anthropic menyebut Scion sebagai sistem internal yang berbeda secara berarti dari Git dan sulit ditawarkan dalam bentuk yang berguna bagi banyak organisasi. Keterangan itu menjadikan pertanyaan pertama di Indonesia bukan “berapa biaya lisensinya”, melainkan apakah tim sanggup membangun layanan serupa, mengoperasikan cache dan server, serta menanggung integrasi peninjauan kode dan CI.

Pengelola sistem yang menyimpan kode sumber di layanan terpusat perlu memetakan isi repositori sebelum memilih lokasi pemrosesan. Kode dapat memuat data pribadi, rahasia akses, alamat surel, log, atau data pelanggan yang ikut tersimpan dalam issue dan artefak build. UU No. 27 Tahun 2022 tentang Pelindungan Data Pribadi mendefinisikan data pribadi dan pemrosesannya sebagai bagian dari kerangka pelindungan. Karena itu, izin akses direktori, retensi cache, penghapusan objek, log audit, dan akses vendor perlu dibahas bersama fungsi keamanan serta kepatuhan.

Aturan PSE juga perlu diperiksa berdasarkan jenis layanan dan siapa yang mengoperasikannya. Pusat informasi resmi Pendaftaran PSE Lingkup Privat menyatakan bahwa pengelolaan, pemrosesan, dan penyimpanan sistem serta data elektronik merujuk pada PP No. 71 Tahun 2019. Halaman yang sama mengarahkan pembaca ke Peraturan Menteri Komunikasi dan Informatika Nomor 5 Tahun 2020 untuk konteks pendaftaran PSE lingkup privat. Nama regulasi dan kewajiban yang tepat perlu diperiksa pada layanan yang benar, bukan diasumsikan hanya karena sebuah perusahaan memakai cloud.

Untuk proyek yang melayani pengguna Indonesia, daftar pemeriksaan praktis mencakup lokasi region, subprosesor, enkripsi, pemisahan tenant, akses operator, pencatatan kejadian, backup, dan prosedur pemulihan. Kode sumber yang tidak memuat data pribadi tetap membutuhkan pengendalian rahasia dan kredensial. Sebaliknya, bila repositori menyimpan data identitas atau log produksi, tim perlu menentukan dasar pemrosesan dan alur penghapusan sebelum cache dibangun di banyak wilayah.

Lokasi region juga bukan satu-satunya pertanyaan tentang ketersediaan. Sistem kendali versi yang melayani agen harus diuji ketika jaringan antarwilayah melambat, cache kosong, server utama tidak merespons, atau objek yang diminta belum tersedia. Catat batas waktu pemulihan, jumlah perubahan yang masih bisa diproses saat satu lapisan gagal, dan siapa yang memiliki akses untuk mengembalikan layanan. Rencana itu perlu diuji dengan simulasi, bukan hanya dicantumkan dalam dokumen.

Untuk organisasi yang menerima kode dari kontraktor atau alat AI eksternal, proses masuknya kode juga perlu dipisahkan dari proses penyimpanan. Tentukan apakah agen boleh membaca seluruh monorepo, hanya direktori tertentu, atau hanya salinan yang sudah disaring. Gunakan identitas mesin yang berbeda untuk checkout, peninjauan, build, dan deployment agar satu kredensial yang bocor tidak membuka seluruh rantai. Catatan akses perlu cukup rinci untuk menghubungkan perubahan dengan agen, layanan, dan manusia yang menyetujuinya.

Perbandingan harga di Indonesia sebaiknya memasukkan biaya jaringan keluar-masuk, penyimpanan objek, cache regional, observabilitas, pencadangan, tenaga operasi, dan konsultasi migrasi. Angka dari satu penyedia tidak bisa dipakai sebagai harga Scion karena Scion belum tersedia sebagai paket publik. Tabel biaya internal yang memisahkan komponen tersebut membantu manajemen membandingkan optimasi Git dengan layanan baru tanpa menyamakan biaya langganan dengan total biaya kepemilikan.

Jika hasil uji menyentuh data pribadi, libatkan pemilik proses dan petugas yang bertanggung jawab atas pelindungan data sejak tahap desain. Simpan hasil penilaian region, daftar subprosesor, kebijakan retensi cache, dan bukti pemulihan bersama catatan arsitektur. Dengan cara itu, keputusan sumber kontrol bisa ditinjau kembali ketika beban agen berubah atau penyedia layanan mengubah lokasi dan syarat infrastrukturnya.

Belum ada data resmi yang menetapkan harga atau kinerja Scion di Indonesia. Tim yang ingin menguji gagasan ini bisa meminta penawaran dari penyedia infrastruktur untuk komponen yang benar-benar dipakai, lalu menghitung mesin cache, penyimpanan, jaringan, pemantauan, tenaga operasi, dan waktu migrasi. Harga cloud saja tidak mewakili total biaya. Uji kecil pada repositori nonkritis dengan jalur kembali ke Git lebih mudah diaudit daripada memindahkan monorepo produksi sekaligus.

Keputusan perlu mengikuti data kerja sendiri

Scion menunjukkan satu cara merancang sumber kontrol untuk monorepo yang dikerjakan oleh banyak agen dan pekerjaan singkat. Pelajaran yang bisa dipakai lebih luas adalah memisahkan metadata dari isi berkas, mengambil objek sesuai kebutuhan, serta menempatkan cache dekat dengan pekerjaan. Produk dan arsitekturnya sendiri tidak otomatis cocok untuk organisasi lain.

Tim sebaiknya mulai dari pengukuran checkout, antrean CI, build, dan pengujian. Setelah itu, bandingkan konfigurasi Git, partial clone, sparse checkout, mirror, dan cache dengan beban yang sama. Migrasi ke layanan baru masuk akal hanya jika penghematan terukur lebih besar daripada biaya pengembangan, integrasi, keamanan, pemulihan, dan perawatan jangka panjang.

Pertanyaan umum

Apakah Scion sudah menggantikan Git untuk semua perusahaan?

Belum. Scion dibangun untuk monorepo Anthropic dan beban kerja agen yang sangat besar. Anthropic sendiri tidak memosisikannya sebagai pengganti Git untuk pemakaian umum.

Apakah checkout yang cepat mempercepat seluruh CI?

Tidak selalu. Checkout hanya satu tahap. Antrean, dependensi, build, pengujian, dan deployment tetap perlu diukur sendiri.

Bisakah tim di Indonesia langsung memakai Scion?

Belum ada layanan publik Scion yang bisa langsung didaftarkan. Tim bisa menguji pendekatan serupa melalui fitur Git yang sudah tersedia, lalu membandingkan hasilnya dengan biaya dan persyaratan tata kelola data mereka.