Автори посту: @SantoshPraneeth та @jeffizhungry
Flux — це хмарна платформа агентів DoorDash для інженерів. Лише за один місяць 2026 року ми використали Flux для автоматизації 130 000 інженерних завдань. Стрімко розширюючись після дебюту в Q1 2026, Flux уже забезпечує високонавантажені фонові робочі процеси по всій DoorDash, зокрема понад 25 000 автоматизованих рев'ю коду щотижня, а також понад 300 унікальних плейбуків і понад 10 000 викликів щотижня. Ці робочі процеси можуть виконуватися без нагляду, паралельно, цілодобово.
Ми розглянемо обмеження, які змусили нас вийти за межі локальних агентних навантажень на ноутбуках, чому ми вирішили будувати Flux власними силами, а не покладатися лише на хостингові кодинг-агенти, а також примітиви платформи, як-от агентні пісочниці, MCP-шлюз, плейбуки та поверхні виклику, завдяки яким делегування агентам стає повторюваним і безпечним.
Сценарії використання фонових робочих процесів Flux
Зріз використання Flux у DoorDash за один місяць, що охоплює автоматизовані рев'ю коду, запуски плейбуків і виконання фонових завдань
З чого ми починали
За останній рік користувачі, які запускають агентні навантаження на своїх ноутбуках, швидко вперлися в обмеження:
- Ресурси та доступність. Ноутбук має фіксовану кількість ядер CPU, обмежену пам'ять і батарею, які діляться з усіма запущеними застосунками. Агентні робочі процеси часто потребують паралельного виконання ресурсоємних завдань, як-от збірки, тести та масштабний пошук, тому ресурси ноутбука швидко вичерпуються. Робочі процеси також залежать від того, чи ввімкнений пристрій, чи підключений до мережі та чи доступний; робота зупиняється, коли інженер закриває ноутбук, втрачає з'єднання або відходить.
- Контроль безпеки. Ноутбуки зазвичай мають широкий доступ до чутливих облікових даних і систем, зокрема SSH-ключів, VPN-сесій та автентифікованих інструментів. Надання автономному агенту такого самого рівня доступу створює непотрібний ризик і потенційно великий радіус ураження. Локальні середовища також ускладнюють чітке обмеження доступу агента — і за обсягом, і за часом.
- Видимість і аудитованість. Коли навантаження виконуються на окремих ноутбуках, процес фрагментований, і його складно контролювати. Важче зрозуміти, що виконується, де воно виконується, від чийого імені та яких систем чи файлів воно торкалося.
Наша теза для розв'язання цих проблем проста:
Делегуйте завдання безпечним автономним кодинг-агентам, щоб інженери могли докладати більше зусиль до інновацій, критичного мислення та розв'язання складних проблем.
Чому ми створили Flux власними силами
Хостингові кодинг-агенти корисні, але вони змушують обирати між двома варіантами: або надсилати чутливий код і контекст виконання третій стороні, або відкривати шлях від цієї третьої сторони до внутрішніх систем. Для DoorDash складніша проблема полягала не в тому, щоб агент писав код — це здебільшого вже розв'язано. Йшлося про те, щоб надати агенту правильне середовище, інструменти, дозволи, інтеграції та обмеження.
Наша стратегія — контролювати примітиви навколо агента: оркестрацію, пісочниці, робочі процеси, дозволи, інтеграції та специфічний для DoorDash контекст, потрібний агентам для ефективної роботи. Ми також спроєктували ці примітиви модульними, що дає нам змогу використовувати найкращий сторонній інструмент для кожного завдання або створювати власні рішення, коли важливіший глибший контроль над безпекою, інтеграцією, продуктивністю чи UX.
Ці примітиви демократизують створення робочих процесів і роблять системи більш адаптованими до майбутніх сценаріїв використання. Оскільки їх можна комбінувати різними способами, команди можуть будувати нові агентні робочі процеси без перебудови базової інфраструктури чи нав'язування того, як кожен інженер має структурувати свій процес. Наприклад, ми запускаємо евалюації для нашого рев'ю коду на інфраструктурі Flux.
Примітиви, а не робочі процеси
Чотири примітиви платформи, з яких складається Flux — пісочниці, MCP-шлюз, плейбуки та поверхні виклику, — і те, як вони поєднуються, щоб перетворити завдання на роботу, яку агент може безпечно виконати
Як показано вище, Flux побудований навколо чотирьох примітивів платформи: пісочниць, шлюзу протоколу контексту моделі (MCP), плейбуків і поверхонь виклику. Разом вони роблять делегування агентам повторюваним. Плейбук визначає роботу. Хмарна пісочниця дає агенту реальне місце для її виконання. Агентний шлюз контролює, до яких систем агент може отримати доступ. А поверхні виклику дозволяють інженерам запускати роботу та отримувати її результати там, де вони вже працюють.
Пісочниці забезпечують середовище виконання
Локальні агенти добре працюють для інтерактивної розробки, але погано підходять для робочих процесів без нагляду. Вони залежать від ноутбуків окремих інженерів, конкурують за локальні ресурси, їх складно аудитувати, і вони неефективно масштабуються для паралельних завдань.
Flux переносить виконання в ізольовані хмарні пісочниці на основі мікровіртуальних машин (microVM) Firecracker для ізоляції на рівні апаратного забезпечення. Кожна пісочниця забезпечується репозиторіями, інструментами розробника, секретами та залежностями се
