सब-एजेंट OoO/Speculation (Superscalar) + एजेंटों के बीच A2A लाइवबोर्ड (Constellation) — AI कोडिंग मल्टी-एजेंट संचालन के 2 मॉड्यूल

 (github.com/SoliEstre)
1 पॉइंट द्वारा soliestre 10 시간 전 | अभी कोई टिप्पणी नहीं है. | WhatsApp पर शेयर करें

पिछली पोस्ट में परिचित कराया गया EstreGenesis ने 2.0~2.3 के दौरान दो बड़े मॉड्यूल जोड़े हैं.
दोनों ही AI कोडिंग एजेंटों के मल्टी-ऑपरेशन को एक स्तर ऊपर ले जाने की कोशिश हैं.

Constellation — एजेंट चैट विंडो के बीच रियल-टाइम संचार (A2A WebSocket लाइवबोर्ड)

मौजूदा sub-agent अवधारणा parent-child मॉडल थी — main एजेंट child बनाता था (spawn) और child का परिणाम प्राप्त करता था, यानी एक-तरफ़ा संरचना. दूसरे एजेंट की चैट विंडो के साथ सीधे संचार की सुविधा नहीं थी.

Constellation इस सीमा को तोड़ता है:

  • A2A(Agent-to-Agent) WebSocket bridge — हर एजेंट (Claude Code · Codex · Cursor आदि) अपनी IDE session को जस का तस बनाए रखते हुए, अलग daemon process WebSocket लाइवबोर्ड से जुड़कर दूसरे एजेंट की चैट विंडो में संदेश भेजता है. Parent-child निर्भरता नहीं, बल्कि peer-to-peer मॉडल. (असल परीक्षण केवल Claude/Codex तक ही पुष्टि किया गया है. संचालन के समय हर एजेंट में auto-approval mode (AutoMode) अनिवार्य है.)
  • भूमिका विभाजन — main (orchestrator PM) / local (worker) / upstream (Hermes Agent जैसा autonomous agent peer) / collab (external collaborator peer). main अगर worker को Delegate भेजता है, तो worker अपनी IDE में तुरंत निष्पादित करता है और WorkerReport के रूप में जवाब देता है.
  • turn-based एजेंट समर्थन — Claude Code जैसे ऐसे runtime के लिए पैटर्न, जहाँ turn खत्म होते ही बातचीत समाप्त हो जाती है: bridge daemon (file IO inbox/outbox) संदेशों को संभाल कर रखता है, और self-wake watcher (खुद जगाने वाला watcher) संदेश आने पर अगला turn शुरू करता है. Shell session से अलग होकर (detached) बैकग्राउंड में लगातार चल सकता है.
  • dashboard — सभी एजेंटों के काम, संदेश और स्थिति एक ही स्क्रीन पर दिखते हैं. सिर्फ बोर्ड देखकर भी पूरे flow को फिर से समझा जा सकता है.

