Якось ШІ-агент сам зареєструвався в EQVPS, поклав USDT на баланс, замовив VPS і прочитав власні root-креди у відповіді — від початку до кінця приблизно за вісімнадцять секунд, без жодної людини в ланцюжку. Він навіть передав свій SSH-публічний ключ прямо під час замовлення, щоб зайти без пароля. А наступного дня повернувся й купив сервер більший.
Ось у це якраз і не вірять, поки не побачать. Агент може написати код, налагодити його й підказати, куди деплоїти — але оренда самої машини завжди потребувала людини: форма реєстрації, іноді перевірка документів, картка на сторінці оплати. Агент робить складну частину й потім чекає на тебе заради нудної.
Якщо ти будуєш на AutoGPT, цей розрив уже закрито. Лишилося тільки з'єднати дроти.
AutoGPT говорить мовою MCP з коробки
Ось що зазвичай пропускають: в AutoGPT є MCP-блок. Його опис дослівно — «Підключись до будь-якого MCP-сервера й виконуй його інструменти. Вкажи URL сервера, обери інструмент і передавай аргументи динамічно». Кастомна інтеграція з EQVPS не потрібна — цей універсальний блок і є інтеграцією.
Налаштування коротке:
- Додай MCP-блок у граф агента.
- Вкажи server_url =
https://mcp.eqvps.com/mcp. - Дай йому Bearer-токен як облікові дані.
- Обери інструмент, передай аргументи.
Пояснення вартий лише крок 3 — саме там наша схема відрізняється від звичайного API.
Токен — без людини й без пошти
Більшість хостерів видають API-ключі через панель, у яку треба залогінитися. Для агента це не працює: увесь сенс у тому, що немає людини, яка натисне «згенерувати ключ».
Тому register_account — публічний інструмент. Агент викликає його з парою полів і отримує Bearer-токен у тій самій відповіді — без підтвердження поштою, без OTP, без екрана верифікації. Береш токен, кладеш у поле облікових даних MCP-блоку — і кожен наступний виклик (order_vps, get_vps_status та інші) іде вже авторизованим. Під капотом клієнт просто шле Authorization: Bearer <токен> — нічого екзотичного, тому MCP-блок AutoGPT працює з ним без жодних милиць.
Якщо не хочеш, щоб агент реєструвався сам — зареєструйся один раз сам, забери токен і віддай йому. Обидва варіанти робочі.
Реальний сценарій
Припустимо, ти хочеш, щоб агент підняв машину під скрапер. У викликах інструментів це так:
list_plans→ дивишся тарифи й для кожного — ID образів ОС. Слаги тарифів на кшталт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. У відповіді — хост, порт і готова до вставкиssh-команда. Root зазвичай доступний приблизно за хвилину після замовлення; свіжій VM потрібен час на завантаження, тож якщо перша спроба відхилена — зачекай і повтори, а не перевстановлюй.
Усе. Тепер у агента є сервер, у який він може зайти по SSH і робити те, заради чого його зібрали.
Плати криптою, пропусти паспорт
Оплата — передплачений баланс. Поповнюєш його в USDC або USDT — на Base, Ethereum чи Polygon — і order_vps витрачає з цього балансу. Ні картки, ні платіжної адреси, ні перевірки особи. Для автономного агента це важливо подвійно: немає форми картки, яку він не зможе заповнити, і баланс — жорстка стеля його витрат. Він фізично не зможе вийти за суму, яку ти поклав.
Є ще topup_balance і pay_invoice, якщо хочеш, щоб агент вів поповнення через checkout-URL, але проста модель — поповнив один раз, дав замовляти — та, що обрали б ми.
Що чесно сказати
Дві речі, бо вдавати — означає марнувати твій час.
Поповнення поки не повністю автономне. Хтось спершу кладе крипту на баланс; після цього агент сам справляється із замовленням і керуванням. Справжня оплата за кожним запитом on-chain — те, чого ми хочемо, але вона ще не підключена, і ми не стверджуватимемо протилежне.
Тарифи за замовчуванням — NAT, а не виділений IP. На NAT-тарифі SSH приходить на проброшений порт (показаний у get_vps_status) і мапиться на порт 22 всередині VM — важливо знати, якщо агент налаштовує фаервол: дозволяти треба порт 22 всередині, а не зовнішній. Якщо агенту потрібен свій публічний IPv4 (вхідні сервіси, свій веб-сервер) — бери один із тарифів із -ip. Для воркера, що лише робить вихідні запити, NAT підходить і коштує дешевше.
Висновок
Якщо ти ганяєш агентів на AutoGPT і досі був людиною на checkout — можеш нею більше не бути. Додай MCP-блок, спрямуй на https://mcp.eqvps.com/mcp, дай агенту зареєструватися й замовити. Дай йому SSH-ключ і поповнений баланс — і приблизно за хвилину в нього буде root на власній машині, а ти дізнаєшся про це, лише коли заглянеш у логи.
Коментарі
Поки немає коментарів. Будьте першим.