https://thedotnetblog.com/hi/tags/reinforcement-learning/Articles, tutorials and insights from the .NET community.Hugohi@thedotnetblog (The .NET Blog)@thedotnetblogThu, 18 Jun 2026 00:00:00 +0000https://thedotnetblog.com/hi/news/emiliano-montesdeoca/openenv-foundry-learning-systems-what-stands-out/Thu, 18 Jun 2026 00:00:00 +0000Emiliano Montesdeocahttps://thedotnetblog.com/hi/news/emiliano-montesdeoca/openenv-foundry-learning-systems-what-stands-out/OpenEnv और Foundry की नई कहानी reinforcement learning के buzzwords से कहीं आगे जाती है। असल में यह ऐसे agent systems की ओर धक्का है जिन्हें वास्तविक business outcomes के खिलाफ समय के साथ evaluate, optimize और improve किया जा सकता है.<blockquote> <p><em>यह पोस्ट स्वचालित रूप से अनुवादित है। मूल लेख के लिए <a href="https://thedotnetblog.com/hi/news/emiliano-montesdeoca/openenv-foundry-learning-systems-what-stands-out/">यहाँ क्लिक करें</a>.</em></p> </blockquote> <p>ज़्यादातर agent conversations अभी भी inference पर ही रुक जाती हैं।</p> <p>क्या model prompt का जवाब दे सकता है? क्या वह tool call कर सकता है? क्या वह task एक बार पूरा कर सकता है?</p> <p>नई <strong>OpenEnv + Foundry</strong> चर्चा दिलचस्प है क्योंकि यह बातचीत को एक अधिक महत्वाकांक्षी जगह ले जाने की कोशिश कर रही है: <strong>आप ऐसा agent system कैसे बनाते हैं जो समय के साथ सचमुच बेहतर होता जाए?</strong></p> <p>यह कहीं बेहतर सवाल है।</p> <h2 id="मखय-बदलव-responses-स-learning-loops-क-ओर-ह">मुख्य बदलाव responses से learning loops की ओर है</h2> <p>Foundry post समस्या को environments, evals, rubrics, optimization, और post-training के आसपास रखता है।</p> <p>इसे एक ही वाक्य में समेटा जा सकता है:</p> <p><strong>लक्ष्य अब सिर्फ agent को चलाना नहीं है, बल्कि ऐसा loop रखना है जो आपके वास्तविक outcomes के मुकाबले agent को मापे और बेहतर करे.</strong></p> <p>यही वह हिस्सा है जिस पर मुझे लगता है कि developers को ध्यान देना चाहिए।</p> <p>क्योंकि जब आप इसे इस तरह देखते हैं, तो स्थायी asset सिर्फ model या prompt नहीं रह जाता। उसके आसपास का system भी उतना ही महत्वपूर्ण हो जाता है:</p> <ul> <li>वह environment जहाँ वह काम करता है</li> <li>वह rubric जो उसे score करती है</li> <li>वे traces जो बताते हैं कि क्या हुआ</li> <li>वह optimizer जो configuration को बेहतर बनाता है</li> </ul> <p>यह सोचने का कहीं अधिक enterprise-ready तरीका है।</p> <h2 id="यह-तब-भ-कय-मयन-रखत-ह-जब-आप-rl-research-नह-करत">यह तब भी क्यों मायने रखता है जब आप RL research नहीं करते</h2> <p>सच कहें: OpenEnv, post-training, और world-modeling जैसे शब्द बहुत से developers को तुरंत disconnect कर सकते हैं।</p> <p>लेकिन practical takeaway terminology से सरल है।</p> <p>भले ही आप सीधे कभी training loop न छुएँ, यह work future agent development के लिए platform story को shape करता है:</p> <ul> <li>evaluations first-class बनती हैं</li> <li>optimization occasional के बजाय continuous बनती है</li> <li>environments reusable assets बनते हैं</li> <li>बेहतर agent behavior कुछ मापा जा सकने वाला बन जाता है, सिर्फ &ldquo;demo में बेहतर लगता है&rdquo; नहीं</li> </ul> <p>यह आगे की ओर बड़ा कदम है।</p> <h2 id="मर-रय">मेरी राय</h2> <p>इस announcement की सबसे समझदारी वाली बात कोई एक research detail नहीं है।</p> <p>यह framing है।</p> <p>Microsoft साफ़ तौर पर ecosystem को static prompt engineering से <strong>outcome-driven agent systems</strong> की ओर ले जाने की कोशिश कर रहा है। ऐसे systems जिन्हें evaluate, tune, govern, और धीरे-धीरे improve किया जा सकता है।</p> <p>यही serious platform value है।</p> <p>और अगर आप आज agents बना रहे हैं, application layer पर भी, तो यह देखना worth it है कि यह दिशा कहाँ जा रही है।</p> <p>मूल लेख: <a href="https://devblogs.microsoft.com/foundry/outcome-driven-learning-systems-enterprise-rl-with-openenv-and-foundry/">परिणाम-चालित learning systems: OpenEnv और Foundry के साथ Enterprise RL</a></p>