एजेंट के सर्वर खरीदने वाले ज़्यादातर डेमो उसी पल रुक जाते हैं जब ऑर्डर पूरा होता है। यह सबसे कम दिलचस्प पल है। सर्वर बन गया, एजेंट के पास 47HZ7YF जैसी id है, और किसी ने नहीं बताया कि आगे क्या होगा।
आगे वह सब है जो एक एडमिन बिना सोचे करता है: SSH के सच में जवाब देने तक इंतज़ार, पासवर्ड ढूँढना, डिस्क भरती दिखे तो ध्यान देना, कर्नेल अपडेट के बाद रीबूट, महीना खत्म होने से पहले रिन्यू, कुछ अजीब लगे तो सपोर्ट से पूछना। अगर एजेंट को इंफ्रास्ट्रक्चर सौंपा जाए तो यह हिस्सा भी उसका है। नीचे बताया है कि हमारे MCP सर्वर से यह कैसे होता है। लिखने से पहले हर कदम हमने अपने टेस्ट वातावरण में चलाकर देखा।
अगर आपने अभी कोई क्लाइंट नहीं जोड़ा है, तो Claude Code और Codex या Claude Desktop और Cursor से शुरू करें।
पहला मिनट: "active" का मतलब "तैयार" नहीं
order_vps उसी समय जवाब देता है जब ऑर्डर बैलेंस से चुका दिया जाता है। सर्वर बैकग्राउंड में बनता है, आमतौर पर लगभग एक मिनट में। एजेंट की अगली कॉल get_vps_status है, और वह इसे जितनी बार चाहे दोहरा सकता है: यह टूल सिर्फ़ पढ़ता है।
दो फ़ील्ड ज़रूरी हैं। मशीन बनते ही status active हो जाता है। access में लॉगिन के लिए सब कुछ है: होस्ट, पोर्ट और तैयार SSH कमांड। अपने IPv4 वाले प्लान में पोर्ट 22 है। NAT प्लान में यह एक निजी फ़ॉरवर्ड किया गया पोर्ट है, और जवाब यह साफ़ बताता है, साथ में चेतावनी भी कि सिर्फ़ बाहरी पोर्ट खोलने वाले फ़ायरवॉल से खुद को बाहर न कर लें।
इन दो पलों के बीच एक खाई है जिसमें लोग अटकते हैं। पहला बूट OS अपडेट लगाता है, जिसमें कुछ मिनट लग सकते हैं, और तब तक SSH कनेक्शन ठुकरा सकता है। समझदार एजेंट पोर्ट 22 पर बार-बार दस्तक देने के बजाय access.ssh_ready का इंतज़ार करता है।
अगर ऑर्डर में SSH कुंजी नहीं थी, तो root पासवर्ड इंतज़ार कर रहा है। reveal_password उसे ठीक एक बार देता है, और वह भी VM का बूट पूरा होने के बाद ही। बहुत जल्दी पूछें तो password_pending मिलता है और एक बार दिखने का मौका खर्च नहीं होता। हमने ऐसा तब बनाया जब एजेंट बार-बार ऐसा पासवर्ड उठा लेते थे जिसे बूट हो रहा VM अभी लागू नहीं कर पाया था। फिर भी सच कहें तो: ऑर्डर के साथ ssh_key भेजें और यह कदम पूरी तरह छोड़ दें।
दूसरा दिन: नज़र रखना
get_vps_metrics पिछले घंटे, दिन, हफ़्ते या महीने के CPU, मेमोरी, नेटवर्क और डिस्क के टाइम-सीरीज़ लौटाता है। दिन में एक बार देखने वाला एजेंट वह पैटर्न पकड़ सकता है जो छोटे सर्वरों को मारता है: मेमोरी धीरे-धीरे बढ़ती है जब तक OOM killer किसी शिकार को न चुन ले। बाहर से वह कारण ठीक नहीं कर सकता, लेकिन आपको बता सकता है या SSH से अंदर जाकर देख सकता है।
power_vps start, stop और reboot करता है। टेस्ट से एक बात: अगर सर्वर सक्रिय नहीं है (अभी बन रहा है, या बिना भुगतान के रिन्यूअल पर निलंबित है), तो टूल पहले स्टेटस देखने के सुझाव के साथ 409 लौटाता है। जो एजेंट हर गैर-200 को "हमेशा दोबारा कोशिश" मानता है, वह यहाँ लूप में फँस जाएगा। त्रुटि खुद बताती है कि क्या करना है, क्योंकि हमारे त्रुटि संदेश इंसानों जितने ही एजेंटों के लिए लिखे गए हैं।
set_hostname मशीन के अंदर चल रहे गेस्ट एजेंट से नाम बदलता है, इसलिए Linux पर बिना रीबूट लागू हो जाता है। qemu-guest-agent हटा दें तो यह टूल काम करना बंद कर देता है: agent_unavailable लौटाता है और कुछ नहीं बदलता।
तीसवाँ दिन: पैसा
एजेंटों का इंफ्रास्ट्रक्चर अक्सर यहीं मरता है। रिन्यूअल किसी के कैलेंडर में एक रिमाइंडर है, वह व्यक्ति व्यस्त है, सर्वर निलंबित हो जाता है।
हमारे यहाँ रिन्यूअल एजेंट की याददाश्त पर निर्भर नहीं है। हर सर्वर प्रीपेड बैलेंस से हर महीने रिन्यू होता है, और तारीख से पहले अकाउंट ईमेल पर रिमाइंडर आते हैं। एजेंट को बस बैलेंस अगली कटौती से ऊपर रखना है, और get_balance बताता है कि हालत क्या है।
कोई ग्रेस पीरियड नहीं है: अवधि के अंत में बैलेंस रिन्यूअल के लिए काफ़ी न हो, तो सर्वर निलंबित हो जाता है और उसका डेडिकेटेड IP पूल में लौट जाता है।
बैलेंस कम हो तो topup_balance क्रिप्टो भुगतान लिंक बनाता है: Base, Ethereum या Polygon पर USDT, USDC या ETH। यही पहली जगह है जहाँ एजेंट को आपकी ज़रूरत है। वह इनवॉइस बना सकता है, लेकिन लेन-देन पर हस्ताक्षर तब तक नहीं कर सकता जब तक आप उसे वॉलेट न दें, और ऐसा करने से पहले हम बहुत सोचेंगे। व्यवहार में लोग कई महीनों के लिए एक बार टॉप-अप करते हैं और एजेंट वहीं से खर्च करता है। अगर बैलेंस कम होने से कोई ऑर्डर या इनवॉइस बिना भुगतान रह गया, तो आपके टॉप-अप के बाद एजेंट pay_invoice बुलाता है और वह बैलेंस से चुक जाता है।
एक ईमानदार कमी: MCP टूल माँगने पर सर्वर को कई महीने आगे तक रिन्यू नहीं करते। मासिक रिन्यूअल अपने आप होता है, और 3, 6 या 12 महीने पहले से भुगतान डैशबोर्ड से या एक REST कॉल से होता है। अगर शुरू से लंबी अवधि चाहिए, तो order_vps ऑर्डर के समय months (1 से 36) लेता है।
बढ़त get_upgrade_options और change_plan संभालते हैं। प्लान वहीं बदलता है, फ़ाइलें और OS बने रहते हैं, सर्वर एक बार रीबूट होता है, और बाकी अवधि का कीमत अंतर बैलेंस से कटता है। एजेंट को confirm: true भेजना होता है — यह हमारा कहने का तरीका है कि "तुम पैसा खर्च कर रहे हो, पक्का कर लो"।
जब कुछ गड़बड़ हो
विनाशकारी काम जानबूझकर झंझट वाले बनाए गए हैं। reinstall_vps और तुरंत वाला cancel_service दोनों confirm में सर्वर का सटीक hostname माँगते हैं, और उनके विवरण एजेंट से पहले किसी इंसान से पूछने को कहते हैं। यह दूसरी जगह है जहाँ एजेंट को आपकी ज़रूरत है, और यह जानबूझकर है।
सुरक्षित रद्दीकरण, end_of_period, सर्वर को भुगतान की अवधि खत्म होने तक रखता है। undo_cancel उसे वापस लेता है, और यह जितना लगता है उससे ज़्यादा अहम है: एजेंट भी काम के बीच इंसानों जितनी ही बार मन बदलते हैं।
जब एजेंट अटक जाए, create_ticket सर्वर से जुड़ा टिकट खोलता है, और reply_ticket बातचीत आगे बढ़ाता है। इसे हमारी तरफ़ का कोई इंसान पढ़ता है, कोई चैटबॉट चैटबॉट को जवाब नहीं देता।
और जब किसी इंसान को दखल देना हो, delegate_service उसे ईमेल से सिर्फ़ उसी सर्वर का ऑपरेटर बनाकर बुलाता है। उसे पावर, कंसोल, दोबारा इंस्टॉल और hostname मिलते हैं। बिलिंग, रिन्यूअल और रद्दीकरण नहीं मिलते, और एजेंट का टोकन वह कभी नहीं देखता।
एजेंट अब भी क्या नहीं कर सकता
सीमाएँ साफ़ रहें:
- बैलेंस भरना। वह टॉप-अप इनवॉइस बना सकता है और
pay_invoiceसे बैलेंस से इनवॉइस चुका सकता है। बैलेंस में क्रिप्टो डालने के लिए वॉलेट चाहिए, यानी आमतौर पर आप। - MCP से OS के अंदर काम करना। पैकेज, कॉन्फ़िग और डिप्लॉय SSH से जाते हैं। MCP मशीन को बाहर से चलाता है।
- निलंबन खुद हटाना। अगर सर्वर दुरुपयोग के लिए निलंबित है, तो यह इंसान से बातचीत का मामला है, और ऐसा ही होना चाहिए।
इनमें से कुछ भी टूल्स को कम उपयोगी नहीं बनाता। इसका मतलब बस यह है कि एजेंट का लूप इनके इर्द-गिर्द बनाया जाए: स्टेटस देखना, बैलेंस सही दायरे में रखना, टिकट से मामला आगे बढ़ाना और डेटा मिटाने वाली हर चीज़ से पहले आपका इंतज़ार करना।
अगर एजेंट का काम थोड़ी देर का है, तो पूरा सर्वर शायद सही इकाई नहीं है। VPS या सैंडबॉक्स? बताता है कि कब एक मिनट जीने वाला microVM बेहतर है। वरना प्लान यहाँ हैं, और MCP संदर्भ हर टूल को उसके पैरामीटर के साथ बताता है।
टिप्पणियाँ
अभी तक कोई टिप्पणी नहीं। पहले बनें।