Alt ajan OoO/Speculation (Superscalar) + ajanlar arası A2A canlı pano (Constellation) — yapay zeka kodlama çoklu ajan işletimi için iki modül

Önceki gönderide tanıtılan EstreGenesis, 2.0~2.3 sürecinde iki büyük modül ekledi.
Her ikisi de yapay zeka kodlama ajanlarının çoklu işletimini bir seviye yukarı taşımayı hedefliyor.

---

Constellation — ajan sohbet pencereleri arasında gerçek zamanlı iletişim (A2A WebSocket canlı pano)

Mevcut alt ajan kavramı, ebeveyn-çocuk modeliyle çalışıyordu — ana ajan çocuk oluşturuyor (spawn) ve çocuğun sonucunu alıyordu; bu tek yönlü bir yapıydı. Diğer ajanların sohbet pencereleriyle doğrudan iletişim yoktu.

Constellation bu sınırı kaldırıyor:

• A2A (Agent-to-Agent) WebSocket köprüsü — her ajan (Claude Code · Codex · Cursor vb.) kendi IDE oturumunu olduğu gibi korurken, ayrı bir daemon süreci WebSocket canlı panoya bağlanıp diğer ajanların sohbet pencerelerine mesaj gönderiyor. Ebeveyn-çocuk bağımlılığı yerine eşdüzey düğümler arası (peer-to-peer) model. (Gerçek testler yalnızca Claude/Codex ile doğrulandı. İşletimde her ajanın otomatik onay modu (AutoMode) zorunlu.)
• Rol ayrımı — main (orkestratör PM) / local (worker) / upstream (Hermes Agent gibi otonom ajan peer) / collab (harici işbirlikçi peer). main, worker'a Delegate gönderdiğinde worker bunu kendi IDE'sinde anında çalıştırıyor ve WorkerReport ile yanıt veriyor.
• Tur tabanlı ajan uyumu — Claude Code gibi tur (turn) bittiğinde sohbetin sona erdiği runtime'lar için bir desen: köprü daemon'u (dosya IO inbox/outbox) mesajları bekletiyor, self-wake watcher ise mesaj geldiğinde bir sonraki turu başlatıyor. Kabuk oturumundan ayrılmış (detached) biçimde arka planda sürekli çalışabiliyor.
• Gösterge paneli — tüm ajanların işleri, mesajları ve durumları tek ekranda görünüyor. Yalnızca panoya bakarak bile akışı yeniden kurmak mümkün.

