आपके एजेंटों के लिए एक भरोसेमंद आवास।

वर्कर को निर्णयों से अलग रखें

एक एजेंट कार्य की योजना बना सकता है जबकि क्यू नियंत्रित करता है कि वर्कर इसे कब निष्पादित करे। इससे पुनः प्रयास दृश्यमान होते हैं और एक संक्षिप्त API विफलता को डुप्लिकेट क्रिया बनने से रोका जाता है। प्रत्येक जॉब को एक पहचानकर्ता दें और महत्वपूर्ण स्थिति परिवर्तनों को रिकॉर्ड करें।

टूल्स को विशेषाधिकार मानें

जो प्रक्रिया ईमेल भेज सकती है, पैसा खर्च कर सकती है या प्रोडक्शन में लिख सकती है, उसे शोध कार्यकर्ता से अधिक संकीर्ण क्रेडेंशियल चाहिए। अलग सेवा खाते, प्रति-टूल अनुमतियाँ और परिणामकारी कार्यों के लिए स्पष्ट स्वीकृति चरण उपयोग करें। निजी कुंजियाँ कभी भी प्रॉम्प्ट या ब्राउज़र से सुलभ फ़ाइलों में न रखें।

• रहस्यों को वेब रूट और वर्ज़न कंट्रोल से बाहर रखें
• बाहरी API के लिए खर्च और अनुरोध सीमाओं का उपयोग करें
• अनावश्यक व्यक्तिगत डेटा संग्रहीत किए बिना ऑडिट-योग्य रिकॉर्ड रखें

रुकी हुई प्रक्रिया के लिए डिज़ाइन करें

सेवा प्रबंधक या कंटेनर रनटाइम, हेल्थ चेक और सीमित रीस्टार्ट नीति का उपयोग करें। एजेंट को पिछली बाहरी क्रिया को अंधाधुंध दोहराने के बजाय सहेजी गई स्थिति से फिर शुरू होना चाहिए। केवल यह नहीं कि प्रक्रिया मौजूद है, बल्कि डिस्क वृद्धि, कतार आयु और त्रुटि दरों की निगरानी करें।

मशीन का उचित आकार निर्धारित करें

दूरस्थ मॉडल को कॉल करने वाले वर्कर को अक्सर मामूली CPU और अपने टूल के लिए पर्याप्त मेमोरी की आवश्यकता होती है। ब्राउज़र ऑटोमेशन काफी अधिक RAM का उपयोग कर सकता है। स्थानीय मॉडल इन्फ़रेंस की अलग मेमोरी और एक्सेलेरेटर आवश्यकताएँ होती हैं; एक सामान्य VPS का अर्थ संलग्न GPU नहीं है।

प्रोविज़निंग वर्कफ़्लो डिज़ाइन

एक एजेंट एकीकरण वर्कफ़्लो सार्वजनिक प्लान देख सकता है, खाता पंजीकृत कर सकता है और स्पष्ट व्यय सीमा के भीतर सेवा ऑर्डर तैयार कर सकता है। भुगतान और सर्वर निर्माण के लिए उपयुक्त प्राधिकरण आवश्यक है। इसे एक ऑपरेशन पहचानकर्ता प्राप्त होना चाहिए, पूर्ण स्थिति की प्रतीक्षा करनी चाहिए और फिर अपनी स्वयं की सार्वजनिक SSH कुंजी से सर्वर प्रबंधित करना चाहिए। टियरडाउन जानबूझकर होना चाहिए और आवश्यक परिणाम सुरक्षित रखने चाहिए।

अधीर पोलिंग के बजाय इवेंट्स

हस्ताक्षरित वेबहुक भुगतान निपटान और जीवनचक्र परिवर्तनों की रिपोर्ट कर सकते हैं। अगली कार्रवाई करने से पहले उनकी प्रामाणिकता सत्यापित करें, डिलीवरी को डुप्लिकेट हटाएँ और API के साथ मिलान करें। प्रदाता को एजेंट की निजी SSH कुंजी, वॉलेट सीड या अप्रतिबंधित मॉडल क्रेडेंशियल्स नहीं मिलने चाहिए।

एक कार्य को एक टिकाऊ ऑपरेशन में बदलें

प्रत्येक जॉब को स्थिर पहचानकर्ता और स्पष्ट स्थितियाँ दें, जैसे कतार में, चल रहा है, स्वीकृति की प्रतीक्षा में, पूर्ण या विफल। किसी बाहरी क्रिया के परिणाम को प्लानर को स्वीकार करने से पहले सहेजें। पुनः आरंभ किए गए वर्कर को भुगतान, संदेश या प्रोडक्शन राइट को दोबारा नहीं चलाना चाहिए, बल्कि सहेजी गई स्थिति का निरीक्षण करना चाहिए, क्योंकि उसका टर्मिनल आउटपुट खो गया था।

प्रोविज़निंग टूल और होस्टेड वर्कर अलग उत्पाद हैं

एक VPS अपने स्वयं के सेवा प्रबंधक और क्रेडेंशियल्स का उपयोग करके ग्राहक के एजेंट को लगातार चला सकता है। होस्टिंग कंट्रोल-प्लेन API या MCP एंडपॉइंट एक अलग एकीकरण है। पहले को एप्लिकेशन के रूप में तैनात किया जा सकता है; दूसरे के लिए अलग से जारी KoalaVPS कंट्रोल-प्लेन एकीकरण आवश्यक है और यह इस दस्तावेज़ द्वारा जुड़ा नहीं है।

पूर्ण वर्कर के लिए बजट बनाएँ

ब्राउज़र, मॉडल क्लाइंट, क्यू और डेटाबेस के लिए एक साथ मेमोरी आरक्षित करें। एक छोटे API-संचालित वर्कर को सामान्य CPU की आवश्यकता हो सकती है, जबकि समवर्ती ब्राउज़र सत्र RAM को जल्दी समाप्त कर देते हैं। मशीन का आकार बढ़ाने से पहले क्यू समवर्तीता और बाहरी API खर्च सीमाएँ निर्धारित करें। कोई मॉडल सदस्यता, एक्सेलेरेटर या तृतीय-पक्ष API भत्ता निहितार्थ से शामिल नहीं है।

एक उपयोगी परिचालन हैंडओवर

स्टार्टअप कमांड, कार्यशील निर्देशिका, संरक्षित पर्यावरण स्थान, पुनःआरंभ नीति, कतार संग्रहण, स्वास्थ्य जाँच और प्रत्येक बाहरी क्रेडेंशियल के स्वामी को रिकॉर्ड करें। नए जॉब को सुरक्षित रूप से रोकने वाली क्रिया और अधूरे जॉब को फिर से शुरू करने का मार्ग शामिल करें। निगरानी को विलंबित या डुप्लिकेट कार्य के साथ-साथ रुकी हुई प्रक्रिया की भी पहचान करनी चाहिए।

थोड़ी और स्पष्टता।