Orbital, kodlama ajanı bağlamını yerel dosyalar olarak saklıyor, böylece herhangi bir ajan işi devralabiliyor

Bir session değil, proje ajanı

18 Eylül'de Hacker News ana sayfasına çıkan Orbital adlı açık kaynak proje, yapay zeka destekli geliştirmenin belirli bir sorununu hedefliyor: session ile birlikte kaybolan bağlam. zqiren kullanıcı adıyla yayınlanan projenin GitHub README'sine göre Orbital bir "proje ajanı" — görevler, session'lar ve işçi ajanlar arasında projeden sorumlu kalan bir koordinatör; görevlendirdiği kodlama asistanları ise birbirinin yerine geçebilen işgücü olarak konumlanıyor.

README'nin açılışındaki senaryo tanıdık gelecek: Claude Code bir tasarım tartışmasının üçüncü turunda kullanım limitine takılıyor; kullanılmamış Codex kotası orada duruyor ama Codex'in hedeften, verilmiş kararlardan veya yarı düzenlenmiş dosyalardan haberi yok. İnsan, kendi projesini ilerletmek için hedefleri yeniden anlatmak, artifact'leri aramak ve bağlamı araçlar arasında taşımak zorunda kalıyor.

Bağlam düz dosyalar olarak saklanıyor

Orbital'ın cevabı, kalıcı iş birimi olarak session'ı değil projeyi ele almak ve bu projeyi yerel klasördeki sıradan dosyalar olarak ifade etmek. README, normalde session'lar arasında dağılan beş şeyi koruduğunu söylüyor:

• Durum — o anda doğru olan neyse, PROJECT_STATE.md içinde tutuluyor
• Kararlar — neye karar verildiği ve neden verildiği, DECISIONS.md içinde tutuluyor
• Öğrenilenler — projenin biriktirdiği buluşsal bilgiler, LESSONS.md içinde tutuluyor
• İş — queue. içinde bir görev kuyruğu
• Artifact'ler — çalışma alanının kendisi ve orbital/output/ altındaki ajan çıktıları

Soğuk başlangıçta Orbital, harekete geçmeden önce bu dosyaları system prompt'unda bir araya getiriyor. Görevi devrettiğinde, işçi aynı dosyalara yönlendiriliyor ve bunlara yetkili kayıt olarak davranması söyleniyor; brifing her görevlendirme için yeniden üretiliyor, elle yapıştırılmıyor. Her işçi ayrıca proje içinde kişisel bir hafıza dosyası tutuyor, böylece görevlendirmeler arasında deneyim birikiyor; Orbital da görev bittiğinde sonuçtaki önemli bilgileri proje dosyalarına geri kaydediyor.

Öne çıkan bir detay: zorunlu kapanış. Kuyruktaki her görev ya Tamamlandı ya da Bloklandı olarak sonuçlanmak zorunda. Bir karar olmadan duran ajan yeniden prompt'lanıyor ve ardından gerekçe kaydedilerek zorla Bloklandı olarak işaretleniyor — bu, yarım kalan işin izlenebilir bir sonuç olmadan kaybolmasını önleme girişimi.

Hangi ajanları yönetebiliyor

README'ye göre Orbital, Claude Code'u SDK'sı üzerinden, Codex'i app-server'ı üzerinden, Gemini CLI, Cursor ve diğer araçları ise PTY veya ACP bağlantıları üzerinden yönetiyor. Temmuz 2026 tarihli — bağımsız bir karşılaştırma değil, projenin kendi hazırladığı — bir karşılaştırma tablosu, hafıza, zamanlama ve alt ajan özelliklerinin artık yaygın olduğunu, gerçek farkların üç şey olduğunu savunuyor: bir sonraki görevi farklı bir ajanın devralıp devralamayacağı, kuyruktaki görevlerin zorunlu olarak sonlu bir duruma getirilip getirilmediği ve bütçe, onaylar ile denetim izinin araçta değil projede olması. Tablo, Claude Code'a izinler ve çalışma geçmişi, Codex'e onaylar ve kurumsal denetim yakınlığı tanıyor ve her ikisini Orbital'ın tam olarak cevapladığını iddia ettiği sorularda kısmi olarak puanlıyor.

Yerel öncelikli, kendi anahtarını getir modeli

README, Orbital'ın bir bulut servisi olmadığını açıkça belirtiyor; her şey kullanıcının makinesinde çalışıyor. Kurulumun beş dakikadan kısa sürdüğü, Python veya Node runtime gerektirmediği iddia ediliyor; araç, kullanıcı tarafından sağlanan API anahtarlarıyla DeepSeek, Anthropic, OpenAI, Moonshot ve yaklaşık bir düzine diğer sağlayıcıyı destekliyor; ayrıca anakara Çin'de ücretsiz token sunan ayrı bir oturum açma yolu var. İsteğe bağlı bağlayıcılar Google Calendar ve Drive ile Google ve GitHub gibi servislerin site girişlerini kapsıyor; böylece ajanlar CAPTCHA'ya takılmadan gezinebiliyor.

Belirtilen diğer özellikler arasında telefondan uzaktan denetim — eylemleri onaylama, çalışma alanı dosyalarına göz atma, onlara dosya yükleme — ayrıca bütçe kontrolleri, özerlik ön ayarları ve işletim sistemi anahtarlığında saklanan kimlik bilgileri var. Tam özerliğin henüz açıkça uygulanmadığı belirtiliyor: sistem bugün zamanlayıcı odaklı çalışıyor, daha geniş özerlik yol haritasında. README ayrıca ajan döngüsünün sıfırdan inşa edildiğini ve OpenClaw'ın bir fork'u olmadığını söylüyor.

Neden önemli

Session başına hafıza, çok ajanlı geliştirmenin zayıf halkası haline geliyor. Bir projenin durumu, kararları ve öğrenilenleri taşınabilir Markdown ve JSON dosyalarında yaşarsa, işi yapan model değiştirilebilir bir bileşene dönüşüyor: geliştiriciler en güçlü modele geçebilir, boştaki kotayı başka yerde harcayabilir veya bir aracı göreve uygun seçebilirken ivme kaybetmez. Düz dosyalar ayrıca tescilli session geçmişinin olmadığı bir şekilde diff'lenebilir, denetlenebilir ve satıcıdan bağımsızdır. Göz önünde bulundurulması gereken nokta şu: buradaki her iddia — karşılaştırma tablosu dahil — projenin kendi README'sinden geliyor ve soğuk başlangıç prompt'lamasının ile kapanış zorlamasının güvenilirliği bağımsız olarak test edilmiş değil. Kod açık kaynak olduğu için bu testi herkes yapabilir; bağlamın onu üreten ajandan daha uzun yaşaması gerektiği şeklindeki temel fikir de, kodlama ajanlarının yoğun kullanıcılarının çoğunun artık karşılaştığı bir soruna değiniyor.