*यह लेख स्वचालित रूप से अनुवादित किया गया है। मूल संस्करण के लिए, यहां क्लिक करें.
फ्रेमवर्क की घोषणाएं आमतौर पर फीचर्स से शुरू होती हैं।
यह घोषणा डिज़ाइन दर्शन से शुरू हुई, और मुझे लगता है कि यही कारण है कि यह महत्वपूर्ण है।
Microsoft Agent Framework को agent loops, workflows और harnesses के आसपास कैसे संरचित किया गया है, इसकी नई व्याख्या हमें सिर्फ एक और फीचर सूची से कहीं बेहतर संकेत देती है। यह बताती है कि टीम असली applications को कैसे बढ़ते हुए देखती है।
और .NET में agents बनाने वाले किसी भी व्यक्ति के लिए, यही सबसे उपयोगी हिस्सा है।
ज़्यादातर agent apps अपनी पहली architecture को बहुत जल्दी पार कर जाती हैं
आप एक model call से शुरू करते हैं।
फिर tools जोड़ते हैं।
फिर memory।
फिर एक planner।
फिर retries, telemetry, approvals, specialized agents, और कुछ workflow logic, क्योंकि एक loop अब काफी नहीं होता।
यही वह जगह है जहाँ बहुत-सी AI apps गड़बड़ हो जाती हैं। पहली version काम कर रही थी, लेकिन हर नई क्षमता अलग abstraction level से जोड़ी गई थी।
Agent Framework के बारे में जो बात मुझे पसंद है, वह यह है कि वह layers को साफ़-साफ़ दिखाता है:
- loops core execution cycle के लिए
- workflows structured orchestration के लिए
- harnesses agent के आसपास reusable runtime capabilities के लिए
यह शुरू में थोड़ा अकादमिक लग सकता है, लेकिन यह एक बहुत व्यावहारिक समस्या हल करता है: app को आप mental model दोबारा लिखे बिना evolve कर सकते हैं, हर बार जब वह और complex हो जाती है।
harness concept खास तौर पर महत्वपूर्ण है
अगर मुझे एक हिस्सा चुनना हो जिसे मैं और भी महत्वपूर्ण होते देखता हूँ, तो वह harness का विचार है।
harness वह layer है जहाँ agent development prompting से engineering बन जाता है।
यही वह layer है जहाँ आप इन चीज़ों के बारे में सोचने लगते हैं:
- tools और middleware
- planning behavior
- memory integration
- observability
- controls और governance
- repeatable runtime behavior
इसी वजह से design Microsoft stack के बाकी हिस्सों के साथ भी अच्छी तरह जुड़ता है। Foundry, governance tooling, hosted agents, evaluations, और tool ecosystems तब ज़्यादा समझ में आते हैं जब model के चारों ओर runtime shell को एक first-class चीज़ माना जाता है।
यह .NET developers के लिए एक अच्छा संकेत है
इन ecosystems में मैं हमेशा एक चीज़ देखता हूँ: क्या framework पहली demo के बाद भी उपयोगी रहता है?
Layered approach से लगता है कि Microsoft पूरे रास्ते के बारे में सोच रहा है:
- एक simple agent loop बनाना
- chaos के बिना structured capabilities जोड़ना
- जब app को ज़रूरत हो, तब more formal workflows की ओर बढ़ना
- runtime को इतना composable रखना कि वह enterprise systems के साथ integrate हो सके
यह “यहाँ एक monolithic abstraction है, शुभकामनाएँ” वाली राह से कहीं ज़्यादा स्वस्थ growth path है।
और यह .NET developers के काम करने के तरीके से भी बहुत मेल खाता है: layered systems, explicit composition, testable boundaries, और strong runtime control.
मेरी राय
यह post आसानी से underestimate की जा सकती है क्योंकि इसमें flashy screenshot या massive API dump नहीं है.
लेकिन architecture notes अक्सर यह बेहतर predict करती हैं कि कोई framework छह महीने बाद टिकेगा या नहीं.
Microsoft Agent Framework साफ़ तौर पर model calls के ऊपर एक toy wrapper से ज़्यादा बनना चाहता है. Layered SDK की कहानी बताती है कि टीम messy middle के लिए बना रही है: वह जगह जहाँ agents को orchestration, tools, runtime services, और production discipline चाहिए.
यही वह जगह है जिसकी मुझे परवाह है.
मूल पोस्ट: ICYMI: Inside the Microsoft Agent Framework: How we designed a layered SDK
