प्लानिंग और काम को छोटे हिस्सों में बांटना
लंबे काम तब बेहतर होते हैं जब एजेंट उन्हें छोटे-छोटे कदमों में बांट लेता है। पहले से प्लान बनाने और कदम-दर-कदम फैसला लेने की तुलना करें, और सीखें कि प्लान कब बदलना चाहिए।
60 सेकंड में
प्लानिंग और काम को छोटे हिस्सों में बांटना
लंबे काम तब बेहतर होते हैं जब एजेंट उन्हें छोटे-छोटे कदमों में बांट लेता है। पहले से प्लान बनाने और कदम-दर-कदम फैसला लेने की तुलना करें, और सीखें कि प्लान कब बदलना चाहिए।
दो तरीके
- मॉडल सोचता है, एक एक्शन चुनता है, नतीजा देखता है, और अगला कदम तय करता है
- अचानक होने वाले बदलावों के मुताबिक जल्दी ढल जाता है
- भटक सकता है, मकसद भूल सकता है, या लंबे कामों में एक ही लूप में फंस सकता है
- डीबगिंग या सर्च जैसे छोटे और अनिश्चित कामों के लिए अच्छा है
- मॉडल पहले सभी कदमों की पूरी लिस्ट बनाता है, फिर उन पर अमल करता है
- किसी इंसान को दिखाना और प्रोग्रेस चेक करना आसान होता है
- अगर शुरुआती नतीजे उम्मीद के मुताबिक न हों, तो प्लान गलत साबित हो सकता है
- रिपोर्ट जैसे तय ढांचे वाले लंबे कामों के लिए अच्छा है
प्लान सिर्फ टेक्स्ट नहीं, बल्कि डेटा के रूप में
{
"goal": "Compare 3 prepaid mobile plans under Rs 300 for my parents",
"steps": [
{"id": 1, "task": "Find current plans from 3 operators", "status": "done"},
{"id": 2, "task": "Note price, validity, data per day, calls", "status": "in_progress"},
{"id": 3, "task": "Check which ones need a specific app to recharge", "status": "todo"},
{"id": 4, "task": "Write a short comparison in simple Hindi and English", "status": "todo"}
]
}अमल करना और दोबारा प्लान बनाना
- 1
प्लान
एक मॉडल कॉल मकसद को 3 से 7 ठोस कदमों में बांट देती है, और हर कदम के पूरा होने की एक साफ कसौटी ('done' टेस्ट) होती है। - 2
एक कदम पूरा करें
सिर्फ इस कदम के लिए सामान्य एजेंट लूप चलाएं, जिसमें प्लान और प्रोग्रेस संदर्भ (कंटेक्स्ट) में मौजूद हों। - 3
चेकलिस्ट अपडेट करें
इसे पूरा हुआ (done) मार्क करें, या कारण के साथ फेल मार्क करें। इसे सिर्फ मॉडल ही नहीं, बल्कि आपका कोड भी स्टोर करता है। - 4
ज़रूरत पड़ने पर दोबारा प्लान बनाएं
अगर कोई कदम फेल हो जाए या कोई नई जानकारी सामने आए, तो मॉडल से बाकी बचे कदमों को बदलने के लिए कहें। - 5
समाप्त करें
जब सभी कदम पूरे हो जाएं, तो जवाब देने से पहले मूल मकसद के साथ नतीजे की जांच करें।
काम आने वाले कुछ व्यावहारिक टिप्स
- ऐसे कदम मांगें जिनकी एक साफ फिनिश लाइन हो: "रिसर्च प्लान" से बेहतर है "कीमत के साथ 3 प्लान की लिस्ट बनाएं"।
- कदमों की संख्या सीमित रखें। 40 कदमों वाला प्लान आमतौर पर यह दिखाता है कि काम को और छोटे हिस्सों में बांटना या आसान बनाना चाहिए।
- मकसद और चेकलिस्ट को हर कदम के कंटेक्स्ट में सबसे ऊपर रखें, ताकि मॉडल भटक न जाए।
- दोबारा प्लान बनाने (replan) की छूट सिर्फ कुछ ही बार दें। जो एजेंट हमेशा दोबारा प्लान ही बनाता रहे, वह भी एक तरह का लूप ही है।
- जोखिम भरे कामों के लिए, अमल करने से पहले प्लान किसी इंसान को दिखाएं। 20 अलग-अलग एक्शन को मंज़ूरी देने से ज्यादा आसान पूरे प्लान को मंज़ूरी देना है।
और देखें और पढ़ें
लैब
एक असली काम के लिए पहले-प्लान-फिर-काम डिज़ाइन, जिसमें done-tests, दोबारा प्लान बनाने के नियम और अप्रूवल पॉइंट शामिल हों।
समस्या
कागज़ पर या किसी टेक्स्ट फ़ाइल में एक ऐसा एजेंट डिज़ाइन करें जो जयपुर के एक छोटे दुकानदार की इस काम में मदद करे: "सूती थैलों के तीन स्थानीय सप्लायर ढूंढें और हर एक के लिए पूछताछ का मैसेज तैयार करें"।
- प्लान को JSON के रूप में लिखें: एक मकसद और 4 से 6 कदम, हर कदम के लिए एक साफ done-test।
- मार्क करें कि कौन से कदम read tools इस्तेमाल करते हैं और कौन से write tools।
- दो ऐसे नियम लिखें कि एजेंट को कब replan करना चाहिए, और ज्यादा से ज्यादा कितनी बार replan की छूट होगी।
- तय करें कि एजेंट के आगे बढ़ने से पहले किसी इंसान की मंज़ूरी कहां ज़रूरी होगी, और समझाएं कि वहीं क्यों।
आपका काम तब पूरा होगा जब
कठिन सवाल
उत्तर देखने से पहले ख़ुद जवाब देने की कोशिश करें। अगर आप इनके जवाब दे सकते हैं, तो आप पाठ समझ गए हैं।
Q1आपका एजेंट 5 कदमों का प्लान बनाता है, लेकिन कदम 2 में तीन के बजाय सिर्फ एक सप्लायर मिलता है। क्या उसे replan करना चाहिए, आगे बढ़ना चाहिए, या रुक जाना चाहिए? समझाएं।दिखाएं
यह मकसद पर निर्भर करता है। आंख मूंदकर आगे बढ़ने से उन सप्लायरों के लिए मैसेज ड्राफ्ट हो जाएंगे जो मौजूद ही नहीं हैं। एक अच्छा डिज़ाइन दोबारा प्लान बनाता है: जैसे, replan सीमा के अंदर रहते हुए सर्च का दायरा बढ़ाना या किसी अलग तरह के स्रोत में खोजना। अगर फिर भी तीन नहीं मिलते हैं, तो झूठे सप्लायर मन से गढ़ने के बजाय उसे रुक जाना चाहिए और ईमानदारी से बताना चाहिए ("एक ही मिला; कारण यह है")।
Q2जोखिम भरे कामों के लिए सिर्फ एक बार प्लान को मंज़ूरी देना हमेशा काफी क्यों नहीं होता?दिखाएं
मंज़ूरी मिलने के बाद दोबारा प्लानिंग (replanning) की वजह से प्लान बदल सकता है, और सटीक जानकारियां (पाने वाला, रकम, टेक्स्ट) अक्सर एक्शन लेते समय ही पता चलती हैं। ज्यादा जोखिम वाले कामों के लिए, आखिरी ठोस एक्शन की भी पुष्टि करें, या सिर्फ ऐसे replan की अनुमति दें जो बिना नई मंज़ूरी के नए write steps न जोड़ते हों।
अक्सर पूछे जाने वाले सवाल
क्या chain-of-thought और प्लानिंग एक ही चीज़ हैं?
ये आपस में जुड़े हैं। Chain-of-thought का मतलब है मॉडल द्वारा जवाब देने से पहले अपनी सोच के कदमों को लिखकर समझाना। एजेंट्स में प्लानिंग का मतलब है समय के साथ किए जाने वाले एक्शन की एक लिस्ट तैयार करना, जिसे अक्सर कोड द्वारा स्टोर और ट्रैक किया जाता है। एक एजेंट हर कदम के अंदर chain-of-thought का इस्तेमाल कर सकता है।
क्या प्लानर और एग्जीक्यूटर अलग-अलग मॉडल होने चाहिए?
हो सकते हैं। कुछ टीमें प्लानिंग के लिए एक ज्यादा ताकतवर मॉडल और आसान कदमों के लिए एक सस्ता, तेज़ मॉडल इस्तेमाल करती हैं। इसे नापकर देखें: बचत का फायदा तभी है जब सस्ता मॉडल भी कदमों को सही तरीके से पूरा कर सके।
मुझे कैसे पता चलेगा कि कब दोबारा प्लान बनाना है?
आम वजहें: बार-बार कोशिश के बाद भी कोई कदम फेल हो गया, किसी टूल का नतीजा प्लान के किसी अनुमान से मेल नहीं खाता, या यूज़र ने मकसद बदल दिया। आप हर कदम के बाद मॉडल से यह भी पूछ सकते हैं कि "क्या बाकी बचा प्लान अब भी सही लगता है?", लेकिन वह प्लान को कितनी बार बदल सकता है, इसकी सीमा तय रखें।
क्या रीजनिंग मॉडल्स को भी साफ तौर पर बने प्लान की ज़रूरत होती है?
विस्तार से रीजनिंग करने के लिए ट्रेन किए गए मॉडल अक्सर एक ही जवाब के अंदर अच्छा प्लान बना लेते हैं। कई टूल कॉल्स वाले लंबे कामों के लिए, आपके कोड में मौजूद एक स्पष्ट चेकलिस्ट अब भी मददगार होती है: आप प्रोग्रेस ट्रैक कर सकते हैं, इसे लोगों को दिखा सकते हैं और क्रैश होने के बाद काम वहीं से दोबारा शुरू कर सकते हैं।
पाठ का टेस्ट
5 सवाल। पास होने और इस पाठ को पूरा करने के लिए 3 सही होने चाहिए (60%)।