Çoklu Repo Sorunu: AI Ajanları İçin Git Worktree Çözümü
Çoklu repo özelliklerinde AI kodlama ajanlarının tek-repo kısıtını git worktree tabanlı görev alanlarıyla aşan yaklaşım ve Orbit prototipi.
Backend, contract ve frontend gibi üç ayrı repoyu kapsayan bir özellik geliştirirken, kodlama ajanlarının tek-repo varsayımı ciddi bir darboğaz yaratıyor. Repoları tek dizinde birleştirmek ajanın önce tüm dizini taramasına ve tek çalışma kopyasının aynı anda yalnızca bir görevi kilitlemesine yol açıyor; --add-dir ile dağıtık dizinleri bağlamak ise derleyici ve dil sunucularının göreli yol varsayımını bozarak sürekli push-pull döngüsüne mecbur bırakıyor.
Çözüm beklenenden sade çıkıyor: repoları git worktree olarak gerçek bir dizin ağacında, görev başına izole çalışma alanlarında bir araya getirmek. Tüm repolar tek bir git nesne havuzunu paylaştığı için yeni bir çalışma alanı açmak neredeyse anında oluyor ve bırakmak hiçbir maliyet getirmiyor. Sonuç: ajan yalnızca ihtiyaç duyduğu repoyu anında çekiyor, gerçek göreli yollar sayesinde go workspace, Cargo veya pnpm gibi araç zincirleri hiçbir uyarlama gerektirmeden çalışıyor, ve her görev kendi izole ortamında kalıyor.
Bu yaklaşım, sunucusuz ve bağımlılıksız bir prototip olan Orbit'te (bash + git + markdown) somutlaşmış durumda. Repo başına notların bayatlaması ve 'bash script güvenilirliği' algısı gibi açık sorunlar hâlâ çözüm bekliyor, ancak asıl fikir — ajan bağlamının birden fazla repoyu gerçek, düzenlenebilir, geçmişi olan kaynak olarak kapsaması — araçtan bağımsız bir model olarak öne çıkıyor.