কিছুকাল আগে একটি AI agent EQVPS-এ sign up করল, একটি balance-এ USDT রাখল, একটি VPS অর্ডার করল, ও নিজের root credential পড়ে নিল — শুরু থেকে শেষ প্রায় আঠারো সেকেন্ডে, loop-এ কোথাও কোনো মানব ছাড়া। এটি এমনকি অর্ডারের সময় আমাদের নিজের SSH public key দিল যাতে একটি password ছাড়াই log in করতে পারে। তারপর, একদিন পরে, এটি ফিরে এসে একটি বড়টা কিনল।
ওটাই সেই অংশ যা মানুষ দেখা পর্যন্ত ঠিক বিশ্বাস করে না। একটি agent কোড লিখতে, debug করতে, ও কোথায় deploy করতে হবে বলতে পারে — কিন্তু আসল বক্সটি ভাড়া নিতে সবসময় একজন ব্যক্তি লেগেছে: একটি signup ফর্ম, হয়তো একটি ID-চেক, একটি checkout পেজে একটি কার্ড। agent কঠিন অংশটা করে ও তারপর বিরক্তিকর অংশটার জন্য আপনার অপেক্ষায়।
আপনি AutoGPT-তে বানালে, সেই ফাঁক ইতিমধ্যেই বন্ধ। আপনাকে শুধু এটি যুক্ত করতে হবে।
AutoGPT out of the box MCP বলে
এই যে দরকারি অংশ যা বেশিরভাগ মানুষ মিস করে: AutoGPT একটি MCP block দেয়। এর বর্ণনা আক্ষরিকভাবে "যেকোনো MCP সার্ভারে সংযুক্ত হও ও এর tools চালাও। একটি সার্ভার URL দাও, একটি tool বাছো, ও argument গতিশীলভাবে পাস করো।" আপনার একটি কাস্টম EQVPS integration লাগে না — generic block-ই integration।
তাই সেটআপ ছোট:
- আপনার agent graph-এ MCP block যোগ করুন।
- server_url-কে
https://mcp.eqvps.com/mcp-এ সেট করুন। - এটিকে credential হিসেবে একটি Bearer token দিন।
- একটি tool বাছুন, argument পাস করুন।
ধাপ 3-ই ব্যাখ্যা করার একমাত্র জিনিস, কারণ এখানেই আমাদের ডিজাইন একটি সাধারণ API থেকে ভিন্ন।
token পাওয়া — কোনো মানব নয়, ইমেল নয়
বেশিরভাগ হোস্ট আপনি log in করা একটি dashboard-এর মাধ্যমে API key দেয়। এটি একটি agent-এর জন্য কাজ করে না; পুরো বিষয়টাই যে "generate key" ক্লিক করার কোনো ব্যক্তি নেই।
তাই register_account একটি পাবলিক tool। agent এটিকে কয়েকটি ক্ষেত্র সহ ডাকে ও একই প্রতিক্রিয়ায় একটি Bearer token ফেরত পায় — কোনো ইমেল confirmation নয়, OTP নয়, যাচাই-স্ক্রিন নয়। আপনি সেই token নিয়ে MCP block-এর credential ক্ষেত্রে ফেলেন, আর পরবর্তী প্রতিটি call (order_vps, get_vps_status, ও বাকি) authenticated বেরোয়। ভেতরে client কেবল Authorization: Bearer <token> পাঠায় — কিছুই বিদেশি-বিচিত্র নয়, ঠিক এজন্যই AutoGPT-র MCP block কোনো special-casing ছাড়াই এর সাথে কথা বলে।
আপনি agent-কে নিজে register করাতে না-চাইলে, একবার নিজে register করুন, token নিন, ও তা দিন। দুটোই চলে।
একটি আসল flow
ধরুন আপনি চান agent একটি scraper-এর জন্য একটি বক্স চালু করুক। tool call-এ সেটি:
list_plans→ প্ল্যান ও, প্রতিটির জন্য, OS image ID দেখুন। প্ল্যান slug হলোnano,micro,ai-agent-ip-এর মতো। OS একটিos_id(সেই তালিকা থেকে একটি সংখ্যা — Ubuntu 24.04, Debian 12, AlmaLinux 9),"ubuntu-24"-র মতো একটি স্ট্রিং নয়।order_vps{ product: "nano", os_id: 1, ssh_key: "ssh-ed25519 AAAA..." }সহ। একটি SSH key পাস করুন আর আপনি সরাসরি key-ভিত্তিক root login পান — একটি agent-এর জন্য দৃঢ়ভাবে সুপারিশকৃত, যাতে এটিকে কখনও একটি password সামলাতে না হয়।get_vps_status→activeনা-হওয়া পর্যন্ত poll করুন। এটি host, port ও একটি ready-to-pastesshকমান্ড ফেরত দেয়। root সাধারণত অর্ডারের প্রায় এক মিনিট পরে পৌঁছানোযোগ্য; একটি তাজা VM-এর SSH উত্তর দেওয়ার আগে বুট হতে একটু সময় লাগে, তাই প্রথম চেষ্টা refused হলে, অপেক্ষা করুন ও retry করুন — reinstall করবেন না।
ব্যস। agent-এর এখন একটি সার্ভার আছে যাতে এটি SSH করতে ও যা করতে বানানো তা করতে পারে।
ক্রিপ্টোতে পরিশোধ, ID এড়ান
পেমেন্ট একটি prepaid balance। আপনি এটি USDC বা USDT দিয়ে funded করেন — Base, Ethereum বা Polygon-এ — আর order_vps সেই balance থেকে খরচ করে। কোনো কার্ড নয়, বিলিং ঠিকানা নয়, পরিচয়-চেক নয়। একটি স্বায়ত্ত agent-এর জন্য এটি দ্বিগুণ গুরুত্বপূর্ণ: এমন কোনো কার্ড-ফর্ম নেই যা এটি পূরণ করতে পারে না, আর balance এটি কত খরচ করতে পারে তার একটি কঠিন সীমা। এটি আক্ষরিকভাবে আপনি যা রেখেছেন তার বেশি একটি বিল তুলতে পারে না।
topup_balance ও pay_invoice-ও আছে যদি আপনি বরং agent-কে একটি checkout URL-এর মাধ্যমে funding চালাতে চান, কিন্তু সরল মডেল — একবার fund, তারপর অর্ডার করতে দিন — সেটাই আমরা হাত বাড়াতাম।
সৎভাবে যা বলার
দুটি জিনিস, কারণ অন্য ভান করা আপনার সময় নষ্ট করত।
Funding এখনও পুরোপুরি স্বায়ত্ত নয়। কেউ আগে ক্রিপ্টো দিয়ে balance top up করে; এরপর agent অর্ডার ও ব্যবস্থাপনায় নিজে। সত্যিকারের per-request, pay-as-you-go on-chain বিলিং আমরা চাই, কিন্তু এটি যুক্ত নয়, আর আমরা তা দাবি করব না।
ডিফল্ট প্ল্যান NAT, একটি dedicated IP নয়। একটি NAT প্ল্যানে SSH একটি forwarded পোর্টে আসে (get_vps_status-এ দেখানো) ও VM-এর ভেতরে পোর্ট 22-তে ম্যাপ করে — জানা ভালো যদি আপনার agent একটি firewall সেট করে, কারণ আপনি ভেতরে পোর্ট 22 allow করেন, external পোর্ট নয়। agent-এর নিজের পাবলিক IPv4 (inbound সার্ভিস, নিজের web server) লাগলে, বরং একটি -ip প্ল্যান বাছুন। শুধু outbound call করা একটি worker-এর জন্য, NAT ঠিক ও সস্তা।
মোদ্দা কথা
আপনি AutoGPT-তে agent চালালে ও checkout-এ মানব হয়ে থাকলে, আপনি তা হওয়া থামাতে পারেন। MCP block যোগ করুন, এটিকে https://mcp.eqvps.com/mcp-এ তাক করুন, agent-কে register ও অর্ডার করতে দিন। এটিকে একটি SSH key ও একটি funded balance দিন আর এটি প্রায় এক মিনিটে নিজের বক্সে root পাবে — আর আপনি log চেক করলেই কেবল জানবেন যে এটি ঘটেছে।
মন্তব্য
এখনো কোনো মন্তব্য নেই। প্রথম হোন।