−25%

за Windows при годишно плащане, до 31.10. Към плановете

EQVPS
Започни

От какво наистина се нуждаят AI агентите от инфраструктурата: 7 изисквания и къде хостингът, създаден за хора, пречи

10.10.2026 г. · 5 мин четене · EQVPS Team

Повечето хостинг е проектиран около човек пред клавиатура: формуляр за регистрация, карта, табло, имейл, когато нещо се обърка. AI агент, който се нуждае от изчислителни ресурси, не пасва на нито една от тези стъпки. Не може да реши captcha, не различава страница за поддръжка от счупена и няма да забележи, че е създал един и същ сървър четиридесет пъти.

Изкушаващо е да се каже „просто му дайте API“. Това е първото изискване, не последното. По-долу са седем, които смятаме за важни, от изграждането на собствения ни MCP сървър и REST API за агенти. За всяко: какво се обърква без него.

1. Всичко, от което агентът се нуждае, е програмируемо

Създаването, прегледът, промяната на размера и изтриването на ресурси трябва да работят без браузър. Това включва и скучните части: да научиш цената преди покупка, да провериш дали дадена локация има капацитет, да прочетеш паролата на нова машина, да прекратиш.

Без това: агентът стига до 80% от пътя и спира на единствената стъпка, която иска клик, и човек така или иначе трябва да довърши работата. Частичното API често е по-лошо от липсата на такова, защото подканва към автоматизация, която не може да завърши.

2. Грешки, по които програмата може да действа

Агентът чете отговор и решава какво да прави нататък. JSON тяло със стабилен код (402 insufficient_balance, 409 sandbox_paused, 429 budget_exceeded с часа на нулиране) е нещо, по което той може да се разклони. HTML страница с грешка или 500 с неясно съобщение го оставя да гадае: често повтаря нещо, което никога няма да успее.

Без това: цикли от повторни опити. Най-скъпите провали на агенти обикновено не са грешни решения; те са едно и също неуспешно извикване, повторено хиляди пъти.

3. Плащане без човек по средата

Плащанията с карта са пълни със стъпки, създадени да потвърдят, че присъства човек: кодове 3-D Secure, потвърждения в банковото приложение, проверки на самоличност. Те са добри за предотвратяване на измами и невъзможни за софтуера. Предплатеният баланс, зареден предварително (в нашия случай често със стейбълкойни), позволява на агента да плаща за това, което ползва, без човек да одобрява всяко таксуване.

Без това: или човек одобрява всяка покупка, което обезсмисля идеята, или някой дава карта на агент — риск, който никой не бива да поема.

4. Твърди лимити на разходите

Предплатеният баланс ограничава най-лошия случай до това, което има в него. Това пак може да е много. Дневен и месечен лимит в долари, налаган от платформата, а не от добрите намерения на самия агент, превръща зациклил агент в малка загуба. Лимитът трябва да се проваля шумно, с грешка, която агентът разпознава, и да спира или поставя на пауза това, което работи.

Без това: научавате за цикъла от баланса. Нашето таксуване на пясъчниците има лимити по тази причина, а страницата за защитите на MCP предлага кои действия изобщо трябва да изискват одобрение от човек.

5. Изчислителни ресурси в правилния мащаб

Агентите произвеждат три много различни вида работа:

  • Секунди: изпълнение на генерирано парче код, проверка на отговор, опит за поправка.
  • Часове: оценяване, скрейпинг, дълъг билд.
  • Винаги включено: бот, API, работник по график.

Платформа, която предлага само месечни сървъри, прави първия вид абсурдно скъп; такава, която предлага само краткоживеещи пясъчници, прави третия вид крехък. Задача от 20 секунди на машина с почасово таксуване плаща 59 минути за нищо. Как работи таксуването на секунда показва къде всеки модел престава да има смисъл.

Без това: агентите или надплащат за кратка работа, или пускат дълго работещи услуги върху инфраструктура, която не е предвидена да стои включена.

6. Изолация по подразбиране

