मौजूदा AI एजेंट फ्रेमवर्क की मुख्य समस्याएँ
- context window का खत्म हो जाना
- जटिल कामों में मॉडल मूल लक्ष्य भूल जाता है
- hallucination और infinite loop होते हैं
- फ्रेमवर्क का सिर्फ एक पतला wrapper बनकर रह जाना
- model selection, embedding provider, tool structuring जैसी चीजें डेवलपर पर छोड़ दी जाती हैं
- "सोचना मत पड़ने दो" सिद्धांत का उल्लंघन
- बहुत ज़्यादा tools से पैदा होने वाला भ्रम
- गैर-ज़रूरी options का मूल्यांकन करने में context बर्बाद होता है
प्रस्तावित समाधान: sub-agent केंद्रित architecture
- sub-agent को first-class citizen की तरह इस्तेमाल करना
- function call की तरह स्वाभाविक delegation
- स्वतंत्र context बनाए रखना → parent agent का फोकस बना रहता है
- उदाहरण: codebase search sub-agent → सिर्फ़ संबंधित file paths लौटाता है
- प्रभाव
- single agent: context का 90% खर्च
- sub-agent इस्तेमाल करने पर: parent context का सिर्फ़ 25% उपयोग
Rails से सीख: Convention over Configuration
- default conventions को प्राथमिकता
- model का अपने-आप चयन (काम की जटिलता के आधार पर)
- context budget का parent-child inheritance
- जोखिम वाले कामों के लिए automatic checkpoints बनाना
- archetype की शुरुआत
- Searcher: सिर्फ़ search tools
- Writer: सिर्फ़ writing tools
- Researcher: सिर्फ़ web access → tool overload से बचाव
व्यावहारिक design principles
- task-केंद्रित design
- "कौन-सा model इस्तेमाल करें?" की जगह असली काम (जैसे signup form validation) को प्राथमिकता
- sub-agent context की अस्थायी प्रकृति
- intermediate task का सिर्फ़ सार parent को लौटाया जाए
- tool बनाम sub-agent का अंतर
- tool: stateless (date formatting, JSON parsing)
- sub-agent: जहाँ repetition और judgment की ज़रूरत हो (search, analysis)
तकनीकी चयन: TypeScript
- type safety मज़बूत करना (Branded types, discriminated unions)
- developer tooling ecosystem के साथ compatibility (VS Code आदि)
- Bun के साथ standalone executable compile किया जा सकता है
अनसुलझी चुनौतियाँ
- sub-agent के बीच context sharing (project knowledge base)
- peer agents के बीच collaboration (message passing)
- agent evaluation (scenario capture·replay, success·consistency·preference के आधार)
निष्कर्ष
- फ्रेमवर्क का काम जटिलता बढ़ाना नहीं, बल्कि "सही जटिलता" देना होना चाहिए
- Rails जैसे क्रांतिकारी फ्रेमवर्क से agent development में बड़ा बदलाव संभव है
- plumbing work को न्यूनतम करके मुख्य समस्या पर ध्यान केंद्रित किया जा सकता है
अभी कोई टिप्पणी नहीं है.