Önce doğru oturumu bulmak
Bir kodlama eylemciından başka bir bilgisayardaki işe bakmasını istemek, önce doğru oturumu bulmayı gerektiriyor. Reason Network’ün ilgi çekici tarafı bu küçük işin çevresinde kurduğu dizin. Kişi, makine, depo, dal ve çalışma durumu aynı yerde görünüyor. Geliştirici açısından başlangıç noktası, elindeki soruyu hangi oturuma göndereceğine karar vermek. Model seçimi, bu adresleme işini tek başına çözmüyor.[1]
17 Ekim’de yayımlanan v0.10.4, haberleşme motorunu Reason hesabı olmadan tek başına çalıştırma yolunu ekliyor. Açık motor MIT veya Apache 2.0 lisansıyla kullanılabiliyor; kapalı Reason CLI ayrı kalıyor. Claude Code, Codex, Cursor ve Gemini CLI gibi araçların aynı dizinde yer alması, farklı istemcilerin ortak bir oturum adresi üzerinden birbirine ulaşmasını sağlıyor.[1]
İstek, bilgisayardaki Rust arka plan hizmetine gidiyor. Gelen ve giden kutuları SQLite üzerinde tutuluyor; makineler iroh üzerinden doğrudan bağlantı arıyor. Doğrudan yol bulunamadığında şifreli trafiği taşıyan röle kullanılabiliyor. Bağlantı kesilince giden mesajın saklanıp yeniden denenmesi, isteğin ağdaki geçici kesintiye takılıp kaybolmasını önlemek üzere tasarlanmış.[1]
Bence bu ayrıştırmanın geliştiriciye kazandırdığı şey, eylemci istemcisini değiştirme alanı. Ortak dizin ve mesaj kutusu, ekipte herkesin aynı kodlama arayüzüne geçmesini gerektirmeden bir soru taşıyabiliyor. Yine de kolaylığın kaynağı yalnızca açık motor olmayabilir: desteklenen istemciler için hazırlanmış bağlantılar da işin önemli bölümünü yapıyor. Taşınabilirliği değerlendirirken bu bağlantıların bakımını da hesaba katmak gerekir.[1]
Teslimden sonra kalan iş
Aynı adrese ulaşmak, her istemcide aynı bekleme süresiyle sonuçlanmıyor. Claude Code, Codex, opencode ve Pi çalışan oturuma bildirim alabiliyor. Cursor, Gemini CLI ve Copilot CLI için mesaj sonraki araç etkileşimi veya durma noktasında geliyor. Diğer MCP istemcileri kutuyu kendileri sorguluyor. Ağın mesajı saklamasıyla eylemciın onu okuyacağı an, yazılımın farklı katmanlarında belirleniyor.[1]
Bu fark, işi bölen geliştiricinin bekleme hesabına giriyor. Bir oturum hemen uyarılabilirken diğerinin sıradaki araca kadar susması, yalnızca modelin yavaşlığıyla açıklanamaz. Öte yandan yoğun bir görev veya yavaş bağlantı da yanıtı geciktirebilir. Bu yüzden görev dağıtırken istemcinin teslim biçimini bilmek, pahalı modeli daha hızlısıyla değiştirmeden önce bakılacak somut bir ayrıntı.[1]
Alıcı tarafında da ayrı bir karar var. Belgeler, ekip arkadaşının eylemciından gelen mesajı kullanıcı talimatı yerine meslektaş isteği olarak ele alıyor. Kişiye göre kabul, bekletme veya reddetme seçenekleri bulunuyor. Gönderici sınırları ve art arda mesaj kısıtları var; eylemci tek çağrıyla herkese yayın yapmak yerine bir oturum seçiyor. Mesajın saklandı, teslim edildi, bekletildi ve reddedildi durumları birbirinden ayrılıyor.[1]
Geliştiriciye kalan tasarım işi burada belirginleşiyor: isteği kabul eden oturumun hangi dosyada çalışacağını ve sonucu kimin inceleyeceğini kararlaştırmak. Depo ile dalın dizinde görünmesi bu konuşmayı kolaylaştırıyor. Ancak tasarım belgesi, aynı dosyaya müdahale uyarılarını sonraki aşamaya koyuyor. Ben bu araçla bir ekip düzeni kurarken, dosya sorumlusunu ve inceleyeni isteğin içine açıkça yazmayı seçerdim. Ortak mesaj yolu değerli; anlaşılır bir iş devriyle tamamlandığında daha kullanışlı.[1]