1 poin oleh soliestre 10 jam lalu | Belum ada komentar. | Bagikan ke WhatsApp

EstreGenesis yang diperkenalkan di posting sebelumnya menambahkan dua modul besar sepanjang versi 2.0~2.3.
Keduanya merupakan upaya untuk membawa operasi multi untuk agen coding AI ke tingkat berikutnya.


Constellation — komunikasi real-time antar jendela percakapan agen (liveboard A2A WebSocket)

Konsep sub-agen yang ada sebelumnya adalah model induk-anak — agen main membuat anak (spawn) dan menerima hasil anak dalam struktur satu arah. Tidak ada komunikasi langsung dengan jendela percakapan agen lain.

Constellation mendobrak batas itu:

  • Bridge WebSocket A2A(Agent-to-Agent) — setiap agen (Claude Code · Codex · Cursor, dll.) tetap mempertahankan sesi IDE-nya masing-masing, sementara proses daemon terpisah terhubung ke liveboard WebSocket dan mengirim pesan ke jendela percakapan agen lain. Model peer-to-peer antarnode setara, bukan ketergantungan induk-anak. (Pengujian nyata baru terverifikasi sampai Claude/Codex. Saat operasional, mode persetujuan otomatis tiap agen, yaitu AutoMode, wajib aktif.)
  • Pemisahan peranmain (PM orkestrator) / local (worker) / upstream (peer agen otonom seperti Hermes Agent) / collab (peer kolaborator eksternal). Ketika main mengirim Delegate (delegasi) ke worker, worker langsung mengeksekusinya di IDE miliknya dan membalas dengan WorkerReport (laporan).
  • Respons agen berbasis giliran — pola untuk runtime seperti Claude Code yang percakapannya berakhir ketika satu giliran (turn) selesai: daemon bridge (inbox/outbox file IO) menampung pesan, lalu self-wake watcher (pemantau yang membangunkan dirinya sendiri) memulai giliran berikutnya saat pesan datang. Dapat terlepas dari sesi shell (detached) dan menetap di background.
  • Dashboard — pekerjaan, pesan, dan status semua agen terlihat dalam satu layar. Hanya dengan melihat board, alur kerja bisa direkonstruksi.

