फ़ॉर्म और सुरक्षित अंत के साथ एक बहु-चरणीय असाइनमेंट बनाएं। केवल JSON लौटाएँ: {"goal":"अंतिम लक्ष्य","steps":"क्रम में चरण, जिसमें फ़ॉर्म और फ़िल्टर भरना शामिल है","fill_rules":"फ़िल्टर चुनते समय फ़ॉर्म फ़ील्ड में कौन सा डेटा भरना है और क्या स्थानापन्न करना है (उदाहरण के लिए: पता - आपका शहर और सड़क; फ़िल्टर - शाकाहारी, 30 मिनट तक, रेटिंग 4.5)","stop_conditions":"कब रुकना है और अटक जाने पर क्या करना है (कैप्चा, पंजीकरण, अंतिम तिथि)","output":"अंतिम सारांश प्रारूप"}
मल्टी-स्टेप कार्य जंक्शनों पर टूट जाते हैं: एजेंट फॉर्म तक पहुंचता है, कैप्चा ("मैं रोबोट नहीं हूं" चेक) पर अटक जाता है, पंजीकरण की आवश्यकता पर ठोकर खाता है - और श्रृंखला टूट जाती है। यांत्रिकी: प्रत्येक चरण पिछले चरण पर निर्भर करता है, इसलिए असाइनमेंट को न केवल "खुशहाल परिदृश्य के अनुसार पथ" प्रदान करना चाहिए, बल्कि बाधाओं के मामले में भी आगे बढ़ना चाहिए। इंजीनियरों की चाल: स्टॉपिंग पॉइंट्स के साथ चेकलिस्ट की तरह चरणों को लिखें - "यदि साइट को लॉगिन की आवश्यकता है, तो इसे छोड़ें और अगले पर जाएं," "यदि कोई कैप्चा दिखाई देता है, तो रुकें और रिपोर्ट करें।" इसलिए एक झूठ पूरे काम को बर्बाद नहीं कर देता। दूसरी तरकीब: फॉर्म के लिए, पहले से निर्दिष्ट करें कि फ़ील्ड (fill_rules) में क्या भरना है और फ़िल्टर चुनते समय क्या स्थानापन्न करना है - अन्यथा एजेंट आपके पते या प्राथमिकताओं का अनुमान लगाना शुरू कर देगा। और अंत को सुरक्षित रखें: इकट्ठा करें और दिखाएं, लेकिन ऑर्डर न करें या भुगतान न करें - केवल पुष्टि के साथ अपरिवर्तनीय। अंदरूनी सूत्र: एजेंट से एक छोटा "चरणों का जर्नल" रखने के लिए कहें - उसने क्या किया, वह कहां फंस गया। यदि परिणाम अजीब है, तो लॉग तुरंत दिखाएगा कि किस चरण पर सब कुछ गलत हुआ। आपातकालीन निकास के बिना केवल आदर्श मार्ग निर्धारित करना एक सामान्य गलती है; पहली बाधा पर, एजेंट या तो रुक जाता है या यादृच्छिक रूप से सुधार करता है।
त्वरित एआई समीक्षा के लिए समाधान सबमिट करने के लिए एक्सेस अनलॉक करें।