ایک AI agent ایک scraper لکھ سکتا، اسے debug کر سکتا، اور آپ کو بالکل بتا سکتا ہے کہ اسے کہاں deploy کریں۔ پھر یہ رک جاتا ہے۔ کیونکہ اگلا قدم — دراصل سرور کرائے پر لینا — تقریباً ہمیشہ ایک انسان چاہتا ہے: ایک اکاؤنٹ کھولنا، شاید ایک شناختی جانچ پاس کرنا، ایک checkout میں ایک کارڈ نمبر ٹائپ کرنا۔ agent نے مشکل حصہ کیا اور اب بورنگ حصے کے لیے آپ کا منتظر ہے۔
وہ فرق ہی اس کے وجود کی پوری وجہ ہے۔ ہم نے بیچ سے انسان نکال دیا۔
autonomy عموماً کہاں ٹوٹتی ہے
سوچیں کہ ایک عام ہوسٹ پر "سرور کرائے پر لینا" دراصل کیا شامل ہے۔ ایک signup فارم۔ confirm کرنے کو ایک ای میل۔ بلنگ تفصیلات، کبھی ID۔ checkout پر ایک کارڈ۔ IP تلاش کرنے کو ایک dashboard۔ ان میں سے ہر ایک ایک شخص کے وہاں بیٹھے ہونے کو فرض کرتا ہے۔
ایک agent وہاں نہیں بیٹھ سکتا۔ یہ ایک API کال کر سکتا، ایک token رکھ سکتا، فیصلے کر سکتا ہے — لیکن ایک توثیق-ای میل وصول یا ایک کریڈٹ کارڈ نہیں نکال سکتا۔ تو جس لمحے انفراسٹرکچر تصویر میں آتا ہے، خود مختار workflow اضافی قدموں کے ساتھ ایک انسانی workflow میں بدل جاتا ہے۔ آپ ایک agent چاہتے تھے جو ship کرے؛ آپ کو ایک agent ملا جو ایک ٹکٹ دائر کرتا ہے۔
flow، ابتدا سے انتہا تک
EQVPS پر وہی actions MCP tools (16) plus ایک REST API ہیں — اور اہم طور پر، agent اپنے credentials حاصل کر سکتا ہے۔ یہ رہا اصل ترتیب:
// 1. ایک اکاؤنٹ حاصل کریں — token فوراً واپس آتا ہے، کوئی ای میل، انسان نہیں
register_account({ first_name: "Ada", last_name: "Agent", email: "ada@example.com" })
// → { token: "..." } یہاں سے Authorization: Bearer <token> کے طور پر بھیجیں
// 2. دیکھیں کیا دستیاب ہے
list_plans()
// → specs، قیمتیں، اور OS image ids کے ساتھ پلانز
// 3. یقینی بنائیں کہ بیلنس پر پیسہ ہے
get_balance()
// → { balance: 25, currency: "USD" }
// 4. Order — یہ بیلنس debit کرتا اور باکس تیار کرتا ہے
order_vps({ product: "nano", os_id: 1, hostname: "ada-worker" })
// → { service_id, paid_from_balance: true }
// 5. اپنے نئے سرور کی keys پڑھیں
get_vps_status({ service_id })
// → { ip, ssh_port, password } آرڈر کے ~60 سیکنڈ بعد
پانچ کالیں اور agent خود کرائے پر لی مشین میں SSH کر چکا ہے۔ کوئی dashboard، ہر قدم منظور کرنے والا کوئی نہیں۔ اگر آپ اسے سادہ HTTP سے چلانا چاہیں، تو وہی endpoints REST پر موجود ہیں — MCP یا REST، آپ کا فیصلہ۔
ایماندار حصہ: کیا خودکار ہے، کیا نہیں
آرڈر کرنا مکمل خود مختار ہے۔ بیلنس funded کرنا نہیں — ابھی نہیں۔ اس وقت کوئی بیلنس پر ایک بار کرپٹو رکھتا ہے (USDC/USDT، یا ایک کارڈ on-ramp)، اور اُس نقطے سے agent خود آرڈر، scale اور cancel کرتا ہے، صرف جو وہاں ہے وہ خرچ کرتے۔
سب جو شکل تصور کرتے ہیں — ایک agent on-chain، per request، بغیر pre-funding ادا کرتے — وہ x402 طرز ہے، اور ہم سمجھتے ہیں یہ اسی طرف جاتا ہے۔ ہم نے اسے جوڑا نہیں۔ اسے USDC-settled rails اور کچھ چیزیں درکار ہیں جو ہم آج نہیں چلاتے، تو باکس پر "fully autonomous payments" لگانے کے بجائے، یہ رہی سچائی: اب خود مختار آرڈر، بعد میں خود مختار funding۔ prepaid بیلنس ہی پل ہے، اور ایمانداری سے یہ ایک spend cap کے طور پر بھی کام کرتا ہے جو آپ شاید ویسے بھی چاہتے ہیں۔
چند حقیقی تفصیلات
MCP سرور https://mcp.eqvps.com/mcp پر Streamable HTTP بولتا ہے، تو یہ ایک local shim کے بغیر کسی بھی MCP client میں گر جاتا ہے۔ Auth ایک Bearer token ہے جو agent خود register_account سے بناتا ہے — وہی token MCP اور REST میں، اسی اکاؤنٹ اور بیلنس پر کام کرتا ہے۔ Sessions server-side ٹریک ہوتی ہیں، تو ایک طویل-چلتا agent ایک کنکشن رکھ کر tools کال کرتا رہ سکتا ہے۔
اسے چلانے سے ایک عملی نوٹ: token اور واپس ملے root پاس ورڈ کو اُن رازوں کی طرح سمجھیں جو وہ ہیں۔ agent کو انہیں محفوظ کرنا چاہیے، logs یا chat میں echo نہیں۔ بیلنس مالی blast radius کو محدود کرتا ہے؛ بنیادی secret hygiene باقی کو محدود کرتی ہے۔
یہ کیوں اہم ہے
فی الحال ہمارے زیادہ تر اصل گاہک انسان ہیں جو اتفاقاً کرپٹو میں ادا کرنا پسند کرتے ہیں — ہم بہانہ نہیں کریں گے کہ web سرور-خریدتے خود مختار agents سے بھری ہے۔ لیکن سمت واضح ہے۔ جیسے جیسے agents طویل، حقیقی کام لیتے ہیں، "کیا یہ اپنا انفراسٹرکچر حاصل اور چلا سکتا ہے؟" ایک party trick ہونا چھوڑ کر ایک تقاضا بن جاتا ہے۔ جب وہ دن پوری طرح آئے، تو rails پہلے سے موجود ہونے چاہئیں۔
وہ ہیں۔ اپنے agent میں MCP سرور شامل کریں — ایک MCP client کنیکٹ کرنا سے شروع کریں — ایک چھوٹا بیلنس funded کریں، اور اسے اپنا پہلا سرور کرائے پر لینے دیں۔ root تک تقریباً ایک منٹ۔
تبصرے
ابھی کوئی تبصرہ نہیں۔ پہلے بنیں۔