Большая часть хостинга спроектирована вокруг человека за клавиатурой: форма регистрации, карта, панель управления, письмо, когда что-то сломалось. ИИ-агент, которому нужны вычисления, не вписывается ни в один из этих шагов. Он не решит капчу, не отличит страницу техработ от сломанной и не заметит, что создал один и тот же сервер сорок раз.
Хочется сказать «просто дайте ему 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 для долгой. Разбор стороны песочниц — в песочнице для ИИ-агентов. Но оценивайте список по существу: это полезный чек-лист для любой платформы, которой вы доверяете агента.
Комментарии
Пока нет комментариев. Будьте первым.