Çok Ajanlı Sistemlerde Olay Güdümlü Pano (task_bus.jsonl): Sıfır Yoklama (Zero-Polling) ve Yalnızca-Eklenir İcra Mimarisi

1. Çok Ajanlı Eşgüdümda Yoklama (Polling) ve Durum Yarışı Sorunu

Çok ajanlı yapay zekâ sistemlerinde (multi-agent systems) en sık karşılaşılan mimari darboğaz, model zekâsının yetersizliği değil, ajanlar arası durum eşzamanlamasıdır. Üç veya daha fazla farklı model ailesi (örneğin mimari sentez ve icra için Gemini, eşgüdüm ve iletişim için Claude, dış kaynak ve karşı-tez denetimi için Grok ve yerel deterministik betikler) aynı çalışma alanı üzerinde görev paylaştığında, klasik ortak durum dosyası güncelleme (mutable shared state) yaklaşımı üç ağır arıza üretir:

• Zamanlı Yoklama (Polling) Maliyeti ve Gecikmesi: Her ajanın “her 60 saniyede bir görev kuyruğunu kontrol et” şeklinde bir döngü çalıştırması, iş olmadığında boş bağlam tüketimine (token burn), iş geldiğinde ise ortalama yarı-periyot gecikmeye neden olur.
• Yazma Yarışı (Race Condition) ve Üzerine Yazma: İki paralel koşucunun aynı JSON veya Markdown durum dosyasını aynı saniyede okuyup değiştirmesi, bir ajanın ürettiği kanıtın diğer ajan tarafından sessizce ezilmesiyle sonuçlanır.
• Sessiz Başarısızlık ve Çift Koşu (Duplicate Execution): Bir görevin hangi ajan tarafından devralındığı atomik olarak kaydedilmezse, ya iki ajan aynı işi mükerrer yapar ya da her iki ajan görevin diğeri tarafından alındığını varsayarak işi sahipsiz bırakır.

Atlas otonom ajan mimarisinde bu üç arıza, veritabanı sunucusu karmaşasına girmeden, işletim sistemi çekirdeğinin dosya sistemi bildirimleri ve katı bir yalnızca-eklenir olay kütüğü (append-only event log) birleştirilerek çözülmüştür.

2. Yalnızca-Eklenir (Append-Only) task_bus.jsonl Şeması ve Beyan Yasası

Sistemin tek doğruluk kaynağı task_bus.jsonl dosyasıdır. JSON Lines yapısal kütük belirtimi ve Event Sourcing (Olay Kaynaklama) mimari deseni uyarınca bu kütükte mevcut bir satırı değiştirmek veya silmek kesin olarak yasaktır. Durum değişikliği, eski satırı düzenleyerek değil, yeni bir olay satırı ekleyerek ifade edilir.

Tek yazıcı betiği olan kosucu/task_bus_yaz.py (satır 156–184), panoya eklenen her JSON nesnesinde şu gerçek şema anahtarlarını kullanır:

• id (Zorunlu Görev Kimliği): Görevin tekil tanımlayıcısıdır. Durum geçişleri bu kimliğe -ISLENIYOR veya -YANIT sonekleri eklenerek zincirlenir; aynı id ile ikinci kez yazım task_bus_yaz.py:177 satırında ENGEL ile reddedilir (selftest 9/9 OK).
• ts (Otomatik Zaman Damgası): Yazım anında betik tarafından otomatik üretilen ISO-8601 sistem zaman damgasıdır (ilk ts kaydı 2026-10-03T15:09 3. satırdadır; ts alanı bulunmayan 97 tarihsel önyükleme satırı 1–538 satır aralığına dağılmıştır).
• ajan (Zorunlu) ve hedef (Seçmeli): Olayı üreten kaynak ajan (izinli liste: Atlas, Anu, reaper, Enkidu, Grok-Asistan vb.) ajan anahtarıyla, yönlendirilen hedef ajan ise seçmeli --hedef (hedef) anahtarıyla yazılır (şema standartlaşması öncesi erken satırlarda agent anahtarı da kullanılmıştır).
• claim (Zorunlu İddia Metni) ve Canlı BEYAN Oranı: Mimari kural olarak her iddianın ilk satırı BEYAN: <kim> · <ne> · <kesinlik> · <dayanak> · düşer: <...> kalıbıyla başlamalıdır. Ancak kosucu/task_bus_yaz.py betiğinde henüz mekanik bir BEYAN: veya düşer testi zorlama kapısı yoktur. 19 Ekim 2026 tarihli kosucu/reaper_denetci.py --beyan-orani canlı ölçümünde pano kayıtlarının %72,3’ü (422/584; hedef eşik ≥%80, Reaper sınıfı: site-beyan-olcu = İDDİA) BEYAN: ile başlamaktadır; kalan satırlar mekanik kanca ve kilit bildirimleridir.
• kanit_yolu (Seçmeli Kanıt Dosyası Yolu): Komut satırında seçmeli --kanit argümanıyla verilen ve JSON nesnesine kanit_yolu (erken kayıtlarda kanit) anahtarıyla kaydedilen doğrulama dosyası adresidir.

3. Çekirdek Düzeyinde Olay Güdümlü Tetikleme: WatchPaths ve Gelen Kutuları

Pano mimarisinin ikinci ayağı sıfır yoklama (zero-polling) ilkesidir. Ajan oturumlarının hiçbirinde “N dakikada bir task_bus.jsonl dosyasını oku” şeklinde bir zamanlayıcı döngü bulunmaz. Bunun yerine olay yönlendirme şu üç adımlı deterministik boru hattıyla çalışır:

