← नवीनतम पेपर
🤖 AI

Reinforced Agent: Inference-Time Feedback for Tool-Calling Agents

यह शोध पत्र "Reinforced Agent" प्रस्तुत करता है, जो एक इन्फरेंस-टाइम फ्रेमवर्क है जो निष्पादन से पहले टूल कॉल्स का मूल्यांकन करने के लिए एक विशिष्ट समीक्षक (reviewer) का उपयोग करता है, जिससे वास्तविक समय में त्रुटि सुधार सक्षम होता है और नए हेल्पफुलनेस-हार्मफुलनेस मेट्रिक्स के माध्यम से यह प्रदर्शित करता है कि निष्पादन को समीक्षा से अलग करने से बेस एजेंट को पुन: प्रशिक्षित किए बिना मॉडल चयन और प्रॉम्प्ट अनुकूलन के माध्यम से व्यवस्थित प्रदर्शन लाभ प्राप्त किया जा सकता है।

मूल लेखक: Anh Ta, Junjie Zhu, Shahin Shayandeh

प्रकाशित 2026-05-01
📖 5 मिनट में पढ़ें🧠 गहराई से पढ़ें

मूल लेखक: Anh Ta, Junjie Zhu, Shahin Shayandeh

मूल पेपर CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/) के तहत लाइसेंस किया गया है। नीचे दिए गए पेपर की यह व्याख्या AI से तैयार की गई है। इसे लेखकों ने न तो लिखा है, न इसका समर्थन किया है। तकनीकी सटीकता के लिए मूल पेपर देखें। पूरा डिस्क्लेमर पढ़ें

कल्पना कीजिए कि आपके पास एक बहुत ही बुद्धिमान, तेज़ रोबोट सहायक (टूल-कॉलिंग एजेंट) है जिसका काम आपके लिए कार्य करना है, जैसे मौसम की जाँच करना, उड़ान बुक करना, या अलार्म सेट करना। यह रोबोट बेहतरीन है, लेकिन कभी-कभी यह गलतियाँ कर देता है: यह गलत टूल चुन सकता है, गलत यूनिट्स का उपयोग कर सकता है (जैसे सेल्सियस के बजाय फारेनहाइट), या ऐसी चीज़ करने की कोशिश कर सकता है जिसके लिए किसी टूल की आवश्यकता ही नहीं है।

आमतौर पर, जब हमें पता चलता है कि रोबोट ने गलती की है, तो यह बाद में होता है। हम त्रुटि देखते हैं, रोबोट के निर्देशों को ठीक करते हैं, और उम्मीद करते हैं कि अगली बार ऐसा न हो। यह एक शिक्षक द्वारा छात्र के कक्षा छोड़ने के बाद टेस्ट ग्रेड करने जैसा है। नुकसान हो चुका है और छात्र मौके पर अपना उत्तर नहीं बदल सकता।

यह पेपर एक नया तरीका पेश करता है: द रीइन्फोर्स्ड एजेंट (The Reinforced Agent)

मुख्य विचार: कमरे में मौजूद एक "संपादक" (The "Editor" in the Room)

इंतज़ार करने के बजाय कि अंत तक रुकें, शोधकर्ताओं ने पहले रोबोट कुछ भी करने से पहले ही कमरे में एक दूसरा, विशेषीकृत रोबोट (रिव्यूअर एजेंट) रख दिया है।

एक फिल्म संपादक (मूवी एडिटर) के बारे में सोचें जो निर्देशक के बगल में बैठा है।

  1. निर्देशक (टूल एजेंट) कहता है, "मैं यह सीन काटने जा रहा हूँ!"
  2. संपादक (रिव्यूअर एजेंट) उन्हें रोकता है और कहता है, "रुको! आप गलत सीन काट रहे हैं। साथ ही, आप गलत कैमरा एंगल का उपयोग कर रहे हैं। आइए 'रिकॉर्ड' बटन दबाने से पहले इसे ठीक करें।"
  3. निर्देशक योजना को ठीक करता है।
  4. फिर, क्रिया होती है।

यह वास्तविक समय में होता है, टूल का उपयोग करने से ठीक पहले। यदि योजना अच्छी है, तो संपादक कहता है "जाओ!" और टूल चलता है। यदि योजना खराब है, तो संपादक फीडबैक देता है, और निर्देशक तुरंत फिर से प्रयास करता है।

बड़ा समझौता: मददगार बनाम हानिकारक (Helpful vs. Harmful)

शोधकर्ताओं ने महसूस किया कि संपादक होना हमेशा पूर्ण नहीं होता। कभी-कभी, संपादक बहुत अधिक बारीक हो सकता है और निर्देशक को एक अच्छी योजना बदलने के लिए कह सकता है, जिससे वह और खराब हो जाती है। या, संपादक गलती को मिस कर सकता है।

