Pengembang perangkat lunak modern sering menghadapi realitas di mana satu fitur tunggal membentang melintasi beberapa repositori — backend, kontrak API, dan frontend — yang terpisah dalam arsitektur polyrepo. Namun, alat bantu coding berbasis AI generatif seperti Claude Code secara default hanya beroperasi dalam satu repositori per sesi. Keterbatasan ini memaksa pengembang menjadi perantara manual: menyalin tanda tangan API dari sesi backend, menempelkannya ke sesi frontend, dan menjelaskan konteks berulang kali. Pendekatan ini berfungsi untuk perubahan sederhana, namun runtuh seketika ketika perlu melacak rantai panggilan (call chain) lintas repositori.
Upaya kedua dengan menempatkan semua repositori di bawah satu direktori induk — sekitar 36 repositori termasuk repositori komunitas seperti Kubernetes dan gRPC — justru menciptakan masalah baru. Agen AI menghabiskan waktu signifikan hanya untuk merayapi (crawl) struktur direktori, mengembalikan daftar datar tanpa membedakan repositori target, milik tim, atau repositori referensi. Lebih parah, mekanisme working copy Git yang tunggal mengunci repositori ke satu tugas dan cabang (branch) tertentu. Ketika tugas kedua datang, pengembang harus melakukan git stash, ganti cabang, kerjakan tugas baru, kembali, dan unstash — siklus konteks-switching manual yang rawan konflik.
Pendekatan ketiga memanfaatkan flag --add-dir milik Claude Code untuk menautkan repositori terpisah ke dalam satu sesi. Meskipun agen kini bisa membaca ketiga repositori, rantai alat (toolchain) — kompiler, bundler, language server — gagal karena mengasumsikan modul berada di jalur relatif nyata di dalam satu tata letak proyek. Resolusi lintas repositori ambruk: jump-to-definition tidak berfungsi, build tidak menemukan modul saudara. Akibatnya, perubahan satu baris memaksa siklus publish-test ke remote, mengubah alur kerja instan menjadi proses berputar yang lambat.
Solusi yang ditemukan ternyata sederhana namun fundamental: repositori harus menjadi direktori nyata dalam pohon direktori nyata, bukan view atau symlink. Git worktree menjadi kunci — memungkinkan salinan kerja (working copy) terpisah yang berbagi objek Git yang sama. Arsitektur Orbit menempatkan semua repositori di .repos/ sebagai kolam bersama (pool), lalu membuat workspace per tugas di task-XX/ yang berisi worktree hanya repositori yang dibutuhkan. Pendekatan ini membuka empat kemampuan kritis: konsistensi konteks lintas repositori dalam satu agen, riwayat Git penuh (blame, log, topologi cabang) lintas repositori, kompatibilitas toolchain nol-adaptasi karena jalur relatif nyata, dan isolasi tugas yang bersih tanpa kebocoran konteks atau kontaminasi cabang.
Orbit dibangun sebagai prototip ringan menggunakan Bash, Git, dan Markdown — tanpa server, runtime, embedding, atau indeks yang perlu dibangun ulang. Selama pengujian nyata, beberapa temuan tak terduga muncul. Catatan per-repositori yang awalnya berisi survei 40–80 baris ternyata biaya pemeliharaannya melebihi manfaatnya; kini disederhanakan menjadi kartu ringkas menjawab dua pertanyaan: kapan repositori ini ditambahkan, dan di mana mulai membaca. Masalah kedaluwarsaan catatan (staleness) ditangani parsial dengan memungkinkan agen memverifikasi catatan saat digunakan, meski solusi penuh masih dalam iterasi.
Dampak arsitektur ini melampaui kenyamanan pengembang individu. Dalam skala tim, Orbit memungkinkan paralelisme tugas sejati: setiap pengembang atau agen AI mendapatkan workspace terisolasi dalam hitungan detik, tanpa menunggu kloning penuh atau bersaing untuk akses working copy. Biaya penyimpanan minimal karena worktree berbagi objek Git, dan pembersihan workspace semudah menghapus direktori. Pola ini selaras dengan tren "agentic workflow" di mana AI tidak hanya asisten kode, tapi pelaku otonom yang menavigasi, memutuskan, dan bertindak di seluruh codebase.
Bagi ekosistem teknologi Indonesia yang banyak mengadopsi arsitektur mikro-layanan (microservices) dan polyrepo — dari fintech, e-commerce, hingga platform logistik — tantangan ini sangat relevan. Tim sering terjebak dalam overhead koordinasi lintas repositori: kontrak API yang *drift*, *breaking change* yang terdeteksi terlambat, dan *onboarding* pengembang baru yang lambat karena harus memahami topologi multi-repo secara manual. Alat seperti Orbit, atau pola arsitektur worktree-based yang ia populerkan, menawarkan jalan keluar: mengubah polyrepo dari beban koordinasi menjadi keuntungan modularitas tanpa mengorbankan *developer experience*.
Masa depan pengembangan perangkat lunak akan semakin didominasi kolaborasi manusia-AI di mana agen tidak hanya menjawab pertanyaan, tapi mengeksekusi tugas end-to-end melintasi batas repositori. Fondasi sistem berkas (filesystem) yang jujur — direktori nyata, jalur relatif nyata, isolasi nyata — terbukti lebih tangguh daripada lapisan abstraksi yang rapuh. Orbit membuktikan bahwa terkadang inovasi paling kuat bukanlah membangun hal baru yang kompleks, tapi mengembalikan kesederhanaan fundamental yang selama ini terabaikan demi kecepatan jangka pendek.