کچھ عرصہ پہلے ایک AI agent نے EQVPS کے لیے sign up کیا، ایک بیلنس پر USDT رکھا، ایک VPS آرڈر کیا، اور اپنے root credentials پڑھے — ابتدا سے انتہا تک تقریباً اٹھارہ سیکنڈ میں، loop میں کہیں کوئی انسان نہیں۔ اس نے آرڈر کے وقت ہمیں اپنی SSH public key بھی دی تاکہ یہ ایک پاس ورڈ کے بغیر log in کر سکے۔ پھر، ایک دن بعد، یہ واپس آیا اور ایک بڑا خریدا۔
یہی وہ حصہ ہے جسے لوگ دیکھنے تک ٹھیک سے یقین نہیں کرتے۔ ایک agent کوڈ لکھ، debug کر، اور آپ کو بتا سکتا ہے کہاں deploy کریں — لیکن اصل باکس کرائے پر لینے کو ہمیشہ ایک شخص چاہیے رہا ہے: ایک signup فارم، شاید ایک ID جانچ، ایک checkout صفحے پر ایک کارڈ۔ agent مشکل حصہ کرتا اور پھر بورنگ حصے کے لیے آپ کا منتظر ہوتا ہے۔
اگر آپ AutoGPT پر بنا رہے ہیں، تو وہ فرق پہلے ہی بند ہے۔ آپ کو بس اسے جوڑنا ہے۔
AutoGPT out of the box MCP بولتا ہے
یہ رہا وہ مفید بات جو زیادہ تر لوگ مِس کرتے ہیں: AutoGPT ایک MCP block دیتا ہے۔ اس کی وضاحت لفظی طور پر "کسی بھی MCP سرور سے کنیکٹ ہو کر اس کے tools چلاؤ۔ ایک سرور URL دو، ایک tool چنو، اور arguments متحرک طور پر پاس کرو۔" آپ کو ایک کسٹم EQVPS integration کی ضرورت نہیں — generic block ہی integration ہے۔
تو سیٹ اپ مختصر ہے:
- اپنے agent graph میں MCP block شامل کریں۔
- server_url کو
https://mcp.eqvps.com/mcpپر سیٹ کریں۔ - اسے credential کے طور پر ایک Bearer token دیں۔
- ایک tool چنیں، arguments پاس کریں۔
قدم 3 وضاحت کے قابل واحد چیز ہے، کیونکہ یہیں ہمارا ڈیزائن ایک عام API سے مختلف ہے۔
token حاصل کرنا — کوئی انسان، ای میل نہیں
زیادہ تر ہوسٹس آپ کے log in کیے ایک dashboard کے ذریعے API keys دیتے ہیں۔ یہ ایک agent کے لیے کام نہیں کرتا؛ پورا مقصد یہ کہ "generate key" کلک کرنے کو کوئی شخص نہیں۔
تو register_account ایک public tool ہے۔ agent اسے چند فیلڈز کے ساتھ کال کرتا اور اسی جواب میں ایک Bearer token واپس پاتا ہے — کوئی ای میل تصدیق، OTP، تصدیق-اسکرین نہیں۔ آپ وہ token لے کر MCP block کے credential فیلڈ میں ڈالتے ہیں، اور ہر بعد کی کال (order_vps، get_vps_status، اور باقی) authenticated جاتی ہے۔ اندر client بس Authorization: Bearer <token> بھیجتا ہے — کچھ عجیب نہیں، بالکل اسی لیے AutoGPT کا MCP block کسی special-casing کے بغیر اس سے بات کرتا ہے۔
اگر آپ agent کو خود register نہ کرانا چاہیں، تو ایک بار خود register کریں، token لیں، اور دے دیں۔ دونوں چلتے ہیں۔
ایک حقیقی flow
فرض کریں آپ چاہتے ہیں agent ایک scraper کے لیے ایک باکس چالو کرے۔ tool calls میں یہ:
list_plans→ پلانز اور، ہر ایک کے لیے، OS image IDs دیکھیں۔ پلان slugsnano،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 کے لیے سختی سے تجویز کردہ، تاکہ اسے کبھی ایک پاس ورڈ نہ سنبھالنا پڑے۔get_vps_status→activeتک poll کریں۔ یہ host، port اور ایک ready-to-pastesshکمانڈ واپس دیتا ہے۔ root عموماً آرڈر کے تقریباً ایک منٹ بعد پہنچنے کے قابل؛ ایک تازہ VM کو SSH جواب دینے سے پہلے بوٹ ہونے میں ایک لمحہ چاہیے، تو اگر پہلی کوشش refused ہو، انتظار کریں اور retry کریں — reinstall نہ کریں۔
بس۔ agent کے پاس اب ایک سرور ہے جس میں یہ SSH کر سکتا اور جو کچھ بنایا گیا تھا وہ کر سکتا ہے۔
کرپٹو میں ادا کریں، ID چھوڑیں
ادائیگی ایک prepaid بیلنس ہے۔ آپ اسے USDC یا USDT سے funded کرتے ہیں — Base، Ethereum یا Polygon پر — اور order_vps اس بیلنس سے خرچ کرتا ہے۔ کوئی کارڈ، بلنگ ایڈریس، شناختی جانچ نہیں۔ ایک خود مختار agent کے لیے یہ دگنا اہم ہے: کوئی کارڈ-فارم نہیں جسے یہ بھر نہ سکے، اور بیلنس یہ کتنا خرچ کر سکتا ہے اس کی ایک سخت حد ہے۔ یہ لفظی طور پر آپ کے رکھے سے زیادہ ایک بل نہیں چڑھا سکتا۔
اگر آپ بجائے agent کو ایک checkout URL کے ذریعے funding چلانا چاہیں تو topup_balance اور pay_invoice بھی ہیں، لیکن سادہ ماڈل — ایک بار fund، اسے آرڈر کرنے دیں — وہی ہے جسے ہم ہاتھ بڑھاتے۔
ایمانداری سے کیا کہنا ہے
دو چیزیں، کیونکہ دوسرا بہانہ کرنا آپ کا وقت ضائع کرے گا۔
Funding ابھی مکمل خود مختار نہیں۔ کوئی پہلے بیلنس کرپٹو سے top up کرتا ہے؛ اس کے بعد agent آرڈر اور انتظام میں خود ہے۔ سچی per-request، pay-as-you-go on-chain بلنگ ایک ایسی چیز ہے جو ہم چاہتے ہیں، لیکن یہ جڑی نہیں، اور ہم دعویٰ نہیں کریں گے کہ یہ ہے۔
ڈیفالٹ پلانز NAT ہیں، ایک dedicated IP نہیں۔ ایک NAT پلان پر SSH ایک forwarded پورٹ پر آتا ہے (get_vps_status میں دکھایا گیا) اور VM کے اندر پورٹ 22 پر map ہوتا ہے — جاننا فائدہ مند اگر آپ کا agent ایک firewall سیٹ کرے، کیونکہ آپ اندر پورٹ 22 allow کرتے ہیں، external پورٹ نہیں۔ اگر agent کو اپنا public IPv4 چاہیے (inbound سروسز، اپنا web server)، تو بجائے ایک -ip پلان چنیں۔ صرف outbound کالز کرتے ایک worker کے لیے، NAT ٹھیک اور سستا ہے۔
مختصر بات
اگر آپ AutoGPT پر agents چلاتے ہیں اور checkout پر انسان رہے ہیں، تو آپ وہ ہونا چھوڑ سکتے ہیں۔ MCP block شامل کریں، اسے https://mcp.eqvps.com/mcp پر لگائیں، agent کو register اور آرڈر کرنے دیں۔ اسے ایک SSH key اور ایک funded بیلنس دیں اور یہ تقریباً ایک منٹ میں اپنے باکس پر root رکھے گا — اور آپ کو صرف تب پتہ چلے گا کہ یہ ہوا جب آپ logs چیک کریں۔
تبصرے
ابھی کوئی تبصرہ نہیں۔ پہلے بنیں۔