Constellation.md + constellation/*.eux bileşen spec'i olarak dahil ediliyor ve
gizli bir runtime indirmesi olmadan da — tüm protokol gövde içinde derli toplu biçimde yer alıyor.

---

Superscalar — işlemci mimarisini ajan yürütümüne taşımak

Bugün (5/29) duyurulan Claude Opus 4.8'in ultracode yaklaşımı, çok sayıda alt ajanı işletmeyi varsayıyor;
bunun gerçekten verimli olması için de hangi görevin aynı anda kaç tane başlatılacağına (dispatch) karar veren bir zamanlama mekanizması gerekiyor.
Superscalar, 1960~80'lerde CPU mimarisinin zaten çözdüğü sorunları — birden fazla komutun eşzamanlı yürütümü (multi-issue / superscalar) · bağımlılıklar sağlandığında sırayı yok sayarak yürütüm (out-of-order, OoO) · dal sonucu tahminine dayalı yürütüm (speculation) — doğrudan ajan görev zamanlamasına uyguluyor.

• Resmî issue_width 5 boyutlu — aynı anda kaç alt ajanın başlatılacağı beş kısıttan en küçüğü alınarak belirleniyor:
  1. Anthropic'in görev zorluğuna göre önerdiği effort band'ler (iş boyutu tahmini)
  2. pace_mode üst sınırı (Cautious · Proactive · Burst · Sprint yürütüm hız modları)
  3. Little's Law throughput'u (kuyruk teorisi — PM inceleme hızı ÷ ortalama görev uzunluğu)
  4. Kanban WIP üst sınırı (aynı anda süren iş sayısı ≈ ekip boyutu + 1)
  5. autonomy_available_workers (otomatik onay modu açık worker sayısı — aksi halde her adımda kullanıcı yetki penceresi açıldığı için throughput çöküyor)
• OoO yürütüm + sonuç sırasını koruma (Tomasulo · ROB deseni) — yalnızca bağımlılıklar sağlandığında, declared order göz ardı edilip hazır görevler önce çalıştırılıyor. Ancak PM, sonuçları orijinal sırayla retire ederek (birleştirmeyi tamamlayarak) kullanıcı açısından yine declared order görünmesini sağlıyor. 1988 tarihli Smith-Pleszkun Reorder Buffer makalesindeki desen aynen kullanılıyor.
• Speculation (isteğe bağlı, Spectre derslerinin uygulanması) — 2 aşamalı announce + ack: "X'i değerlendir" → kullanıcı ack → "X'i yürüt (speculative lane)" → yanlış tahminde worktree (iş için ayrılmış klasör) tamamen atılıyor. Toyota Andon'un (Andon, Jidoka görünürlükleştirmesi) 3 öğesi zorunlu: görsel sinyal · acil durdurma cord'u · yanlış cevap sonrası değerlendirme günlüğü.
• Maliyet-fayda kapısı — yaklaşık 30-60k token ufuk kesişiminde, spawn ek yükünün paralellik kazancından küçük olduğu an otomatik belirleniyor. Küçük işler doğal biçimde inline olarak işleniyor.

Derin araştırmanın 3 ekseniyle (işlemci mimarisi akademik kanonu / ajan harness endüstri örnekleri / iş iletişimi ve yönetim bilimi) doğrulanmış ve
Superscalar.md gövdesi ile Stage 1 iç test (dogfooding) kayıtları (§11) bunu destekliyor.

---

Temel — otonom yürütümün mutlak ilkesi

Yukarıdaki iki modül de otonom işletim varsayımıyla tasarlanmış.
"Kullanıcı onayı beklerken verim düşüyorsa" ikisinin de anlamı kalmıyor.
Bu yüzden EstreGenesis 2.3 bunu şu mutlak ilke olarak açıkça tanımlıyor:

Zaten belirlenmiş olan sonraki adımlar (Phase sırası · planned izlek · blocked durumundan çıkanlar · in-order retire kuyruğu) sorulmadan yürütülür;
kullanıcı kapısı yalnızca şu dört durumda vardır:

1. Kayıp riski veya dışarı yayın (push · deploy · send · delete)
2. Yeni ve önemli bir dallanma karar anı (RRP/tasarım karar aşaması; ancak bunun sonucunda belirlenen Phase A/B/C yürütümü artık kararlaştırılmış yürütümdür)
3. Yeniden başlatma gerektiren deploy için zamanlama koordinasyonu (uygulamanın kendisi otonom, yalnızca yeniden başlatma zamanı koordine edilir)
4. Açık kullanıcı yönlendirmesi (kullanıcının doğrudan yön değişikliği istemesi)

"Phase A'ya başlayalım mı?" gibi zaten kararlaştırılmış yürütüm için tekrar sorma kalıbı, otonom işletime aykırılık olarak adlandırılıyor;
ve bu ilke 6 seed içinde temel prensip olarak kodlanarak, aşağı akıştaki (seed uygulanan projeler) projelerin kendi başına otonom işletimi zorlaması sağlanıyor.

---

Bootstrap seed v2.0+ içine entegre

EstreGenesis bir harness bootstrap · seed prompt kütüphanesi ve
Master/Lite/Compact olmak üzere 3 tier × EN/KO 6 dosyayı yeni projeye kopyalayarak
bootstrap görüşmesi + AGENTS.md otomatik üretimi sağlıyor;
v2.0 (Constellation) ve v2.3 (Superscalar) modülleri de 6 seed'in tamamına entegre edildiği için
yalnızca seed'i kopyalamak iki modülü ve otonom yürütüm ilkesini birlikte getiriyor.

• Master: temel ilke #12 (Constellation) + #13 (Superscalar) + #14 (otonom yürütüm) tam metin + § Constellation + § Execution Scheduling.
• Lite/Compact: aynı ilkelerin sıkıştırılmış sürümü + temel § bölümleri.
• Tüm tier'larda grep ile doğrulanabilir, tutarlı bir otonom işletim zorlaması.

---

GitHub: https://github.com/SoliEstre/EstreGenesis

Modül metinleri:
Constellation.md
Superscalar.md

Changelog: CHANGELOG.md