Disertakan sebagai spec komponen Constellation.md + constellation/*.eux,
dan bahkan tanpa mengunduh runtime privat — seluruh protokol sudah dirangkum di dalam teks.


Superscalar — membawa arsitektur prosesor ke eksekusi agen

Ultracode dari Claude Opus 4.8 yang diumumkan hari ini (5/29) mengasumsikan pengoperasian sub-agen dalam jumlah besar,
dan agar itu benar-benar efisien, diperlukan scheduling untuk menentukan task mana yang dijalankan bersamaan dan berapa banyak yang diluncurkan (dispatch).
Superscalar menerapkan langsung solusi yang sudah dipecahkan arsitektur CPU era 1960~80-an ke scheduling task agen — eksekusi banyak instruksi secara bersamaan (multi-issue / superscalar) · eksekusi yang mengabaikan urutan ketika dependensi terpenuhi (out-of-order, OoO) · eksekusi prediktif berdasarkan hasil branch (speculation).

  • 5 dimensi resmi issue_width — menentukan berapa banyak sub-agen yang diluncurkan bersamaan pada satu waktu sebagai nilai minimum dari lima batasan berikut:
    1. effort band berdasarkan tingkat kesulitan task yang diajukan Anthropic (estimasi ukuran pekerjaan)
    2. batas atas pace_mode (mode kecepatan eksekusi Cautious · Proactive · Burst · Sprint)
    3. throughput Little's Law (teori antrean — kecepatan review PM ÷ rata-rata panjang task)
    4. batas atas WIP Kanban (jumlah pekerjaan yang sedang berjalan pada satu waktu ≈ ukuran tim + 1)
    5. autonomy_available_workers (jumlah worker dengan mode persetujuan otomatis aktif — tanpa itu, jendela otorisasi pengguna muncul di setiap aksi sehingga throughput runtuh)
  • Eksekusi OoO + jaminan urutan hasil (pola Tomasulo·ROB) — selama dependensi terpenuhi, task siap dieksekusi terlebih dahulu tanpa memedulikan declared order (urutan yang dideklarasikan). Namun PM melakukan retire pada hasil sesuai urutan aslinya (merge selesai) sehingga dari sudut pandang pengguna tetap terlihat dalam declared order. Mengikuti pola makalah Reorder Buffer Smith-Pleszkun tahun 1988.
  • Speculation (opt-in, menerapkan pelajaran dari Spectre)announce + ack dua tahap: "consider X" → ack pengguna → "execute X (speculative lane)" → jika prediksi salah, seluruh worktree (folder kerja terpisah) dibuang. Tiga elemen Toyota Andon (visualisasi Jidoka) diwajibkan — sinyal visual · cord penghentian darurat · log retrospektif untuk jawaban salah.
  • Cost-benefit gate — pada titik crossover horizon sekitar 30-60k token, sistem secara otomatis menentukan kapan overhead spawn (pembuatan) menjadi lebih kecil daripada keuntungan paralelisme. Pekerjaan kecil secara alami turun menjadi inline.

Diverifikasi melalui tiga sumbu deep research (kanon akademik arsitektur prosesor / studi kasus industri harness agen / komunikasi kerja dan ilmu manajemen),
dan dilengkapi oleh teks utama Superscalar.md serta log uji mandiri Stage 1 (dogfooding) (§11).


Fondasi — prinsip absolut eksekusi otonom

Kedua modul di atas berasumsi pada operasi otonom.
Jika "throughput runtuh karena menunggu konfirmasi pengguna", maka keduanya tidak punya makna.
Karena itu, EstreGenesis 2.3 merumuskan yang berikut sebagai prinsip absolut:

langkah berikutnya yang sudah ditetapkan (urutan Phase · track planned (terencana) · item blocked (terhambat) yang sudah terbuka · queue in-order retire (selesai sesuai urutan)) harus dijalankan tanpa bertanya,
dan user gate hanya untuk empat hal berikut:

  1. kehilangan data atau publikasi keluar (push · deploy · send · delete)
  2. saat keputusan percabangan besar baru perlu dibuat (tahap keputusan desain/RRP, tetapi eksekusi Phase A/B/C yang dihasilkan dari situ adalah eksekusi yang sudah diputuskan)
  3. koordinasi waktu deploy yang memerlukan restart (penerapannya sendiri otonom, hanya waktu restart yang dikoordinasikan)
  4. steering eksplisit dari pengguna (pengguna secara langsung menginstruksikan perubahan arah)

Pola seperti "Apakah kita mulai Phase A?" yang kembali menanyakan eksekusi yang sudah diputuskan disebut sebagai pelanggaran terhadap operasi otonom,
dan telah dirumuskan sebagai prinsip inti dalam 6 seed agar downstream (proyek yang menerapkan seed) dapat memaksakan operasi otonom dengan kemampuannya sendiri.


Terintegrasi ke bootstrap seed v2.0+

EstreGenesis adalah bootstrap harness · pustaka prompt seed,
dengan menyalin 6 file dari 3 tier Master/Lite/Compact × EN/KO ke proyek baru,
lalu memungkinkan wawancara bootstrap + pembuatan otomatis AGENTS.md,
dan modul v2.0 (Constellation) · v2.3 (Superscalar) juga semuanya sudah terintegrasi ke 6 seed,
sehingga cukup menyalin seed saja untuk mendapatkan kedua modul + prinsip eksekusi otonom sekaligus.

  • Master: prinsip inti #12 (Constellation) + #13 (Superscalar) + #14 (eksekusi otonom) versi penuh + § Constellation + § Execution Scheduling.
  • Lite/Compact: ringkasan prinsip yang sama + § inti.
  • Paksaan operasi otonom yang konsisten dan bisa diverifikasi dengan grep di semua tier.

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

Teks modul:
Constellation.md
Superscalar.md

Changelog: CHANGELOG.md

Belum ada komentar.

Belum ada komentar.