1. Anlık Gelen Kutusu Dağıtımı: Bir ajan task_bus_yaz.py üzerinden panoya kayıt düştüğünde veya macOS launchd bekçisi (com.ustakil.pano_izle) WatchPaths mekanizmasıyla dosya değişimini yakaladığında, hedef ajanın gelen kutusuna (örneğin gelen_gemini/pano_<ID>.md veya .hook_state/gelen_kutusu/) tekil bir görev zarfı bırakılır.
2. Etiket Tabanlı Koşucu Ayrımı: Görev zarfının claim alanı [AGY] veya [AGY:flash] gibi başsız (headless) yürütme etiketi taşıyorsa, bekçi bu görevi insan müdahalesi beklemeden doğrudan kosucu/agy_atim.sh veya kosucu/vezir_atim.sh üzerinden uygun model kademesine (Argon, Opus, Sonnet veya Flash) sevk eder. Tarayıcı oturumu gerektiren etiketsiz görevler ise aktif IDE oturumunun gelen kutusunda bekler.
3. Arşivleme ve Temiz Kutu: İlgili ajan görevi okuduğu anda zarfı arsiv/ alt dizinine taşır (silmez). Böylece gelen kutusunun boş olması, sistemde bekleyen iş olmadığının O(1) karmaşıklıkta kesin kanıtı olur.

Bu mimari sayesinde sistem boşta dururken sıfır API jetonu harcar; yeni bir görev yazıldığında ise çekirdek dosya sistemi olayıyla milisaniyeler içinde yalnızca hedef koşucu uyandırılır.

4. İdempotent Görev Kilidi, Başsız Koşucular ve Benlik Direnci

Olay güdümlü tetikleme hız kazandırsa da, paralel çalışan çoklu koşucularda idempotentlik (aynı emrin birden fazla kez tetiklenmesi halinde sistemin bozulmaması ve mükerrer iş yapmaması) şarttır. Pano protokolünde her görev üç aşamalı bir durum makinesinden geçer:

• 1. Açılış (Emir): Eşgüdüm ajanı görev satırını yazar.
• 2. Kilit (<ID>-ISLENIYOR): Görevi devralan icra ajanı, herhangi bir dosya değişikliği yapmadan önce panoya -ISLENIYOR satırı düşer. Başka bir koşucu aynı kimliği görürse işlemi derhal durdurur.
• 3. Mühür (<ID>-YANIT): İş tamamlandığında ve öz-sınama (selftest) kapıları geçtiğinde, kanit_yolu ile birlikte -YANIT satırı yazılır. Aynı görev kimliğine ikinci bir yanıt yazılması task_bus_yaz.py:177 tarafından mekanik olarak engellenir.

Bu icra omurgasını denetleyen Enkidu (sistemin otonom bekçi ve koşucu katmanı; bot/olgular.json:O-005, O-006), 21 tanımlı görev üzerinde 24 saatlik pencerede 62 başarılı koşu (61–62 OK) ve 0 ölçülemedi sonucu üretmiştir. Enkidu envanterinde 2.017 kütük (16'sı okuyansız) ve 354 envanter kaydı (190 zamanlayıcı, 35 aktif koşan birim, 81 arşiv adayı) izlenmektedir.

Öz-Sınama ve Emir Kapısı Şeffaflık Dökümü (Gizlenen Olumsuzlar Dahil): bot/olgular.json:O-001 (18 Ekim 2026) kaydında yer alan 243 kayıtlı aletin 174'ü öz-sınamadan geçmiş (toplam 3.129 öz-sınama adımı 101 saniyede tamamlanmıştır), ancak 16 alet öz-sınamada düşmüş (dustu: 16) ve 53 alette henüz öz-sınama girişi bulunmamaktadır (ozsinamasiz: 53); 19 Ekim 2026 canlı reaper_denetci.py --selftest-karne taramasında ise 262 .py dosyası ve 261 alet izlenmektedir (site-alet-sozlesmesi = AKSAK). Benzer biçimde, bot/olgular.json:O-003 (18 Ekim) kesitinde 24 saatte koşan 29 emirde 0 kapısız geçiş kaydedilmişken, 19 Ekim 2026 canlı reaper_denetci.py --dogrula-orani ölçümünde son 21 emrin 17'sinde (%81,0) DOGRULA kapısı bulunmuş, 4 emir ise DOGRULA kapısı olmadan yazılmıştır (site-dogrula-kapisi = AKSAK).

Çok ajanlı sistemlerde bir ajanın diğerinin hatalı iddiasına veya sahte otorite baskısına boyun eğmemesi için BENLİK-1013 direnç deneyi (bot/olgular.json:O-007) yürütülmüştür: 18 hüküm ve n = 162 denemede otoriteye boyun eğme oranı 0/18, sahte kanıta aldanma 0/18, gerçek kanıt geldiğinde hükmü doğru güncelleme oranı ise 16/18 (%88,9) olarak kaydedilmiştir.

5. Canlı Ölçüm ve Kanıt Kartı (Dosya ve Satır Kaynaklı)

Aşağıdaki tablo, olay güdümlü pano ve otonom icra omurgasının canlı kütüklerden ölçülen gerçek verilerini (olumsuz/aksak metrikler dahil) ve data-kaynak adreslerini içerir:

6. Sık Sorulan Sorular (SSS)