यह Constellation.md + constellation/*.eux component spec में शामिल है,
और private runtime डाउनलोड के बिना भी — पूरे protocol को मुख्य पाठ में व्यवस्थित किया गया है.

Superscalar — प्रोसेसर आर्किटेक्चर को एजेंट execution में लागू करना

आज (5/29) घोषित Claude Opus 4.8 का ultracode बड़ी संख्या में sub-agent के संचालन को पूर्वधारणा मानता है,
और इसे वास्तव में प्रभावी बनाने के लिए यह तय करने वाली scheduling चाहिए कि कौन-से task को एक साथ कितने चलाना है (dispatch).
Superscalar 1960~80 के दशक की CPU architecture द्वारा पहले से हल की गई समस्याएँ — कई instructions का एक साथ execution (multi-issue / superscalar) · dependency पूरी होने पर क्रम की परवाह किए बिना execution (out-of-order, OoO) · branch परिणाम का अनुमान लगाकर execution (speculation) — को ज्यों का त्यों agent task scheduling में लाता है.

  • issue_width का औपचारिक 5-आयामी मॉडल — किसी समय एक साथ कितने sub-agent चलाने हैं, यह पाँच constraints के न्यूनतम मान से तय किया जाता है:
    1. Anthropic द्वारा सुझाया गया task कठिनाई-आधारित effort band (कार्य आकार का अनुमान)
    2. pace_mode (Cautious·Proactive·Burst·Sprint execution speed mode) की upper limit
    3. Little's Law throughput (queueing theory — PM review speed ÷ average task length)
    4. Kanban WIP सीमा (एक समय में चल रहे कामों की संख्या ≈ team size + 1)
    5. autonomy_available_workers (auto-approval mode चालू workers की संख्या — अन्यथा non-auto workers में हर action पर user permission dialog आने से throughput ढह जाता है)
  • OoO execution + परिणाम क्रम की गारंटी (Tomasulo·ROB pattern) — dependency पूरी होते ही declared order की परवाह किए बिना ready task पहले execute होते हैं. लेकिन PM परिणामों को मूल क्रम में retire (merge complete) करता है, इसलिए उपयोगकर्ता की नज़र में सब declared order में दिखता है. यह 1988 के Smith-Pleszkun Reorder Buffer पेपर के पैटर्न जैसा ही है.
  • Speculation (opt-in, Spectre के सबक का अनुप्रयोग) — 2-step announce + ack: "consider X" → user ack → "execute X (speculative lane)" → अगर misprediction हो तो पूरे worktree (काम के लिए अलग फ़ोल्डर) को फेंक दिया जाता है. Toyota Andon (Andon, Jidoka visualization) के 3 तत्व अनिवार्य — visual signal · emergency stop cord · wrong-answer retrospective log.
  • Cost-benefit gate — लगभग 30-60k token horizon crossover पर यह स्वतः तय किया जाता है कि spawn overhead < parallelism gain कब बनता है. छोटे काम स्वाभाविक रूप से inline में चले जाते हैं.

deep research के 3 अक्षों (processor architecture का academic canon / agent harness के industry case studies / work communication·management studies) से इसे सत्यापित किया गया है,
और Superscalar.md मुख्य पाठ तथा Stage 1 self-test (dogfooding) logs (§11) से इसे पूरक किया गया है.

आधार — autonomous execution का absolute principle

ऊपर के दोनों मॉड्यूल autonomous operation को पूर्वधारणा मानते हैं.
अगर "user confirmation की प्रतीक्षा में throughput टूट जाए", तो दोनों का कोई अर्थ नहीं रह जाता.
इसीलिए EstreGenesis 2.3 ने निम्न को absolute principle के रूप में औपचारिक बनाया है:

जो अगला चरण पहले से तय है — (Phase क्रम · planned ट्रैक · blocked की मुक्त हुई items · in-order retire queue) — उसके बारे में पूछे बिना आगे बढ़ो,
और user gate केवल इन चार स्थितियों में हो:

  1. हानि या बाहरी प्रकाशन (push · deploy · send · delete)
  2. नई बड़ी branching decision का क्षण (RRP/design decision phase, लेकिन उसके परिणामस्वरूप तय Phase A/B/C execution decided execution है)
  3. restart-आवश्यक deploy के timing का समन्वय (लागू करना autonomous, सिर्फ restart timing का समन्वय)
  4. स्पष्ट user steering (जब user खुद दिशा बदलने का निर्देश दे)

"क्या हम Phase A शुरू करें?" जैसी पहले से तय execution को फिर से पूछने वाली pattern को autonomous operation का उल्लंघन नामित किया गया है,
और 6 seeds में इसे core principle के रूप में औपचारिक किया गया है, ताकि downstream (seed-applied projects) स्वयं autonomous operation लागू कर सकें.

bootstrap seed v2.0+ में एकीकृत

EstreGenesis एक harness bootstrap · seed prompt library है,
जिसमें Master/Lite/Compact 3 tier × EN/KO 6 files को नए project में copy करके
bootstrap interview + AGENTS.md auto-generate कराया जाता है,
और v2.0 (Constellation) · v2.3 (Superscalar) मॉड्यूल भी 6ों seeds में एकीकृत हैं,
इसलिए केवल seed copy करने पर दोनों मॉड्यूल + autonomous execution principle सब शामिल हो जाते हैं.

  • Master: core principle #12 (Constellation) + #13 (Superscalar) + #14 (autonomous execution) का पूरा मुख्य पाठ + § Constellation + § Execution Scheduling.
  • Lite/Compact: वही principles संक्षेप में + मुख्य §.
  • सभी tiers में grep से सत्यापित की जा सकने वाली सुसंगत autonomous operation enforcement.

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

मॉड्यूल मुख्य पाठ:
Constellation.md
Superscalar.md

Changelog: CHANGELOG.md

संबंधित पढ़ाई

अभी कोई टिप्पणी नहीं है.

अभी कोई टिप्पणी नहीं है.