EQVPS

Дай на AutoGPT агента си собствен сървър

2.08.2026 г. · 4 мин четене · EQVPS Team

Преди време AI агент се регистрира за EQVPS, сложи USDT на баланс, поръча VPS и прочете собствените си root credentials обратно — от начало до край за около осемнадесет секунди, без човек никъде в цикъла. Дори ни подаде собствения си SSH публичен ключ по време на поръчката, за да може да влезе без парола. После, ден по-късно, се върна и купи по-голям.

Това е частта, в която хората не съвсем вярват, докато не я видят. Агент може да напише кода, да го дебъгне и да ти каже къде да разгърнеш — но наемането на самата машина винаги е искало човек: форма за регистрация, може би проверка на документ, карта на checkout страница. Агентът върши трудната част и после чака теб за скучната.

Ако строиш на AutoGPT, тази пропаст вече е затворена. Просто трябва да я свържеш.

AutoGPT говори MCP извън кутията

Ето полезната част, която повечето хора пропускат: AutoGPT идва с MCP блок. Описанието му е буквално „Свържи се с всеки MCP сървър и изпълни инструментите му. Предостави URL на сървър, избери инструмент и подай аргументи динамично.“ Не се нуждаеш от персонализирана EQVPS интеграция — генеричният блок е интеграцията.

Така че настройката е кратка:

  1. Добави MCP блока към графа на агента си.
  2. Задай server_url на https://mcp.eqvps.com/mcp.
  3. Дай му Bearer токен като credential.
  4. Избери инструмент, подай аргументи.

Стъпка 3 е единственото нещо, което си струва да обясня, защото там дизайнът ни се различава от нормално API.

Получаване на токена — без човек, без имейл

Повечето хостове раздават API ключове през табло, в което влизаш. Това не работи за агент; целият смисъл е, че няма човек, който да кликне „генерирай ключ“.

Затова register_account е публичен инструмент. Агентът го извиква с няколко полета и получава Bearer токен обратно в същия отговор — без имейл потвърждение, без OTP, без екран за верификация. Взимаш този токен и го пускаш в полето за credential на MCP блока, а всяко следващо извикване (order_vps, get_vps_status и останалите) излиза автентикирано. Под капака клиентът просто изпраща Authorization: Bearer <token> — нищо екзотично, което е точно защо MCP блокът на AutoGPT говори с него без специална обработка.

Ако предпочиташ агентът да не се регистрира сам, регистрирай се веднъж ти, вземи токена и го предай. И двете работят.

Реален flow

Да кажем, че искаш агентът да вдигне машина за скрейпър. В извиквания на инструменти това е:

Това е. Агентът вече има сървър, в който може да влезе по SSH и да прави каквото е построен да прави.

Плати в crypto, пропусни документа

Плащането е предплатен баланс. Захранваш го с USDC или USDT — на Base, Ethereum или Polygon — и order_vps харчи от този баланс. Без карта, без адрес за плащане, без проверка на самоличност. За автономен агент това има значение двойно: няма форма за карта, която не може да попълни, а балансът е твърд таван на това, което може да похарчи. Той буквално не може да натрупа сметка отвъд това, което си сложил.

Има и topup_balance и pay_invoice, ако предпочиташ агентът да кара захранването през checkout URL, но простият модел — захрани веднъж, остави го да поръчва — е този, към който бихме посегнали.

Какво е честно да се каже

Две неща, защото преструването на друго би пропиляло времето ти.

Захранването още не е напълно автономно. Някой зарежда баланса с crypto първо; след това агентът е сам за поръчване и управление. Истинско на заявка, pay-as-you-go on-chain таксуване е нещо, което искаме, но не е свързано, и няма да твърдим, че е.

Плановете по подразбиране са NAT, не dedicated IP. На NAT план SSH влиза на пренасочен порт (показан в get_vps_status) и се картографира към порт 22 вътре във VM-а — струва си да знаеш, ако агентът ти настройва firewall, защото разрешаваш порт 22 вътре, не външния порт. Ако агентът се нуждае от собствен публичен IPv4 (входящи услуги, собствен уеб сървър), избери един от -ip плановете вместо това. За worker, който само прави изходящи повиквания, NAT е наред и по-евтин.

Изводът

Ако пускаш агенти на AutoGPT и си бил човекът на checkout, можеш да спреш да бъдеш този. Добави MCP блока, насочи го към https://mcp.eqvps.com/mcp, остави агента да се регистрира и поръча. Дай му SSH ключ и захранен баланс и той ще има root на собствената си машина за около минута — и ще разбереш, че се е случило, само когато провериш логовете.

Въпроси

Трябва ли да напиша персонализиран AutoGPT блок за EQVPS?

Не. AutoGPT вече идва с MCP блок — „Свържи се с всеки MCP сървър и изпълни инструментите му.“ Даваш му URL-а на сървъра ни (https://mcp.eqvps.com/mcp) и Bearer токен, избираш инструмент, подаваш аргументи. Това е цялата интеграция. Брандиран EQVPS блок би добавил само иконка в каталога; MCP блокът вече върши реалната работа.

Как агентът получава токен?

Той извиква register_account — публичен инструмент, без нужда от auth. Отговорът е Bearer токен веднага: без имейл потвърждение, без OTP, без човешка стъпка. Поставяш този токен в полето за credential на MCP блока и всяко друго извикване е автентикирано.

С какво плаща агентът?

Предплатен баланс, захранен с USDC или USDT (Base, Ethereum или Polygon). order_vps дебитира баланса за всяка поръчка. Агентът никога не държи ключовете на портфейла ти и не може да похарчи отвъд баланса — този таван е твоята предпазна мрежа.

Напълно без ръце ли е?

Поръчването и управлението са. Захранването още не е: човек (или захранен агентски портфейл) зарежда баланса с crypto веднъж, а след това агентът работи сам. Плащане на заявка on-chain е в пътната карта, не е доставено — предпочитаме да го кажем, вместо да се преструваме.

Кои инструменти може да извиква агентът?

Реалните: list_plans, register_account, order_vps, get_vps_status, pay_invoice, topup_balance, power_vps, set_hostname, reset_password, reinstall_vps, cancel_service. Обърни внимание на имената — това е order_vps, не create_server. Ако ръководство ти казва create_server или delete_server, то гадае.

← Обратно към блогаВиж планове и цени →

Коментари

Още няма коментари. Бъди първият.

Остави коментар

Коментарите се модерират преди да се появят.