Как-то раз ИИ-агент сам зарегистрировался в 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 на собственной машине, а ты узнаешь об этом, только когда заглянешь в логи.
Комментарии
Пока нет комментариев. Будьте первым.