Devin добавил иерархические бюджеты: лимиты ИИ-расходов по дереву компании

Если вы когда-нибудь отвечали за счёт на ИИ-инструменты в компании на сотни разработчиков, то знаете проблему: один общий лимит слишком грубый, а ручная настройка квот для каждого человека превращается в отдельную работу. Windsurf предлагает решение для Devin Enterprise: иерархические бюджеты, которые повторяют оргструктуру компании.

Как это устроено

В корне дерева лежит один бюджет аккаунта. Под ним можно создавать дочерние бюджеты глубиной до трёх уровней. Один бюджет может объединять одну или несколько организаций, но каждая организация принадлежит ровно одному бюджету.

У бюджета есть несколько параметров. Лимит в ACU на месячное окно: он ограничивает и сам бюджет, и всё, что под ним. Необязательный временный лимит, который действует до конца текущего окна. Родительский бюджет, чей администратор управляет лимитом. Собственные пользовательские лимиты: уровни (tiers) и персональные исключения. И собственный список людей: кто может тратить, менять лимиты дочерних бюджетов и делегировать права дальше.

Пример: отделы с делегированием

В примере из блога вымышленная компания Acme имеет 10 отделов. Алиса из Central IT задаёт общий лимит каждому отделу. Боб руководит Engineering и сам управляет всем, что находится под этим бюджетом: создаёт дочерние бюджеты, ставит лимиты, настраивает тарифы пользователей.

Перед запуском продукта Боб даёт команде Payments временный плюс 5 000 ACU: с 10 000 до 15 000 на текущее окно. Но все инженерные команды вместе по-прежнему упираются в потолок Engineering в 30 000 ACU. Если не хватает всему отделу, Боб отправляет запрос Алисе. При этом он не видит бюджеты других отделов: права выдаются гранулярно.

Главный выигрыш здесь организационный. Запросы на повышение лимита идут не в центральную ИТ-команду, а ближайшему руководителю, который понимает контекст.

Пример: отдельный пул на спринт

Второй сценарий интереснее для тех, кто запускает много агентов параллельно. У каждого разработчика Acme есть месячная квота, скажем 200 ACU в бюджете Developer tools. Для инициативы по укреплению безопасности создаётся отдельный бюджет Security hardening на 5 000 ACU с более щедрым уровнем и одобрениями на основе эффективности.

Разработчица Кэрол имеет доступ к обоим бюджетам: 200 ACU на повседневную работу и 1 000 ACU в проектном пуле. Расход в проектном бюджете можно напрямую отнести к результату проекта и проверить по эффективности. Вся инициатива ограничена потолком в 5 000 ACU, так что рой сессий Devin, ищущих уязвимости, не съест бюджет остальных.

Ограничения и что с этим делать

Функция доступна только на плане Devin Enterprise, включается в Enterprise Settings, раздел Usage Policies, затем Budgets. Это блог вендора: он рассказывает про удобство, но не приводит данных о реальной экономии. Также глубина дерева ограничена тремя уровнями, а лимиты считаются в ACU, внутренней единице Devin, и пересчёт в деньги остаётся на вас.

Практический вывод для тех, кто внедряет агентов в компании. Во-первых, разделяйте бюджет на повседневный и проектный: так проще понять, окупается ли конкретная инициатива. Во-вторых, делегируйте управление лимитами руководителям отделов, а не держите всё у одного администратора. В-третьих, закладывайте временные повышения как штатный механизм для релизных недель вместо вечного роста базовых квот. Даже если вы не используете Devin, та же модель подойдёт для любых ИИ-инструментов с оплатой по потреблению: общий потолок, отделы, проекты, люди.