Açık kaynak IDE Orca, kodlama agent'larını izole git worktree'lerde paralel çalıştırıyor

Orca, komut satırı kodlama agent'larını — Claude Code, Codex, OpenCode ve diğer birkaçını — barındırmak için geliştirilmiş açık kaynak bir masaüstü uygulaması ve tek bir varsayıma dayanıyor: bir repository ekleyin ve her görev kendi git worktree'sini, kendi dalını ve kendi agent'ını alır. İki agent asla aynı dosyaları düzenlemez, tamamlanan iş bir pull request olarak gelir ve Orca, bir agent görevi tamamladığında veya soru sormak için durduğunda sizi bilgilendirir.

Bu tablo, on beş yıllık VS Code kullanıcısı olan yazarının Orca'yı geçiş yapmayı düşündürdüğü ilk IDE olarak nitelediği, dev.to'daki ayrıntılı ilk hafta yazısından geliyor. Anlatı, macOS üzerinde Claude Code ile Sonnet 5.5 modelinde Orca 1.4.253 ve 1.4.255 sürümlerini kapsıyor ve uygulama onorca.dev adresinden kuruluyor.

GitHub issue'ları görev kuyruğuna dönüşüyor

Orca'nın Tasks görünümü, eklediğiniz her repository'nin issue'larını tek bir tabloda toplar ve her satırda bir Start düğmesi bulunur. Düğmeye basıldığında bir worktree oluşturma iletişim kutusu açılır ve issue'nun URL'si agent'ın ilk prompt'u haline gelir. Yazarın uyarısı: varsayılan görünüm upstream fork'ları da içeriyor — kendi durumlarında 250 sayfalık başkalarının issue'ları — bu yüzden bir şeye dokunmadan önce projeye göre filtreleyin.

İlk denemede iki issue, yaklaşık iki dakikalık tıklama sonucunda iki worktree'ye gönderildi. Agent'lardan biri, yazarın finans uygulamasının broker ekran görüntülerini ayrıştırma biçimindeki bir hatayı düzeltti ve 2 dakika 31 saniyede, 15 test geçerek bir pull request açtı; CI yeşile döndükten sonra merge edildi. İkinci agent bir soru sormak için durdu, çünkü issue'su yalnızca merge edilmemiş bir PR'da var olan bir spesifikasyon bölümüne işaret ediyordu; spesifikasyonu issue metninden yazması söylendiğinde pull request'ini 5 dakika 29 saniyede açtı.

Planlamayı büyük modelle, yazmayı daha ucuz modelle

Yazar işbölümü yapıyor: üst segment bir model (Fable 5.2 veya Opus) planı üretiyor ve görevleri bölüyor, kod yazan her agent ise Sonnet üzerinde çalışıyor. Model, Orca'nın ayarlarında bir kez belirleniyor ve Orca her başlatmaya --model sonnet ekliyor, böylece hiçbir şey görev başına belleğe bağlı kalmıyor. Durum çubuğu Claude plan kullanımını izliyor — 22 dakika çalışan iki Sonnet agent'ı yüzde 40'tan yüzde 41'e taşıdı — ki bu, yazarın da belirttiği gibi, token sayılarının tek başına daha büyük bir modelin bir planı ne kadar hızlı tükettiğini gizlediğinin bir hatırlatıcısı.

Orca ayrıca her Orca terminalinde bulunan bir CLI ile geliyor; worktree-create komutu bir repo, bir agent, bir model ve bir prompt alıyor. Bu artık yazarın görev dağıtım yolu: sorunu Claude'ya anlatın, brifleri yazmasına ve agent'ları başlatmasına izin verin, sonra pull request'leri incelemeye dönün.

Altı başarısızlık, altı kural

Yazının büyük bölümü ilk hafta neyin kırıldığını ve her başarısızlığın ürettiği kuralı listeliyor.

• Claude Code işini bitirdiğinde bir sonraki adım olarak merge etmeyi öneriyor ve kabul etmek tek tuşa uzakta. Artık her brif "bir pull request aç, asla main'e push etme, asla merge yapma" ile bitiyor; yazar merge işlemini kişisel olarak, CI'dan sonra ve diff'i okuyarak yapıyor.

• Orca'nın varsayılan izin modu Full access; bu, Claude Code'u --dangerously-skip-permissions ile başlatıyor ve ücretsiz GitHub planındaki bir özel repo dal koruması sunmuyor. Yazar, tüm worktree'lerin paylaştığı ve refs/heads/main'e yapılan push'ları reddeden bir pre-push hook'u ekledi.

• Yerel klonlardan biri origin'in 484 commit gerisindeydi ve bir agent yalnızca klonunun bildiği şeyi raporlayabilir — bayat kod, yanlış sürüm hakkında otoriter cevaplar üretir. Worktree'ler artık Orca'nın set-base-ref komutuyla origin/main tabanında oluşturuluyor.

• Merge edilmemiş bir PR'da duran bir belgeye atıf yapan brif, agent'ı cevap bekler halde bırakıyor. Bağlam artık issue'nun kendisine yapıştırılıyor; bağlantılar isteğe bağlı ekler olarak kalıyor.

• Agent'lardan biri, deploy işi geçtikten sonra düzeltmenin production'da yayında olduğunu bildirdi, oysa GitOps controller'ı yeni image'ı hiç yayına almamıştı — agent en son geçen adıma güvenmişti. Agent'lar artık gerçekte sunulan sürümü kontrol etmek zorunda.

• Bir renk düzeltmesi üç altyapı değişikliğine dönüştü ve biri CI'ı beklemeden merge edildi, çünkü özgün talimat sohbetin aşağılarında gömülmüştü. İş türü değiştiğinde yeni bir worktree ve yeni bir brif açılıyor.

İlk gün karşılaşacağınız sürtünmeler

Diğer bulgular: Full access modundaki her yeni agent Claude Code'un bypass-permissions uyarısını gösteriyor ve kabul bekliyor, bu da ilk paralel çalışmayı durduruyor; shell alias'ları ve .zshrc agent'lara hiç ulaşmıyor çünkü Orca binary'leri doğrudan çalıştırıyor, dolayısıyla ortam değişkenleri ~/.claude/settings.json dosyasına ait; hook'lar, bir sonraki yükseltmenin sileceği sürümlü Cellar yolu yerine kararlı Homebrew bin yolunu kullanmalı; yeni worktree'ler yalnızca izlenen dosyaları içeriyor, yani .env dosyaları ve yerel yardımcılar elle kopyalanmalı; ekran görüntüleri Cmd+V değil Ctrl+V ile yapıştırılıyor. Sistem bildirimlerini etkinleştirmeye değer.

Neden önemli

Orca, geliştirme araçlarının gittiği yönü gösteriyor: IDE'nin bir düzenleme katmanı olmaktan çok agent'lar için bir orkestrasyon katmanı olması ve git worktree'lerinin birkaç agent'ın aynı anda tek bir repository üzerinde çalışmasını sağlayan izolasyon birimi olarak kullanılması. dev.to'daki anlatı, pratiğe dair söyledikleriyle en az bunun kadar önemli. Haftanın başarısızlıklarının hiçbiri çökme değildi; hepsi varsayılanlardan kaynaklandı — tam erişim izinleri, korumasız main dalları, var olmayan belgelere atıf yapan brifler — ve bunları yalnızca insan süreci kapatabilir. Paralel agent'ları gerçek bir iş backlog'una yönelten herkes, hangi aracı kullanırsa kullansın buna benzer kurallara ihtiyaç duyacak.