EQVPS

Как AI-агент сам покупает и поднимает себе сервер через MCP

Jun 14, 2026 · 3 min read · EQVPS Team

AI-агент напишет вам скрапер, отладит его и точно скажет, куда его деплоить. А потом остановится. Потому что следующий шаг — собственно арендовать сервер — почти всегда требует человека: завести аккаунт, может, пройти проверку личности, вбить номер карты на checkout. Сложную часть агент сделал, а на скучной ждёт вас.

Вот этот разрыв и есть причина, по которой всё это появилось. Мы убрали человека из середины.

Где автономность обычно ломается

Подумайте, что на обычном хостинге реально значит «арендовать сервер». Форма регистрации. Письмо для подтверждения. Платёжные данные, иногда документы. Карта на checkout. Дашборд, где надо найти IP. Каждый из этих шагов предполагает сидящего за экраном человека.

Агент за экраном не сидит. Он вызовет API, подержит токен, примет решение — но не получит письмо-подтверждение и не достанет карту. И в момент, когда в дело входит инфраструктура, автономный сценарий снова превращается в человеческий, только с лишними шагами. Вы хотели агента, который доводит до результата, а получили агента, который заводит вам задачу.

Флоу целиком

В EQVPS одни и те же действия — это MCP-инструменты (их 16) плюс REST API. И, что важно, агент получает собственные ключи доступа сам. Вот реальная последовательность:

// 1. Завести аккаунт — токен возвращается сразу, без письма, без человека
register_account({ first_name: "Ada", last_name: "Agent", email: "[email protected]" })
//    → { token: "..." }   дальше шлём как Authorization: Bearer <token>

// 2. Посмотреть, что доступно
list_plans()
//    → планы со спеками, ценами и id образов ОС

// 3. Убедиться, что на балансе есть деньги
get_balance()
//    → { balance: 25, currency: "USD" }

// 4. Заказать — списывает с баланса и разворачивает машину
order_vps({ product: "nano", os_id: 1, hostname: "ada-worker" })
//    → { service_id, paid_from_balance: true }

// 5. Прочитать ключи к своему новому серверу
get_vps_status({ service_id })
//    → { ip, ssh_port, password }   примерно через 60 секунд после заказа

Пять вызовов — и агент уже по SSH внутри машины, которую арендовал сам. Без дашборда, без подтверждения каждого шага. Если удобнее обычный HTTP — те же эндпоинты есть по REST: MCP или REST, на ваш выбор.

Честная часть: что автоматизировано, а что нет

Заказ — полностью автономно. Пополнение баланса — пока нет. Сейчас кто-то один раз кладёт крипту на баланс (USDC/USDT или картой через on-ramp), а с этого момента агент сам заказывает, масштабирует и отменяет, тратя только то, что есть.

Конечная картина, которую все представляют — агент платит on-chain, на каждый запрос, без предзарядки — это стиль x402, и, по-нашему, туда всё и идёт. Мы это пока не подключили. Нужны USDC-рельсы и пара вещей, которых у нас сегодня нет, так что вместо наклейки «полностью автономные платежи» — правда как есть: автономный заказ сейчас, автономное пополнение позже. Предоплаченный баланс — мостик между этими состояниями, и заодно тот самый лимит трат, который вам, скорее всего, и так нужен.

Пара деталей из практики

MCP-сервер говорит по Streamable HTTP на https://mcp.eqvps.com/mcp, поэтому встаёт в любой MCP-клиент без локальной прослойки. Авторизация — Bearer-токен, который агент выпускает себе сам через register_account; один и тот же токен работает и в MCP, и в REST, против одного аккаунта и баланса. Сессии трекаются на стороне сервера, так что долгоживущий агент держит одно соединение и продолжает дёргать инструменты.

Практическая заметка из эксплуатации: относитесь к токену и возвращённому root-паролю как к секретам, какими они и являются. Агент должен их хранить, а не светить в логах или чате. Баланс ограничивает финансовый радиус поражения; базовая гигиена секретов — всё остальное.

Почему это важно

Сейчас почти все наши реальные клиенты — это люди, которым просто нравится платить криптой; мы не будем делать вид, что веб заполонили автономные агенты, покупающие серверы. Но направление понятное. Чем длиннее и реальнее задачи, которые берут агенты, тем быстрее «а может ли он сам достать и запустить себе инфраструктуру?» из фокуса превращается в требование. И когда этот день придёт по-настоящему, рельсы должны уже быть.

Они есть. Добавьте MCP-сервер к своему агенту — начните с подключения MCP-клиента — пополните небольшой баланс и дайте ему арендовать первый сервер. До root примерно минута.

FAQ

AI-агент действительно может сам купить сервер?

Да — часть с заказом полностью автономна. Через наш MCP-сервер агент вызывает register_account и получает токен, затем order_vps, который списывает с предоплаченного баланса и разворачивает VPS. SSH-доступ он читает из get_vps_status. Человек не кликает по checkout. Единственное, что человек (или кошелёк агента) делает заранее — кладёт крипту на баланс; дальше агент работает сам.

Как агент платит?

С предоплаченного баланса. Вы пополняете его один раз в USDC или USDT (или картой через on-ramp), а order_vps списывает с него на каждый заказ. Ключи кошелька агенту не нужны, и потратить больше, чем лежит на балансе, он не может — это заодно ваш предохранитель.

Что такое MCP-провижининг?

MCP (Model Context Protocol) позволяет агенту вызывать инструменты прямо внутри клиентов вроде Claude, Cursor или Cline. «MCP-провижининг» — это когда весь путь аренды сервера (регистрация, оплата, заказ, root) доступен как MCP-инструменты, которые агент вызывает сам, а не веб-дашборд, по которому кликает человек.

Это полностью без рук?

Заказ — да. Пополнение пока не совсем: сегодня кто-то кладёт крипту на баланс, и после этого агент автономен. Полностью on-chain оплата на каждый запрос (стиль x402) у нас в планах, но ещё не подключена — лучше сказать это прямо, чем делать вид.

Что нужно агенту для старта?

Только URL MCP-сервера (https://mcp.eqvps.com/mcp), добавленный в его клиент. Он вызывает register_account и получает Bearer-токен в ответе — без подтверждения почты, без участия человека. Дальше каждое действие — вызов инструмента.

← Back to blogSee plans & pricing →