ИИ-агенты стоимостью в 30 зарплат: экономика автономной разработки
Смогут ли автономные рои агентов поддерживать стабильность промышленного уровня, когда затраты на токены в тридцать раз превышают фонд оплаты труда? Как подробно описал Джейкоб Сансбери в отчете от 29 октября 2026 года, разработка Spawn ведется в многопользовательской игровой среде, где участники используют текстовые запросы к внутриигровому агенту по имени Savi для изменения виртуального мира. Пользователи могут создавать замки, генерировать драконов и летать на них вокруг построек. За внешним интерфейсом скрывается операционная модель, в которой расходы на инфраструктуру многократно превосходят стандартные затраты на труд.
Проект Spawn разрабатывается автономно роем агентов на базе Fable, затраты на инференс которых превышают $3 миллиона в месяц. При этом Джейкоб Сансбери отмечает, что на токены расходуется в 30 раз больше средств, чем на зарплаты сотрудникам. Такая структура заставляет пересмотреть традиционную экономику разработки ПО, заменяя часы работы инженеров высокочастотным инференсом токенов для поддержания непрерывных рабочих циклов и решая вопрос жизнеспособности за счет грубого перераспределения капитала.
Почасовой цикл развертывания и память агентов
Инфраструктура функционирует в режиме непрерывного цикла, в рамках которого агенты напрямую модифицируют рабочий код и выпускают обновления в продакшен каждый час. Примерно 60 процентов этой работы инициируется из-за производственных сбоев: отчетов об ошибках, созданных Savi, аномалий в системных логах или прямых запросов на добавление функций. Когда пользователь сталкивается с проблемой или Savi фиксирует ее в продукте, агент автоматически формирует тикет. Заявка направляется к агенту-оценщику, который определяет, требует ли проблема исправления, подлежит ли отклонению или является задуманным элементом дизайна, требующим вмешательства человека. Обычно исправления доставляются пользователю в течение часа вместе с сообщением в том же чат-интерфейсе.
Такая скорость обусловлена не просто метриками производительности, а архитектурной необходимостью, продиктованной операционными ограничениями текущих моделей. Агент способен удерживать в оперативной памяти лишь результаты работы за несколько часов, поэтому ускорение релизов напрямую сохраняет когерентность кода. В результате организация рассматривает любой час без выпуска программного обеспечения как инцидент уровня SEV-0 — высшую категорию критичности. Невыпущенные изменения накапливаются, ухудшают обратную связь и увеличивают количество производственных ошибок. Для проверки устойчивости системы автоматизированные мониторы и оповещения принудительно назначают агентам ответственность за инциденты, а инженеры намеренно ломают продакшен, чтобы протестировать механизмы восстановления. Если изменение дает сбой, система откатывает поврежденный фрагмент ровно за 30 секунд в точке отказа, не затрагивая остальную часть кодовой базы. Насколько жизнеспособна эта модель молниеносного развертывания при столкновении со сложными архитектурными изменениями за рамками стандартных функций?
Сбои автоматизации безопасности и ограничения моделей
Жизнеспособность подобных роев агентов полностью зависит от возможностей моделей. Джейкоб Сансбери указал, что Fable 5 и последующие версии вроде 5.1 обеспечили необходимый порог автономности. Другие передовые архитектуры не соответствуют этим требованиям: Opus 5.5 не справляется с операционными запросами инженерной команды. Эти ограничения особенно заметны, когда перед агентами ставят задачи по масштабной переработке инфраструктуры, а не точечной настройке игрового мира.
Когда команда попыталась задействовать GPT-6 Astra для применения исправлений по результатам аудита безопасности, система полностью остановилась, поскольку модель отключила каждую функцию и пометила их к включению лишь после завершения работ по безопасности.
Astra системно обработала весь продукт и выполнила ужесточение мер безопасности, полностью отключив незащищенные функции. Это радикальное вмешательство обнажает главный операционный риск автономных систем на сложных архитектурах: без глубокого контекстного понимания автоматизированное устранение уязвимостей способно достичь абсолютной безопасности за счет полного паралича бизнес-процессов.
Экономика разработки Spawn показывает, что эксплуатация непрерывных роев автономных агентов требует перенаправления капитала главным образом на инференс, а не на человеческий труд.
Для сравнения
Зачем заменять классическую разработку софтом на базе автономных агентов, если инференс сжигает бюджет быстрее любого штата инженеров? Архитектура Spawn на базе моделей класса Fable заставляет выпускать релизы каждый час вовсе не ради рекордов скорости, а из-за банальной короткой памяти самих систем. При этом шестьдесят процентов задач роя уходит не на создание нового функционала, а на постоянную починку сбоев и ошибок в коде. Автономный рой тратит колоссальные ресурсы на то, чтобы непрерывно исправлять собственную работу.
Источник: Simon Willison