Кодът, който агентът пише, е код, който никой не е прегледал. Той трябва да работи някъде, където няма нищо ценно: не на хоста на самия агент, не на сървър с вашите ключове, не на машината, която праща пощата ви. На практика това означава отделна VM или microVM за всяка задача, изтривана след това. Нивата на изолация за недоверен код сравняват вариантите; Firecracker microVM на прост език обяснява защо собственото ядро има значение.

Без това: първата prompt injection, която попадне в генериран код, има достъп до всичко, до което стига хостът на агента.

7. Видимост и бутон за спиране

Човекът, отговорен за агента, трябва да вижда какво е направил и бързо да го спре. Това означава използване и цена по ресурси, списък на всичко, което агентът е създал, и начин да се изтрие всичко. Идентификационните данни трябва да могат да се отнемат и да живеят достатъчно кратко, че изтекли данни да не важат вечно, с начин за обновяването им, който не изисква човек.

Без това: почистването се превръща в археология. Забравените ресурси продължават да се таксуват; изтеклият токен продължава да работи.

От какво агентите нямат нужда

Също толкова показателно е какво не помага: табла, проектирани за допродажби, имейли за въвеждане, тарифи с реалните лимити в бележка под линия, цени, показани едва след регистрация. Нищо от това не се чете от софтуер, а част от него активно подвежда модел, който приема текста буквално.

Какво още е нерешено

Не всичко тук е решен инженерен проблем.

  • Отговорност. Някой носи отговорност за това, което агентът прави с акаунта. Платформите имат нужда от начин да свържат автоматизираната активност с отговорен човек, без да го карат да минава през всяка стъпка.
  • Злоупотреби. Отворената, напълно автоматизирана регистрация е точно това, което искат и злоупотребяващите. Всяка платформа, обслужваща агенти, балансира между достъп без триене и фермерство и копаене, и никоя няма перфектен отговор.
  • Дълги потоци. Агентите все още се провалят по-често на процеси от десет стъпки, отколкото на единични извиквания. Инфраструктурата може да помогне, като направи всяка стъпка идемпотентна и състоянието ѝ лесно за запитване, така че повторният опит да продължава, а не да дублира.

Докъде стигнахме

Опитахме се да строим за тези изисквания, а не да ги заобикаляме: MCP сървър и REST API, покриващи целия жизнен цикъл, машинно четими грешки, предплатен баланс, лимити на разходите, пясъчници за код на секунда за кратка работа и месечни сървъри като тарифата AI agent за дълга работа. Разходка из страната на пясъчниците има в пясъчник за AI агенти. Бихме предпочели да прецените списъка по собствените му достойнства; той е полезен чеклист за всяка платформа, на която пускате агент.

Въпроси

Не стига ли API, за да може агент да ползва хостинг услуга?

Необходимо е, но не е достатъчно. Агентът трябва също да плаща без човешка стъпка, да разбира грешките, без да чете уеб страница, да работи в твърд лимит на разходите и да изпълнява недоверен код някъде изолирано. Всяко от тези е отделно изискване.

Защо агентите се нуждаят от лимити на разходите, ако плащат от предплатен баланс?

Предплатеният баланс ограничава най-лошия случай до това, което има в него, а то пак може да е много. Дневен или месечен лимит превръща зациклил агент в лош следобед вместо в празен баланс и връща грешка, която агентът разпознава.

Каква е правилната изчислителна единица за агент?

Зависи от задачата. Изпълнението на парче генериран код отнема секунди и пасва на пясъчник на секунда. Задача от няколко часа пасва на същото или на машина с почасово таксуване. Услуга, която работи постоянно, е за месечен сървър. Агентите правят и трите, затова им трябват и трите.

Какво още е нерешено?

Най-вече идентичността и отговорността. Някой все още носи отговорност за това, което агентът прави с акаунта, а предотвратяването на злоупотреби при напълно автоматизирани регистрации е открит проблем. Дългите многостъпкови потоци също се провалят по-често от единичните извиквания.

Коментари

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

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

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