مدتی پیش یک ایجنت هوش مصنوعی در EQVPS ثبتنام کرد، USDT روی یک موجودی گذاشت، یک VPS سفارش داد، و اعتبارنامههای root خودش را برای خودش بازخوانی کرد — از ابتدا تا انتها در حدود هجده ثانیه، بدون هیچ انسانی در حلقه. حتی هنگام سفارش کلید عمومی SSH خودش را به ما داد تا بتواند بدون رمز عبور وارد شود. سپس، یک روز بعد، برگشت و یک نمونه بزرگتر خرید.
این همان بخشی است که آدمها تا وقتی نبینند کاملاً باورش نمیکنند. یک ایجنت میتواند کد را بنویسد، دیباگ کند و به شما بگوید کجا مستقر کنید — اما اجاره جعبه واقعی همیشه به یک آدم نیاز داشته: یک فرم ثبتنام، شاید یک بررسی شناسه، یک کارت در صفحه پرداخت. ایجنت بخش سخت را انجام میدهد و بعد منتظر شما برای بخش کسلکننده میماند.
اگر روی AutoGPT در حال ساخت هستید، آن شکاف از قبل بسته شده است. فقط باید آن را وصل کنید.
AutoGPT بهصورت آماده MCP صحبت میکند
بخش مفیدی که بیشتر آدمها از دست میدهند اینجاست: AutoGPT یک بلوک MCP دارد. توضیحش دقیقاً این است: «به هر سرور MCP وصل شو و ابزارهایش را اجرا کن. یک URL سرور بده، یک ابزار انتخاب کن و آرگومانها را بهصورت پویا ارسال کن.» شما به یک یکپارچهسازی سفارشی EQVPS نیاز ندارید — بلوک عمومی همان یکپارچهسازی است.
پس راهاندازی کوتاه است:
- بلوک MCP را به گراف ایجنت خود اضافه کنید.
- server_url را روی
https://mcp.eqvps.com/mcpتنظیم کنید. - یک توکن Bearer را بهعنوان اعتبارنامه به آن بدهید.
- یک ابزار انتخاب کنید، آرگومانها را ارسال کنید.
مرحله ۳ تنها چیزی است که ارزش توضیح دارد، چون همانجاست که طراحی ما با یک API معمولی فرق میکند.
گرفتن توکن — بدون انسان، بدون ایمیل
بیشتر هاستها کلیدهای API را از طریق داشبوردی که واردش میشوید میدهند. این برای یک ایجنت کار نمیکند؛ کل ماجرا این است که آدمی نیست که روی «تولید کلید» کلیک کند.
پس register_account یک ابزار عمومی است. ایجنت آن را با چند فیلد فراخوانی میکند و در همان پاسخ یک توکن Bearer دریافت میکند — بدون تأیید ایمیل، بدون OTP، بدون صفحه اعتبارسنجی. آن توکن را میگیرید و در فیلد اعتبارنامه بلوک MCP میگذارید، و هر فراخوانی بعدی (order_vps، get_vps_status و بقیه) احراز هویتشده بیرون میرود. زیر کاپوت کلاینت فقط Authorization: Bearer <token> را ارسال میکند — چیز عجیبی نیست، که دقیقاً به همین دلیل بلوک MCP در AutoGPT بدون هیچ حالت خاصی با آن صحبت میکند.
اگر ترجیح میدهید ایجنت خودش ثبتنام نکند، یک بار خودتان ثبتنام کنید، توکن را بگیرید و به آن بدهید. هر دو کار میکنند.
یک جریان واقعی
فرض کنید میخواهید ایجنت یک جعبه برای یک اسکرپر بالا بیاورد. در قالب فراخوانی ابزارها اینطور است:
list_plans→ پلنها و برای هرکدام، شناسههای ایمیج سیستمعامل را ببینید. اسلاگ پلنها چیزهایی مثلnano،micro،ai-agent-ipهستند. سیستمعامل یکos_idاست (عددی از آن فهرست — Ubuntu 24.04، Debian 12، AlmaLinux 9)، نه رشتهای مثل"ubuntu-24".order_vpsبا{ product: "nano", os_id: 1, ssh_key: "ssh-ed25519 AAAA..." }. یک کلید SSH ارسال کنید و بلافاصله ورود root مبتنی بر کلید میگیرید — بهشدت برای یک ایجنت توصیه میشود، تا هرگز مجبور نباشد با یک رمز عبور سروکله بزند.get_vps_status→ تا رسیدن بهactiveپیدرپی فراخوانی کنید. این host، پورت و یک دستورsshآماده برای چسباندن را برمیگرداند. root معمولاً حدود یک دقیقه پس از سفارش قابلدسترس است؛ یک VM تازه پیش از پاسخدادن SSH لحظهای برای بوت نیاز دارد، پس اگر تلاش اول رد شد، صبر کنید و دوباره تلاش کنید — نصب مجدد نکنید.
همین. ایجنت حالا یک سرور دارد که میتواند به آن SSH بزند و هر کاری را که برایش ساخته شده انجام دهد.
با رمزارز پرداخت کنید، از شناسه بگذرید
پرداخت یک موجودی پیشپرداخت است. آن را با USDC یا USDT — روی Base، Ethereum یا Polygon — شارژ میکنید و order_vps از آن موجودی خرج میکند. بدون کارت، بدون آدرس صورتحساب، بدون بررسی هویت. برای یک ایجنت خودمختار این دو بار اهمیت دارد: نه فرم کارتی هست که نتواند پرش کند، و نه موجودی یک سقف سخت برای آنچه میتواند خرج کند است. عملاً نمیتواند صورتحسابی فراتر از آنچه روی آن گذاشتهاید بالا بیاورد.
topup_balance و pay_invoice هم هستند اگر ترجیح میدهید ایجنت شارژ را از طریق یک URL پرداخت پیش ببرد، اما مدل ساده — یک بار شارژ کن، بگذار سفارش دهد — همانی است که ما سراغش میرویم.
آنچه صادقانه است بگوییم
دو چیز، چون وانمود به خلافش وقت شما را تلف میکند.
شارژ هنوز کاملاً خودمختار نیست. کسی اول موجودی را با رمزارز شارژ میکند؛ پس از آن ایجنت برای سفارشدهی و مدیریت خودش است. صورتحساب آنچینِ واقعیِ بهازای هر درخواست و پرداخت بهمحض مصرف چیزی است که میخواهیم، اما وصل نشده، و قرار نیست ادعا کنیم شده.
پلنهای پیشفرض NAT هستند، نه یک IP اختصاصی. روی یک پلن NAT، SSH روی یک پورت فورواردشده میآید (که در get_vps_status نشان داده میشود) و به پورت 22 داخل VM نگاشت میشود — دانستنش مهم است اگر ایجنت شما یک فایروال راهاندازی میکند، چون شما پورت 22 داخلی را مجاز میکنید، نه پورت خارجی را. اگر ایجنت به IPv4 عمومی خودش نیاز دارد (سرویسهای ورودی، وبسرور خودش)، بهجایش یکی از پلنهای -ip را انتخاب کنید. برای یک ورکر که فقط فراخوانیهای خروجی میکند، NAT خوب و ارزانتر است.
جمعبندی
اگر ایجنتها را روی AutoGPT اجرا میکنید و شما همان انسانِ سرِ پرداخت بودهاید، میتوانید دیگر آن نباشید. بلوک MCP را اضافه کنید، آن را به https://mcp.eqvps.com/mcp نشانه بگیرید، بگذارید ایجنت ثبتنام و سفارش دهد. یک کلید SSH و یک موجودی شارژشده به آن بدهید و در حدود یک دقیقه root روی جعبه خودش خواهد داشت — و شما تنها وقتی میفهمید این اتفاق افتاده که لاگها را چک کنید.
نظرات
هنوز نظری نیست. اولین نفر باشید.