EQVPS

Как AI агент купува и пуска собствен сървър през MCP

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

AI агент може да напише скрейпър, да го дебъгне и да ти каже точно къде да го разгърнеш. После спира. Защото следващата стъпка — реалното наемане на сървъра — почти винаги иска човек: отвори акаунт, може би мини проверка на самоличност, набери номер на карта в checkout. Агентът свърши трудната част и сега чака теб за скучната.

Тази пропаст е цялата причина това да съществува. Извадихме човека от средата.

Къде автономията обикновено се чупи

Помисли какво реално включва „наемането на сървър“ на нормален хост. Форма за регистрация. Имейл за потвърждение. Данни за плащане, понякога документ. Карта на checkout. Табло, за да намериш IP-то. Всяко едно от тези предполага човек, седящ там.

Агент не може да седи там. Може да извика API, да държи токен, да взима решения — но не може да получи имейл за потвърждение или да извади кредитна карта. Така че в мига, в който инфраструктурата влезе в картината, автономният workflow се превръща обратно в човешки workflow с допълнителни стъпки. Искал си агент, който доставя; получил си агент, който подава тикет.

Flow-ът, от начало до край

На EQVPS същите действия са MCP инструменти (16 от тях) плюс REST API — и решаващо, агентът може да получи собствени credentials. Ето реалната последователност:

// 1. Вземи акаунт — токенът се връща веднага, без имейл, без човек
register_account({ first_name: "Ada", last_name: "Agent", email: "ada@example.com" })
//    → { token: "..." }   изпращай го като Authorization: Bearer <token> оттук нататък

// 2. Виж какво е налично
list_plans()
//    → планове със спецификации, цени и id-та на OS образи

// 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, същите endpoints съществуват през REST — MCP или REST, ти избираш.

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

Поръчването е напълно автономно. Захранването на баланса не е — все още. Точно сега някой слага crypto на баланса веднъж (USDC/USDT или картов on-ramp), а от този момент агентът поръчва, мащабира и отказва сам, харчейки само каквото е там.

Крайното състояние, което всеки си представя — агент, плащащ on-chain, на заявка, без предварително захранване — е стилът x402 и смятаме, че натам отива това. Не сме го свързали. Нуждае се от USDC-уредени релси и няколко неща, които не пускаме днес, така че вместо да лепнем „напълно автономни плащания“ на машината, ето истината: автономно поръчване сега, автономно захранване после. Предплатеният баланс е мостът и честно казано, той служи и като таван за харчене, който вероятно и без това искаш.

Няколко реални детайла

MCP сървърът говори Streamable HTTP на https://mcp.eqvps.com/mcp, така че се вписва във всеки MCP клиент без локален shim. Auth е Bearer токен, който агентът сам сече с register_account — същият токен работи през MCP и REST, срещу същия акаунт и баланс. Сесиите се проследяват от страна на сървъра, така че дълготраен агент може да държи една връзка и да продължи да извиква инструменти.

Една практична бележка от пускането на това: третирай токена и върнатата root парола като тайните, каквито са. Агентът трябва да ги съхранява, не да ги отеква в логове или чат. Балансът ограничава финансовия радиус на взрива; базовата хигиена на тайните ограничава останалото.

Защо има значение

За момента повечето ни реални клиенти са хора, които просто харесват да плащат в crypto — няма да се преструваме, че уебът е залят от автономни агенти, купуващи сървъри. Но посоката е ясна. Докато агентите поемат по-дълги, реални задачи, „може ли да получи и пусне собствена инфраструктура?“ спира да е салонен трик и става изискване. Когато този ден напълно настъпи, релсите трябва вече да са там.

Те са. Добави MCP сървъра към агента си — започни с свързване на MCP клиент — захрани малък баланс и го остави да наеме първия си сървър. Около минута до root.

Въпроси

Може ли AI агент наистина да купи сървър сам?

Да — частта с поръчването е напълно автономна. През нашия MCP сървър агентът извиква register_account, за да получи токен, после order_vps, който харчи от предплатен баланс и провизира VPS-а. Той рилийдва SSH достъпа от get_vps_status. Никой човек не кликва през checkout. Единственото нещо, което човек (или захранен агентски портфейл) прави първо, е да сложи crypto на баланса; след това агентът работи сам.

Как плаща агентът?

От предплатен баланс. Захранваш го веднъж с USDC или USDT (или карта през on-ramp), а order_vps дебитира този баланс за всяка поръчка. Агентът никога не държи ключовете на портфейла ти и не може да похарчи повече от това, което е на баланса — което е и защитният ти таван.

Какво е MCP провизиране?

MCP (Model Context Protocol) позволява на агент да извиква инструменти директно вътре в клиенти като Claude, Cursor или Cline. „MCP провизиране“ просто значи, че целият flow за наемане на сървър — регистрирай, плати, поръчай, вземи root — е изложен като MCP инструменти, които агентът извиква сам, вместо уеб табло, което човек кликва.

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

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

От какво се нуждае агентът, за да започне?

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

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

Коментари

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

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

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