इसे मापने के लिए, उन्होंने दो सरल स्कोर बनाए:

  • मददगार (Helpfulness): कितनी बार संपादक ने वास्तविक गलती पकड़ी और उसे सुधारा?
  • हानिकारक (Harmfulness): कितनी बार संपादक ने एक योजना को बिगाड़ दिया जो वास्तव में पहले से ही सही थी?

उन्होंने पाया कि संपादक के लिए उपयोग किए जाने वाले "दिमाग" का प्रकार बहुत मायने रखता है। उन्होंने एक मानक स्मार्ट मॉडल (GPT-4o) और एक "रीज़निंग" मॉडल (o3-mini) का परीक्षण किया जो अधिक सावधानी से सोचता है।

  • रीज़निंग मॉडल एक बहुत ही सावधान, तार्किक संपादक की तरह था। इसने अच्छी योजनाओं को खराब किए बिना कई गलतियों को पकड़ा। हर 3 गलतियों को ठीक करने के लिए, इसने केवल 1 नई गलती की (3:1 का अनुपात)।
  • मानक मॉडल थोड़ा जल्दबाज़ी करने वाला था। इसने कम गलतियों को सुधारा और अनजाने में अधिक सही योजनाओं को बिगाड़ दिया (2:1 का अनुपात)।

परिणाम: बेहतर सटीकता, लेकिन धीमी गति

जब उन्होंने दो अलग-अलग प्रकार के कार्यों पर इस प्रणाली का परीक्षण किया:

  1. सिंगल-टर्न टास्क (जैसे एक बार "मौसम क्या है?" पूछना): सिस्टम यह जानने में काफी बेहतर हो गया कि कब किसी टूल की आवश्यकता नहीं है (5.5% का सुधार)।
  2. मल्टी-टर्न टास्क (जैसे यात्रा बुक करने के कई चरणों वाली एक लंबी बातचीत): सिस्टम में 7.1% का सुधार हुआ।

कमी (लेटेंसी/विलंबता):
क्योंकि सिस्टम को रुकना पड़ता है, संपादक की राय मांगनी पड़ती है, और जवाब के लिए प्रतीक्षा करनी पड़ती है, इसलिए इसमें अधिक समय लगता है।

  • एक साधारण, एक बार के कार्य के लिए, प्रक्रिया 6 गुना धीमी हो गई।
  • एक लंबी, जटिल बातचीत के लिए, धीमापन कम ध्यान देने योग्य था (लगभग 2.4 गुना धीमा) क्योंकि "संपादक" का समय बातचीत के कई चरणों में बंट जाता है।

गुप्त नुस्खा: ऑटो-ऑप्टिमाइज़ेशन (Auto-Optimization)

शोधकर्ताओं ने यह भी पाया कि संपादक के निर्देशों (प्रॉम्प्ट) को हाथ से लिखना कठिन है। उन्होंने संपादक के निर्देशों को स्वचालित रूप से फिर से लिखने के लिए GEPA नामक एक प्रणाली का उपयोग किया। सिस्टम ने उन समयों को देखा जब संपादक विफल रहा, पता लगाया कि क्यों, और एक बेहतर नियम पुस्तिका लिखी। इस प्रणाली ने मुख्य रोबोट को फिर से प्रशिक्षित किए बिना संपादक के प्रदर्शन में 1.5% से 2.8% का अतिरिक्त सुधार किया।

सारांश

यह पेपर दिखाता है कि काम होने से पहले काम की जाँच करने के लिए "दूसरी जोड़ी आँखों" को जोड़ने से, AI एजेंट बहुत अधिक सटीक हो सकते हैं।

  • पक्ष (Pros): कम गलतियाँ, मुख्य AI को फिर से प्रशिक्षित करने की आवश्यकता नहीं, और "संपादक" को स्वतंत्र रूप से अपग्रेड किया जा सकता है।
  • विपक्ष (Cons): परिणाम प्राप्त करने में अधिक समय लगता है।
  • सर्वश्रेष्ठ उपयोग: यह उन जटिल, महत्वपूर्ण कार्यों के लिए एकदम सही है जहाँ गति से अधिक सटीकता मायने रखती है (जैसे उड़ान बुक करना या डेटाबेस प्रबंधित करना), लेकिन यह सरल, त्वरित प्रश्नों के लिए बहुत धीमा हो सकता है।

यह पेपर यह दावा नहीं करता कि यह चिकित्सा निदान या क्लिनिकल उपयोगों के लिए काम करता है; यह पूरी तरह से इस बात पर केंद्रित है कि AI एजेंट सॉफ़्टवेयर टूल्स और API के साथ कैसे इंटरैक्ट करते हैं।

अपने क्षेत्र के पेपरों की भीड़ में उलझे हुए हैं?

आपके रिसर्च कीवर्ड से मेल खाने वाले सबसे नए और अलग सोच वाले पेपरों का रोज़ाना Digest पाएँ—तकनीकी सारांश के साथ, आपकी भाषा में।

Digest आज़माएँ →