अस्पष्टता निरंतर है
"डेटा साफ़ करें" का मतलब डुप्लिकेट हटाना, फ़ॉर्मेटिंग ठीक करना, नल मानों को संभालना, कॉलम नामों को मानकीकृत करना, या ये सब हो सकता है। "हाल के मुद्दे खोजें" का मतलब GitHub इश्यूज़, ग्राहक शिकायतें, या तकनीकी समस्याएँ हो सकता है। "इसे तेज़ करें" का मतलब कोड को अनुकूलित करना, परिणाम कैश करना, या API कॉल कम करना हो सकता है।
मनुष्य संदर्भ, साझा ज्ञान, और स्पष्टीकरण-प्रश्न पूछकर इस अस्पष्टता को हल करते हैं। AI एजेंट्स के पास सीमित संदर्भ है, अपने प्रशिक्षण से परे कोई साझा ज्ञान नहीं, और अनुमान लगाने बनाम पूछने की असंगत प्रवृत्ति। वे इस अंतर को कैसे संभालते हैं, यह उपयोगकर्ता अनुभव की गुणवत्ता तय करता है।
एजेंटों को अनुमान कब लगाना चाहिए
स्पष्ट डिफ़ॉल्ट वाले कम-दाँव ऑपरेशन के लिए, अनुमान लगाना ठीक है। यदि उपयोगकर्ता कहे "मेरी फ़ाइलों में config के लिए खोजें" और जुड़ा हुआ फ़ाइलसिस्टम MCP सर्वर है, तो एजेंट को सुलभ डायरेक्ट्रीज़ में "config" वाली फ़ाइलें खोजनी चाहिए। सबसे बुरा परिणाम अप्रासंगिक परिणाम लौटाना है, जिसे उपयोगकर्ता पुनर्निर्देशित कर सकता है।
अनुमान लगाना तब काम करता है जब ग़लत होने की लागत कम है और पूछने की लागत ऊँची है (उपयोगकर्ता का प्रवाह बाधित करती है)। एक अच्छा नियम: यदि एजेंट कुछ आज़मा सकता है, जाँच सकता है कि परिणाम सही दिखता है, और उपयोगकर्ता का समय बर्बाद किए बिना रास्ता-सुधार कर सकता है, तो उसे पूछने के बजाय आगे बढ़ना चाहिए।
एजेंटों को कब पूछना चाहिए
अपरिवर्तनीय कार्यों के लिए, एजेंट को हमेशा स्पष्ट करना चाहिए। "पुरानी फ़ाइलें हटाएँ" को निष्पादन से पहले विशिष्टता चाहिए। कौन-सी फ़ाइलें? "पुरानी" कितनी पुरानी? स्थायी रूप से हटाएँ या ट्रैश में ले जाएँ? एक एजेंट जो विनाशकारी कार्यों से पहले पूछता है एक बार झुँझलाहट पैदा करता है पर समय के साथ उपयोगकर्ता को आपदा से बचाता है।
उच्च-प्रयास ऑपरेशन के लिए भी, पूछना सही विकल्प है। यदि अस्पष्ट रिक्वेस्ट को पूरा करने के लिए 20 मिनट की कम्प्यूट और API लागत चाहिए, तो 30 सेकंड स्पष्टीकरण पाने में बिताना उस महंगे परिणाम से बेहतर है जो लक्ष्य से चूक जाए।
स्पष्टीकरण UX
एजेंट कैसे स्पष्टीकरण माँगता है, यह उतना ही मायने रखता है जितना कि माँगता है या नहीं। बुरा: "मुझे आपकी रिक्वेस्ट के बारे में अधिक जानकारी चाहिए।" अच्छा: "मुझे आपके प्रोजेक्ट में तीन प्रकार की config फ़ाइलें मिलीं: एप्लिकेशन कॉन्फ़िग (.env, config.yaml), बिल्ड कॉन्फ़िग (webpack, tsconfig), और तैनाती कॉन्फ़िग (docker-compose, Dockerfile)। आप कौन-सा प्रकार ढूँढ़ रहे हैं?"
अच्छा संस्करण दिखाता है कि एजेंट ने पहले ही कुछ काम किया, ठोस विकल्प प्रस्तुत करता है, और उपयोगकर्ता के लिए न्यूनतम प्रयास से जवाब देना आसान बनाता है। यह अस्पष्ट रिक्वेस्ट को बहु-विकल्पीय प्रश्न में बदल देता है, जो खरोंच से दोबारा वाक्यांश माँगने से तेज़ और अधिक सुखद है।
एजेंट डिज़ाइन में अस्पष्टता संभालना बनाना
एजेंट डिज़ाइन करते समय, अपने निर्देशों में स्पष्ट रूप से अस्पष्टता को संबोधित करें। ऐसा मार्गदर्शन शामिल करें जैसे: "यदि उपयोगकर्ता की रिक्वेस्ट कई चीज़ों का संदर्भ दे सकती है, तो विकल्पों का संक्षेप में वर्णन करें और पूछें कि वे क्या मतलब रखते हैं। यदि रिक्वेस्ट कार्य करने के लिए पर्याप्त स्पष्ट है, तो बिना पूछे आगे बढ़ें।" यह एजेंट को सिखाता है कि कब अनुमान लगाना है बनाम कब स्पष्ट करना है, इसके लिए उपयुक्त सीमा।
विकास के दौरान जान-बूझकर अस्पष्ट इनपुट के साथ परीक्षण यह दिखाता है कि आपका एजेंट ग्रे क्षेत्रों को कैसे संभालता है। ये एज केसेस अक्सर सबसे निराशाजनक उपयोगकर्ता अनुभव उत्पन्न करते हैं और इन्हें सही करने में समय निवेश करना सार्थक है।