<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>Approvals | The .NET Blog</title><link>https://thedotnetblog.com/hi/tags/approvals/</link><description>Articles, tutorials and insights from the .NET community.</description><generator>Hugo</generator><language>hi</language><managingEditor>@thedotnetblog (The .NET Blog)</managingEditor><webMaster>@thedotnetblog</webMaster><lastBuildDate>Sat, 11 Jul 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://thedotnetblog.com/hi/tags/approvals/index.xml" rel="self" type="application/rss+xml"/><item><title>असली एजेंट UX जीत सुरक्षित स्वायत्तता है, अधिकतम स्वायत्तता नहीं</title><link>https://thedotnetblog.com/hi/news/emiliano-montesdeoca/agent-harness-safe-data-access-patterns/</link><pubDate>Sat, 11 Jul 2026 00:00:00 +0000</pubDate><author>Emiliano Montesdeoca</author><guid>https://thedotnetblog.com/hi/news/emiliano-montesdeoca/agent-harness-safe-data-access-patterns/</guid><description>फ़ाइल एक्सेस, अनुमोदन और मेमोरी डिज़ाइन प्रोडक्शन में विश्वसनीय एजेंट व्यवहार के लिए व्यावहारिक त्रिकोण हैं।</description><content:encoded>&lt;p&gt;मूल स्रोत: &lt;a href="https://devblogs.microsoft.com/agent-framework/agent-harness-working-with-your-data-safely/"&gt;Agent Harness: Working with your data, safely&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;यह इस साल के सबसे उपयोगी एजेंट इंजीनियरिंग पोस्टों में से एक है क्योंकि यह डेमो-प्रथम स्वायत्तता के सामान्य जाल को अस्वीकार करता है। इसके बजाय, यह इस बात पर ध्यान केंद्रित करता है कि एजेंटों को वास्तविक उपयोगकर्ता डेटा और वास्तविक परिणामों के आसपास कैसे काम करना चाहिए।&lt;/p&gt;
&lt;p&gt;यहाँ highlighted तीन बिल्डिंग ब्लॉक बिल्कुल सही हैं।&lt;/p&gt;
&lt;p&gt;फ़ाइल एक्सेस एजेंटों को उपयोगकर्ता-स्वामित्व वाले डेटा में उपयोगी ग्राउंडिंग देता है।&lt;/p&gt;
&lt;p&gt;अनुमोदन गेटिंग महत्वपूर्ण कार्यों के मूक निष्पादन को रोकता है।&lt;/p&gt;
&lt;p&gt;टिकाऊ मेमोरी नियंत्रण का त्याग किए बिना दोहराव वाली बातचीत से बचाती है।&lt;/p&gt;
&lt;p&gt;अधिकांश टीमें टूल विस्तार में अधिक निवेश करती हैं और अनुमति शब्दार्थ में कम निवेश करती हैं। यह उल्टा है। कमजोर अनुमोदन सीमाओं वाला दस टूल वाला एजेंट, तीन टूल और पूर्वानुमानित नियंत्रण बिंदुओं वाले एजेंट से कम मूल्यवान है।&lt;/p&gt;
&lt;p&gt;इस लेख में सबसे अच्छा व्यावहारिक पैटर्न स्तरित अनुमोदन रणनीति है:&lt;/p&gt;
&lt;p&gt;उच्च-प्रभाव वाले टूल जैसे ट्रेडिंग या विनाशकारी संचालन के लिए हमेशा अनुमोदन आवश्यक करें।&lt;/p&gt;
&lt;p&gt;प्रवाह बनाए रखने के लिए कम-जोखिम वाली रीड को स्वतः-अनुमोदित करें।&lt;/p&gt;
&lt;p&gt;एक सेशन के भीतर दोहराए जाने वाले विश्वसनीय कार्यों के लिए स्कोप्ड स्थायी अनुमोदन का उपयोग करें।&lt;/p&gt;
&lt;p&gt;यह एक स्वस्थ जोखिम ग्रेडिएंट बनाता है। उपयोगकर्ता हानिरहित रीड के लिए बाधित नहीं होते, लेकिन जब परिणाम महंगे या अपरिवर्तनीय हो जाते हैं तब भी वे लूप में रहते हैं।&lt;/p&gt;
&lt;p&gt;मुझे फ़ाइल मेमोरी और Foundry मेमोरी के बीच स्पष्ट विभाजन भी पसंद है। टीमों को एक मेमोरी मॉडल को हर समस्या को हल करने के लिए मजबूर करना बंद कर देना चाहिए। मोटे, स्पष्ट फ़ाइल आर्टिफैक्ट रिपोर्ट और वॉचलिस्ट जैसी उपयोगकर्ता-दृश्य स्थिति के लिए उत्कृष्ट हैं। तथ्य-स्तरीय मेमोरी निष्कर्षण प्राथमिकताओं और वार्तालाप संदर्भ के लिए बेहतर है। दोनों को मिलाने से यह दिखावा करने से बेहतर परिणाम मिलते हैं कि कोई एक पर्याप्त है।&lt;/p&gt;
&lt;p&gt;मेरी राय: एजेंट गुणवत्ता का भविष्य चतुर प्रॉम्प्ट से कम और सुरक्षा एर्गोनॉमिक्स से अधिक मापा जाएगा। यदि आपके अनुमोदन प्रॉम्प्ट शोरगुल वाले हैं, तो उपयोगकर्ता आँख बंद करके क्लिक करते हैं। यदि आपकी मेमोरी सीमाएँ अस्पष्ट हैं, तो उपयोगकर्ता सहायक पर भरोसा करना बंद कर देते हैं। यदि आपके डेटा एक्सेस डिफ़ॉल्ट अनुमतिपूर्ण हैं, तो सुरक्षा टीमें प्रोजेक्ट को बंद कर देंगी।&lt;/p&gt;
&lt;p&gt;.NET और Python टीमों के लिए जो इस पैटर्न को अपना रही हैं, मुख्य कदम पॉलिसी कॉलबैक और अनुमोदन नियमों को कोर बिज़नेस लॉजिक के रूप में मानना है, जो किसी भी अन्य महत्वपूर्ण कोड की तरह वर्जन और परीक्षण किया गया हो। उन्हें नमूनों में दबे ad-hoc lambdas के रूप में न छोड़ें।&lt;/p&gt;
&lt;p&gt;एजेंट सिस्टम जो विश्वास अर्जित करते हैं वे वे नहीं हैं जो सबसे अधिक करते हैं। वे वे हैं जो उपयोगकर्ता के इरादे के अनुसार ठीक वही करते हैं, न अधिक, न कम, जोखिम बढ़ने पर स्पष्ट रुकावट बिंदुओं के साथ।&lt;/p&gt;
&lt;p&gt;यह एक प्रभावशाली डेमो और उस सॉफ़्टवेयर के बीच का अंतर है जिसे लोग वास्तविक कार्य सौंपने को तैयार हैं।&lt;/p&gt;</content:encoded></item></channel></rss>