CloudBees, один из старых игроков корпоративного CI/CD, разворачивает стратегию в сторону AI-first DevOps: новый CEO Мо Плассниг получил от совета директоров задачу не «продолжать как раньше», а перестраивать компанию под эпоху кода, который массово пишут ИИ-агенты. Для русскоязычных DevOps-команд, платформенных инженеров и IT-директоров это не очередной красивый ребрендинг, а сигнал: главный спор смещается от «какой ассистент пишет код быстрее» к «кто отвечает за то, что доехало до продакшена».
О планах Плассниг рассказал на конференции WeAreDevelopers в Сан-Хосе, сообщает The New Stack. Публикация вышла 30 сентября 2026 года и описывает поворот CloudBees как крупнейшую трансформацию компании: из поставщика корпоративных CI/CD-инструментов она хочет стать AI-first-организацией, заточенной под поток машинно сгенерированного кода.
Контекст важен. Плассниг не человек со стороны: он соосновал Codeship, CI/CD-стартап, который CloudBees купила в 2018 году. После нескольких лет в продуктах CloudBees он ушел в область безопасности, а в 2026-м вернулся уже в кресло CEO. Совет директоров, судя по пересказу, сформулировал задачу без дипломатии: не сохранять курс. Для компании, выросшей вокруг Jenkins и корпоративной доставки ПО, это почти признание: прежней схемы «люди пишут код, пайплайны его прогоняют» уже недостаточно.
Проблема, которую CloudBees пытается оседлать, проста и неприятна. Генеративный ИИ резко увеличивает объем кода: ассистенты и агенты могут создавать патчи, тесты, конфигурации и pull request’ы быстрее, чем команды успевают их разбирать. В соцсетях любят спорить, заменят ли агенты разработчиков. В enterprise-реальности вопрос скучнее и дороже: как проверить, объяснить, согласовать, защитить и откатить изменения, если их стало в разы больше, а регуляторные требования никуда не исчезли.
Плассниг описывает будущую роль CloudBees именно через управление, а не через магию автокодинга. Идея в том, чтобы дать крупным организациям слой контроля поверх разнородной инженерной инфраструктуры: CI/CD, security scans, релизные процессы, политики комплаенса, фича-флаги, внутренние правила. Особенно это болезненно для банков, телекома, промышленных компаний, госсектора и всех, кто живет в мире аудитов. Там «агент сам задеплоил» звучит не как прогресс, а как начало разбора инцидента.
Отдельный акцент — CloudBees не хочет заставлять клиентов выбрасывать существующий стек. Это прагматичная позиция: крупные компании годами собирали зоопарк Jenkins, GitHub, GitLab, Jira, ServiceNow, внутренних скриптов, Kubernetes-платформ и самописных approval-процессов. Продавать им «одну платформу вместо всего» в 2026 году все еще можно, но верят в это в основном продавцы таких платформ. CloudBees делает ставку на управляющий слой, который должен видеть изменения от людей и ИИ, связывать их с политиками и оставлять след для аудита.
Для разработчиков такой разворот выглядит двусмысленно. С одной стороны, больше контроля часто означает больше форм, ожиданий и красных лампочек в пайплайне. С другой — без нормальной автоматизации governance ИИ-код быстро превращается в технический долг с ускорителем. Если агент генерирует десятки вариантов решения, команда все равно должна понимать, какой из них прошел тесты, соответствует требованиям безопасности, не ломает лицензии, не тащит секреты и не выкатывает изменение мимо владельца сервиса.
Для бизнеса AI-first DevOps означает более трезвый взгляд на внедрение ИИ в разработке. Экономия времени на написании кода не равна ускорению поставки ценности. Узкое место переезжает дальше по цепочке: ревью, тестирование, безопасность, согласование релиза, наблюдаемость, разбор последствий. Если эти этапы не перестроить, компания получит не десятикратную скорость, а десятикратный шум в backlog и CI.
Рыночная интрига в том, что CloudBees пытается обновить свою роль в момент, когда DevOps-инструменты атакуют сразу с двух сторон. Снизу давят AI-native IDE и coding agents, которые хотят стать основным интерфейсом разработчика. Сверху давят платформенные решения крупных облаков и экосистемы вокруг GitHub, GitLab и Atlassian. CloudBees отвечает не новым «самым умным ассистентом», а обещанием порядка: пусть агенты пишут, но каждое изменение должно быть видимым, проверяемым и управляемым.
Пока это больше стратегическая декларация, чем набор проверяемых продуктовых метрик. В источнике нет финансовых прогнозов, конкретных сроков релизов или независимой оценки аналитиков, поэтому хоронить старый DevOps или объявлять CloudBees победителем гонки рано. Но направление показательное: следующий этап конкуренции в инженерных платформах будет не про генерацию кода как таковую, а про доверие к цепочке доставки. И если AI-first DevOps станет нормой, самым ценным человеком в команде может оказаться не тот, кто быстрее просит агента написать сервис, а тот, кто умеет доказать, почему этот сервис вообще можно выпускать в продакшен. Детали интервью Пласснига опубликованы у .