तुमच्या AI एजंटने प्रत्यक्षात काहीतरी करावे—तुमचे कॅलेंडर तपासावे, तिकीट दाखल करावे, शिपमेंटची स्थिती मिळवावी—अशी तुमची इच्छा आहे का, त्याऐवजी ते फक्त त्या गोष्टी कशा करेल याबद्दल प्रामाणिक परिच्छेद लिहितो? मला पण. तो क्षण असतो जेव्हा तुम्ही दिवास्वप्न पाहणे थांबवता आणि APIs मध्ये वायरिंग करणे सुरू करता. जिथे मजा सुरू होते...आणि कधीकधी रडणे देखील.
या प्रत्यक्ष मार्गदर्शनामध्ये, आम्ही तुमच्या AI एजंट बिल्डर प्रोजेक्टमध्ये APIs कसे समाकलित करायचे ते पाहू, ज्यामुळे दर मर्यादा ओलांडणार नाही, रहस्ये लीक होणार नाहीत किंवा तुमची रीट्राय लॉजिक खूप उत्साही झाल्यामुळे हजारो डुप्लिकेट ऑर्डरसाठी तुम्हाला जागे राहावे लागणार नाही. मी तुम्हाला योजना काय करायची, काय तयार करायचे आणि काय Hawkeye सारखे पाहायचे ते दर्शवेन. सुरक्षित टूल इंटिग्रेशन, OAuth आणि स्कोप केलेल्या टोकन्स तुमचे मित्र का आहेत, बुलेटप्रूफ टूल स्कीमा कसे डिझाइन करायचे आणि एजंटने 17 ह्युमिडिफायरची ऑर्डर दिली तेव्हा ते काय करत होते याचा मागोवा कसा घ्यायचा याबद्दल आम्ही सध्याच्या विचारांवर एक नजर टाकू.
या दरम्यान, मी आधुनिक एजंट बिल्डर इकोसिस्टममधून घेतलेले व्यावहारिक वर्कफ्लो सामायिक करेन (होय, OpenAI सह), तसेच काही टेम्पलेट्स आणि गोटचा देखील सामायिक करेन जे तुम्हाला नंतर मदत करतील. आम्ही ते वास्तव ठेवू, आम्ही ते सुरक्षित ठेवू आणि आम्ही तुमच्या वापरकर्त्यांना चुकून संपूर्ण ग्राहक सूची ईमेल करण्यापासून वाचवू—पुन्हा.
आम्ही काय पाहणार आहोत:
- एजंटसाठी “APIs का” याची छोटी कथा—आणि धोके.
- लढाई-चाचणी केलेले एकत्रीकरण ब्लूप्रिंट: ऑथ, स्कीमा, गार्ड, रिट्राय, निरीक्षणक्षमता.
- चरण-दर-चरण: टूल जोडणे, इनपुट प्रमाणित करणे, त्रुटी हाताळणे आणि परिणाम परत करणे.
- सुरक्षा आणि अनुपालन: किमान विशेषाधिकार, रहस्य व्यवस्थापन आणि वापर मर्यादा.
- समस्यानिवारण: जेव्हा एजंट स्क्रिप्टमधून भरकटतो, एंडपॉइंट्सचा भ्रम निर्माण करतो किंवा लूपमध्ये अडकतो.
- व्यावहारिक उदाहरणे आणि चाचणी युक्त्या ज्या तुम्ही तुमच्या प्रोजेक्टमध्ये कॉपी-पेस्ट करू शकता.
AI एजंटमध्ये APIs का जोडाव्यात?
कारण ज्या क्षणी तुमचा एजंट APIs कॉल करू शकतो, तो एक भेटवस्तू देणारा वक्ता न राहता एक उपयुक्त कार्यकर्ता बनतो. याचा अर्थ तो हे करू शकतो:
- लाइव्ह डेटा खेचा: “नवीनतम शिपमेंट ETA काय आहे?”
- कृती करा: “जिरा तिकीट दाखल करा आणि ते लिलीला नियुक्त करा.”
- वर्कफ्लो ऑर्केस्ट्रेट करा: “त्यांच्या CRM नोट्स तपासल्यानंतर टॉप पाच उशीरा पैसे देणाऱ्यांना ईमेल करा.”
ती शक्ती धोक्यासोबत येते. एजंट हे स्वभावतः सर्जनशील असतात. पर्यवेक्षणाशिवाय सोडल्यास, ते API एंडपॉइंट्स तयार करतील, चुकीचे पॅरामीटर्स पास करतील, तुमचा विक्रेता तुम्हाला ब्लॉक करेपर्यंत पुन्हा प्रयत्न करतील आणि सर्व त्रुटी “क्षणिक” आहेत असे गृहीत धरतील, जसे की दुपारी 3 नंतर तुम्हाला कॉफीची गरज नाही हा तुमचा विश्वास. चांगल्या एजंटना संरक्षणाची गरज असते.
सुरक्षित, विश्वसनीय API एकत्रीकरणासाठी ब्लूप्रिंट
AI एजंट बिल्डर प्रोजेक्टमध्ये APIs समाकलित करण्यासाठी मी शिफारस करतो तो उपाय येथे आहे:
- स्कोप केलेले, अल्प-आयुष्यी टोकन वापरा. तुमच्या एजंटला फक्त ऑर्डरमध्ये प्रवेश वाचण्याची आवश्यकता असल्यास, त्याला प्रशासकीय की देऊ नका. तुम्हाला दीर्घकाळ टिकणारी रहस्ये साठवायची असल्यास, ती सुरक्षित व्हॉल्टमध्ये ठेवा, प्रॉम्प्टमध्ये नाही.
- तृतीय-पक्ष APIs साठी किमान-विशेषाधिकार स्कोपसह OAuth किंवा सेवा खात्यांना प्राधान्य द्या. अशा प्रकारे, टोकन त्याच्या अपेक्षिततेपेक्षा जास्त काही करू शकत नाही—आणि ते कालबाह्य होते.
- प्रत्येक वातावरणासाठी (dev/staging/prod) क्रेडेंशियल्स वेगळे ठेवा. तुमची स्टेजिंग एजंट .env फाइलमुळे उत्पादन रेकॉर्ड अपडेट करत आहे असे तुम्हाला नको आहे.
- टूल स्कीमा जे मॉडेलची (चांगल्या प्रकारे) काळजी घेतात
- प्रत्येक टूलसाठी कठोर, टाइप केलेले पॅरामीटर्स परिभाषित करा: एनम, नंबर रेंज, आवश्यक फील्ड आणि इनपुट उदाहरणे. तुमचा स्कीमा सीटबेल्ट आहे.
- कोणताही नेटवर्क कॉल करण्यापूर्वी इनपुट प्रमाणित करा. मॉडेलने तुम्हाला अर्धवट शहराचे नाव दिल्यास, उपयुक्त त्रुटीसह ते नाकारा आणि अधिक स्पष्ट निर्बंधांसह पुन्हा प्रयत्न करण्यास सांगा.
- टूल्स लहान आणि उद्देशपूर्ण ठेवा. “get_weather(शहर, देश_कोड)” हे “do_weather_things” पेक्षा चांगले आहे. लहान टूल्स अधिक चांगली साखळी बनवतात आणि कमी प्रमाणात अयशस्वी होतात.
- शक्य असेल तेथे प्रत्येक टूल आयडेमपोटेंट ठेवा. एजंटने विनंती पुन्हा केल्यास, तुम्हाला डुप्लिकेट ऑर्डर नको आहेत. लेखन ऑपरेशन्सवर आयडेमपोटेंसी की वापरा.
- टूल प्रतिसाद अंदाजे ठेवा. स्थिती, डेटा आणि त्रुटी फील्डसह संरचित JSON परत करा, अनपेक्षित गद्य नाही.
- संरक्षणात्मक त्रुटी हाताळणी
- घातांक माघारणीसह मर्यादित रिट्राय लागू करा—आणि फक्त रिट्राय-सुरक्षित त्रुटींसाठी (टाइमआउट, 5xx). प्रमाणीकरण किंवा 4xx त्रुटींसाठी पुन्हा प्रयत्न करू नका.
- मॉडेलला कृती करण्यायोग्य त्रुटी संदेश दर्शवा. “दर मर्यादा ओलांडली; 10 सेकंदात पुन्हा प्रयत्न करा” हा “त्रुटी: 429” पेक्षा खूप उपयुक्त आहे.
- सर्किट ब्रेकर जोडा. API फ्लॅक झाल्यास, त्यावर जोर देणे थांबवा. व्यवस्थित अयशस्वी व्हा.
- दर मर्यादा, कोटा आणि खर्च नियंत्रण
- प्रति वापरकर्ता/सत्र कॉल बजेट लागू करा. एका दुष्ट लूपने तुमचा मासिक कोटा जाळू नये.
- जेव्हा समजूतदार असेल तेव्हा परिणाम कॅशे करा (उदा. लहान ताजेपणा विंडोसह वाचन विनंत्या). तुमच्या वापरकर्त्यांना पाच सेकंदात पाच समान लाइव्ह तपासणीची आवश्यकता नाही.
- निरीक्षणक्षमता आणि ट्रेसिंग
- प्रत्येक टूल कॉल लॉग करा: इनपुट, आउटपुट, लेटेंसी, स्टेटस कोड आणि एजंटचे तर्क स्निपेट आधी/नंतर.
- वापरकर्ता, सत्र आणि टूल नावाने लॉग टॅग करा जेणेकरून तुम्ही वन्य मध्ये काय घडले ते पुन्हा तयार करू शकता.
- एक लाल बटण ठेवा: उत्पादनामध्ये गैरवर्तन करणारे टूल अक्षम करण्याचा एक त्वरित मार्ग.
- धोकादायक कृतींसाठी मानवी हस्तक्षेप
- संवेदनशील ऑपरेशन्स (पैशांची हालचाल, बऱ्याच लोकांना ईमेल, सिस्टम बदल) पुष्टीकरण प्रॉम्प्ट किंवा मंजुरींच्या मागे ठेवा.
- उच्च-धोकादायक टूल्ससाठी, मॉडेलला एक सारांश तयार करणे, ते वापरकर्त्याला दर्शवणे आणि केवळ स्पष्ट संमतीवर पुढे जाणे आवश्यक आहे. तुम्हाला चांगली झोप येईल.
तुमचे पहिले टूल सेट करणे: एक वॉकटथ्रू
चला एक साधे “get_weather” टूल तयार करूया. हे फक्त-वाचनीय API आहे—कंपनीचे बिलिंग सिस्टम जोडण्यापूर्वी मूलभूत गोष्टींचा सराव करण्यासाठी योग्य.
पायरी 1: टूल करार लिहा
- वर्णन: “शहर आणि देश कोडनुसार सध्याचे हवामान मिळवा.”
- पॅरामीटर्स (JSON स्कीमा-इश): शहर (स्ट्रिंग, minLength 1), country_code (स्ट्रिंग, लांबी 2), युनिट्स (enum . तुम्हाला सुसंगत टूल स्टॅकचे राऊंडअप देखील मिळतील—कनेक्टर, RPA ब्रिज, वेक्टर स्टोअर्स—जे एजंट बिल्डर्ससोबत चांगले जोडले जातात आणि जर तुम्ही सिंगल-व्हेंडर दृष्टिकोन वाढवला तर तुम्हाला पर्याय देतात. तुम्ही फ्रेमवर्कची तुलना करत असल्यास, मजबूत टूल गव्हर्नन्स, स्कीमा अंमलबजावणी आणि एक समजूतदार डीबगिंग स्टोरी शोधा जेणेकरून एजंटने काय केले आणि का केले ते तुम्ही पाहू शकाल.
सुरक्षा चेकलिस्ट ज्या तुम्ही प्रत्यक्षात वापराल
- किमान विशेषाधिकार: प्रत्येक टोकनला फक्त त्या टूलला आवश्यक असलेल्या गोष्टींसाठी स्कोप करा.
- टोकन स्वच्छता: नियमितपणे फिरवा; अल्प-आयुष्यी टोकनला प्राधान्य द्या; रहस्ये कधीही लॉग करू नका.
- डेटा मिनिमायझेशन: फक्त नोकरीसाठी आवश्यक फील्ड पाठवा.
- देखरेख आणि सतर्कता: असामान्य स्पाइक्स, ऑफ-वेळेचे कॉल आणि बर्स्टी रिट्रायसाठी थ्रेशोल्ड सेट करा.
- प्रवेश मर्यादा: संवेदनशील एंडपॉइंट्ससाठी IP allowlists किंवा खाजगी गेटवे.
- गुप्त स्टोरेज: ऑडिट लॉग आणि एन्वेलप एन्क्रिप्शनसह समर्पित व्हॉल्ट सेवा.
खोलवर सुरक्षा शोधायची आहे? एजंट-टूल सुरक्षा पॅटर्न—प्रमाणीकरण, इनपुट सॅनिटायझेशन आणि मॉनिटरिंग—यावर लक्ष केंद्रित करणारे व्यावहारिक मार्गदर्शक आहेत, जेव्हा तुमचे बॉट्स वास्तविक सिस्टमला स्पर्श करतात तेव्हा ते उपयुक्त ठरतात. उद्योग समूहांनी AI संदर्भांमध्ये API-विशिष्ट धोके देखील सांगण्यास सुरुवात केली आहे, जसे की एजंट-चालित स्पाइक्स आणि वर्तन-आधारित विसंगती शोध. आणि जर तुमच्या परिस्थितीत एजंट-टू-एजंट प्रमाणीकरणाची आवश्यकता असेल—होय, ती एक गोष्ट आहे—तर आधुनिक पॅटर्न आहेत जे सुरक्षित हस्तांदोलनासाठी संदर्भ प्रोटोकॉल आणि OAuth एकत्र बांधतात.
एक पॅटर्न लायब्ररी जी तुम्ही चोरू शकता
टूल रॅपर पॅटर्न
- स्कीमाच्या विरूद्ध इनपुट प्रमाणित करा; अवैध असल्यास उपयुक्त त्रुटी परत करा.
- टाइमआउट, बॅकऑफ पॉलिसी आणि आयडेमपोटेंसी की (लिखाणांसाठी) सह विनंती तयार करा.
- डेटा सॅनिटाइझ करा: अनावश्यक असल्यास PII कमी करा.
- प्रतिसाद लिफाफा प्रमाणित करा.
- ट्रेस ID सह संरचित लॉग उत्सर्जित करा.
मॉडेलसाठी निर्णय पॅटर्न
- पूर्वअट: “माझ्याकडे शहर आणि देश_कोड आहे.”
- गैर-वापर उदाहरणे: “जर वापरकर्त्याने सामान्य हवामानाबद्दल विचारले, तर कॉल करू नका.”
- त्रुटी फॉलो-अप: “जर प्रमाणीकरण अयशस्वी झाले, तर इनपुट निश्चित करण्यासाठी एक संक्षिप्त प्रश्न विचारा.”
- पुष्टीकरण: “लिखाणांसाठी, योजनेचा सारांश द्या आणि मंजुरीसाठी विचारा.”
एस्केलेशन पॅटर्न
- जर 429: दर्शविलेल्या वेळेची प्रतीक्षा करा; नंतर जिटरसह पुन्हा प्रयत्न करा; एकूण प्रयत्नांवर मर्यादा घाला.
- जर 5xx: घातांक माघार; प्रयत्नांवर मर्यादा घाला; उपलब्ध असल्यास पर्यायी मार्ग विचारात घ्या.
- जर प्रमाणीकरण त्रुटी: पुन्हा प्रयत्न करू नका; सुधारणा करण्यास सांगा.
- जर वारंवार अयशस्वी: या कार्यासाठी टूल अक्षम करा; माफी मागा; फॉलबॅक प्रस्तावित करा.
उदाहरण: दोन टूल्स सुरक्षितपणे साखळीत जोडणे
वापरकर्ता: “माझ्या तीन दिवसांपेक्षा जास्त उशीर झालेल्या टॉप तीन ऑर्डर मला ईमेल करा.”
- पायरी 1: get_delayed_orders(दिवस=3, मर्यादा=3) — फक्त-वाचनीय, कॅशे करण्यायोग्य.
- पायरी 2: compose_email(to=user_email, body=summary) — प्रथम पूर्वावलोकन मोड.
- पायरी 3: वापरकर्त्याला पूर्वावलोकन सादर करा; “पाठवा” पुष्टीकरण आवश्यक आहे.
- पायरी 4: send_email(idempotency_key=hash(ऑर्डर + प्राप्तकर्ता + टाइमस्टॅम्प_विंडो))
समस्यानिवारण: जेव्हा गोष्टी चुकीच्या होतात
- मॉडेल एंडपॉइंटचा भ्रम निर्माण करते. उपाय: परवानगी असलेल्या टूल नावांची यादी करा आणि त्यांचे साधे वर्णन करा; अज्ञात टूल्स नाकारा; उदाहरणे जोडा.
- टूलला अर्थहीन पॅरामीटर्ससह कॉल केला जातो. उपाय: स्कीमा आणि प्रमाणीकरण कडक करा; सिस्टम प्रॉम्प्टमध्ये पूर्वअट स्मरणपत्रे जोडा.
- अनंत लूप. उपाय: प्रति वळण/कार्य टूल कॉल्सवर मर्यादा घाला; वारंवार त्रुटींचा मागोवा घ्या आणि फॉलबॅक करण्यास भाग पाडा.
- दर मर्यादा वादळे. उपाय: प्रति-सत्र बजेट; जिटर; कॅशिंग; सर्किट ब्रेकर; मॉडेलला “कूलडाउन” संदेश.
- शांत अयशस्वी. उपाय: संरचित लॉग; त्रुटी स्पाइक्सवर सूचना; एजंटला अयशस्वीचा वापरकर्त्याला सारांश देण्यास भाग पाडा.
Sider.AI कुठे बसते
जर तुम्ही ब्राउझर-आधारित वर्कफ्लोमध्ये AI एजंट्ससह प्रयोग करत असाल किंवा तुम्हाला एक मैत्रीपूर्ण स्तर हवा असेल जो तुम्हाला प्रॉम्प्ट, लिंक्स आणि टूल आउटपुट सामायिक करण्यायोग्य गोष्टीत एकत्र आणण्यास मदत करतो, तर Sider.AI पाहण्यासारखे आहे. हे एक रामबाण उपाय नाही, परंतु संशोधन, जलद प्रमाणीकरण आणि हलके एजंट कार्ये एकत्र जोडण्यासाठी हे उपयुक्त आहे—जे लोक दिवसभर डॉक्स, डॅशबोर्ड आणि टॅबमध्ये राहतात त्यांच्यासाठी चांगले आहे. जेव्हा तुम्ही ते व्यावहारिक, मर्यादित नोकऱ्यांकडे ढकलतात आणि उच्च-धोकादायक कोणतीही गोष्ट मंजुरीच्या मागे ठेवता तेव्हा ते सर्वोत्तम असते. तुमचा एजंट बिल्डर निवडणे (पोग-इश पेप टॉकसह)
तुम्हाला आत्मविश्वास देणारा स्टॅक निवडा, केवळ सिझल रील्स नाही. तुम्हाला हे हवे आहे:
- प्रामाणिक टूल गव्हर्नन्स: स्कीमा, धोरणे आणि कॉल्समध्ये दृश्यमानता.
- मेमरी जी तुमचे बजेट खात नाही.
- एक डीबगिंग स्टोरी ज्याच्यासोबत तुम्ही जगू शकता.
- एस्केप हॅचेस: टूल्स किंवा विक्रेते नंतर स्वॅप करण्याचे स्वातंत्र्य.
काही इकोसिस्टम सक्रियपणे व्यवस्थापित टूल गव्हर्नन्स, टेम्पलेट्स आणि स्टॅक राऊंडअप्स एक्सप्लोर करत आहेत जेणेकरून तुम्हाला त्वरीत सुरुवात करता येईल आणि नियंत्रणासह स्केल करता येईल. APIs स्वच्छपणे प्लग इन करणे, मेमरी/संदर्भ व्यवस्थापित करणे आणि एजंटला लगाम घालणे याभोवती तुम्हाला बरीच ऊर्जा दिसेल—तुम्ही “खेळण्या” पासून “टीम-क्रिटिकल” पर्यंत वाढता तेव्हा तुम्हाला नक्कीच हेच हवे असते.
शेवटची गोष्ट: एजंटला स्वतःबद्दल स्पष्टीकरण देण्यास सांगा
तुमच्या एजंटला कथन करण्यास सांगा... थोडेसे. एक कादंबरी नाही—फक्त “मी उशीर झालेल्या शिपमेंट मिळवण्यासाठी ऑर्डर API कॉल करत आहे” असे काहीतरी करण्यापूर्वी. ते कथन, कॉलसोबत लॉग केलेले, डीबगिंग करताना सोने असते.
गुंडाळणे (आणि तुमची कृती योजना)
- केवळ-वाचनीय API सह लहान सुरुवात करा; तुमचे स्कीमा आणि प्रमाणीकरण परिपूर्ण करा.
- कोणतेही लेखन सक्षम करण्यापूर्वी आयडेमपोटेंसी आणि पुष्टीकरण प्रवाह जोडा.
- टाइमआउट, रिट्राय आणि संरचित प्रतिसादांसह एक मानक टूल रॅपर तयार करा.
- दर मर्यादा, कोटा आणि प्रति-सत्र बजेट लागू करा.
- महत्त्वाचे असलेले सर्वकाही लॉग करा; स्पाइक्स आणि अयशस्वीसाठी सूचना जोडा.
- उच्च-धोकादायक कृतींसाठी माणसांना लूपमध्ये ठेवा.
असे करा, आणि तुमचा AI एजंट उपयुक्त असल्याचा बहाणा करणे थांबवतो आणि उपयुक्त होऊ लागतो. तो तुमच्या पायाभूत सुविधांना भूताचा बंगला न बनवता, एका प्रो प्रमाणे आणेल, दाखल करेल आणि पाठपुरावा करेल.
पुढील वाचन आणि उपयुक्त दृष्टीकोन:
- शासित टूल एकत्रीकरण आणि एजंट बिल्डर ट्रेडऑफ्सवर.
- टूल स्टॅक आणि एकत्रीकरण जे एजंट बिल्डर्सना पूरक आहेत.
- एजंट फ्रेमवर्कची तुलना करणे—प्रत्यक्षात काय देते.
- एजेंटिक सिस्टममध्ये टूल एकत्रीकरणासाठी सुरक्षा सर्वोत्तम पद्धती.
- AI युगात API सुरक्षा: दर मर्यादा, विसंगती शोध आणि बरेच काही.
- एजंट-टू-एजंट OAuth नमुने जे तुम्हाला शेवटी आवश्यक असतील.
FAQ
Q1:माझ्या AI एजंट बिल्डरमध्ये APIs समाकलित करण्याचा सर्वात सोपा मार्ग कोणता आहे?
केवळ-वाचनीय API आणि एक घट्ट टूल स्कीमासह सुरुवात करा. इनपुट प्रमाणित करा, संरचित प्रतिसाद परत करा आणि फक्त टाइमआउट किंवा 5xx त्रुटींसाठी रिट्राय जोडा—नंतर आयडेमपोटेंसी की आणि पुष्टीकरणांसह लेखन ऑपरेशन्सकडे पदवीधर व्हा.
Q2:मी माझ्या AI एजंटला चुकीचे API कॉल करण्यापासून किंवा वाईट पॅरामीटर्स वापरण्यापासून कसे रोखू?
ENUMs, आवश्यक फील्ड आणि उदाहरणांसह कठोर टूल स्कीमा वापरा आणि प्रत्येक कॉल प्रमाणित करा. तुमच्या सिस्टम प्रॉम्प्टमध्ये, पूर्वअटी स्पष्ट करा (“जोपर्यंत... कॉल करू नका”) आणि कृती तसेच संयम शिकवण्यासाठी काही गैर-वापर उदाहरणे प्रदान करा.
Q3:AI एजंट API एकत्रीकरणासाठी कोणती सुरक्षा सर्वोत्तम पद्धती सर्वात महत्त्वाची आहेत?
किमान-विशेषाधिकार टोकन, अल्प-आयुष्यी क्रेडेंशियल्स आणि सुरक्षित व्हॉल्टमधील रहस्ये हे टेबल स्टेक आहेत. दर मर्यादा, विसंगती सूचना आणि डेटा मिनिमायझेशन जोडा जेणेकरून एजंटला आवश्यकतेपेक्षा जास्त काहीही पाठवू नये.
Q4:माझ्या एजंटमधील लेखन ऑपरेशन्ससाठी मी रिट्राय कसे हाताळू?
आयडेमपोटेंसी की वापरा जेणेकरून डुप्लिकेट कॉल दुप्पट शुल्क किंवा दुप्पट-निर्माण करू शकत नाहीत. बॅकएंड स्पष्टपणे समर्थन देत असेल तेव्हाच पुन्हा प्रयत्न करा आणि प्रमाणीकरण किंवा 4xx त्रुटींसाठी कधीही नाही.
Q5:API कॉल साखळीत गडबड झाल्यास मी माझ्या एजंटचे डीबगिंग कसे करावे?
प्रत्येक टूल कॉल त्याच्या इनपुट, आउटपुट आणि ट्रेस ID शी जोडलेल्या लहान तर्क स्नॅपशॉटसह लॉग करा. त्रुटी स्पाइक्ससाठी सूचना जोडा, प्रति कार्य टूल कॉल्सवर मर्यादा घाला आणि तपास करत असताना फ्लॅकी टूल अक्षम करण्यासाठी एक किल स्विच ठेवा.
