Port представляет Vibe Coding для платформенной инженерии с помощью AI Builder

Port запустил AI Builder, новый опыт разработки на основе естественного языка, предназначенный для помощи командам платформенной инженерии в создании агентских потоков доставки программного обеспечения без превращения принятия AI в дополнительный слой операционной сложности.

Компания описывает продукт как первый опыт разработки на основе “vibe coding” для платформенной инженерии. Но более важным моментом не является метка “vibe coding”. Это то, к чему Port пытается ее применить.

“Vibe coding” в основном ассоциировался с индивидуальными разработчиками, использующими естественный язык для создания приложений, прототипов или изменений кода. Port берет ту же модель взаимодействия и применяет ее к самому циклу разработки программного обеспечения: настройке, потокам инфраструктуры, готовности к производству, реагированию на инциденты, контролю затрат, отслеживанию производительности инженерии, управлению и управлению агентами.

Это совсем другая проблема, чем помощь разработчику в написании кода быстрее. В крупных организациях инженерии проблема не только в том, может ли AI сгенерировать полезный поток. Это также вопрос о том, соответствует ли этот поток архитектуре компании, соблюдает ли внутренние политики, подключается ли к правильным инструментам, уважает ли разрешения и может ли быть просмотрен после этого.

От помощника кодирования к слою управления SDLC

AI Builder от Port построен на основе платформы Agentic SDLC компании, которая объединяет контекстное озеро, оркестровку потоков, управление агентами и возможности управления. Идея состоит в том, чтобы дать разработчикам, командам платформенной инженерии и агентам AI общую основу для понимания того, как программное обеспечение проходит через организацию.

Эта основа имеет значение, потому что агентская разработка может быстро стать фрагментированной. Разработчик может создать агента для классификации инцидентов. Инженер платформы может создать агента для управления облачными затратами. Команда безопасности может создать агента для обеспечения соблюдения требований. Каждый случай использования может быть ценным сам по себе, но без общего контекста и контроля компании могут оказаться с дублированными потоками, несоответствующим управлением и агентами, действующими на основе неполной информации.

AI Builder – это попытка Port дать командам более структурированный путь. Вместо создания изолированных автоматизаций команды могут описать, чего они хотят, на естественном языке, и система поможет создать потоки, панели управления, оценочные карты или агентов внутри управляемой среды Port.

Как работает AI Builder

AI Builder позволяет командам создавать и изменять агентские потоки SDLC через интерфейс чата. Команда платформенной инженерии, например, может попросить его создать оценочную карту готовности к производству, спроектировать поток настройки для нового сервиса, создать процесс управления затратами на основе AI или сгенерировать автономный поток решения тикетов.

Port говорит, что система поставляется с встроенными знаниями в области SRE, DevOps, архитектуры, безопасности, управления AI, моделирования данных и UX. Это должно сделать инструмент более специализированным, чем общий помощник кодирования. Вместо того, чтобы просто производить код или конфигурацию, AI Builder предназначен для рассуждения о том, как должна быть структурирована работа платформенной инженерии.

Одной из ключевых функций является режим планирования. Перед созданием AI создает план, задает уточняющие вопросы и ожидает утверждения. Планы версионируются и сохраняются, давая командам запись о том, что было предложено и утверждено. Это может показаться небольшим деталями потока, но это центральный момент позиционирования продукта. Чем больше автономности организации предоставляют агентам AI, тем больше им нужны пути утверждения, прослеживаемость и подотчетность.

Почему контекст имеет значение

Продукт связан с Context Lake от Port, который предназначен для предоставления агентам и потокам доступа к реальным организационным данным. Это может включать сервисы, команды, владение, зависимости, среды, интеграции, политики и операционные метаданные.

Это одна из наиболее важных частей объявления. Системы AI часто бывают только так полезны, как контекст, к которому они могут получить доступ. Общий помощник может предложить поток развертывания, но он не знает автоматически, какие сервисы являются бизнес-критическими, какие команды владеют ими, какой процесс утверждения применяется или какие зависимости могут сломаться, если изменение будет внесено.

Подход Port состоит в том, чтобы сделать организационный контекст частью процесса создания. Это означает, что AI Builder не просто реагирует на запросы в изоляции. Он предназначен для создания потоков, которые отражают, как компания фактически работает.

Для команд платформенной инженерии это может уменьшить разрыв между идеей и реализацией. Вместо того, чтобы вручную собирать потоки через разные системы, команды могут использовать естественный язык для генерации первой версии, а затем просмотреть, доработать и управлять ею внутри платформы.

Сделать больше инженеров строителями

Генеральный директор и сооснователь Port Зохар Эйни сформулировал запуск вокруг более широких изменений в разработке программного обеспечения: больше людей внутри организаций инженерии теперь ожидают создания автоматизации и агентских потоков самостоятельно.

“AI фундаментально меняет то, как создается программное обеспечение”, – сказал Эйни. “Каждый теперь является строителем. Разработчики и команды платформенной инженерии хотят создавать агентов AI, которые устраняют рутину, удаляют узкие места и улучшают доставку программного обеспечения”.

Этот сдвиг создает новую проблему для команд платформенной инженерии. Они больше не только строят внутренние инструменты для разработчиков. Они все чаще отвечают за создание среды, в которой разработчики, агенты AI и потоки платформенной инженерии могут безопасно взаимодействовать.

Именно здесь AI Builder вписывается в более широкую стратегию Port. Он дает больше пользователям возможность создавать потоки, но делает это внутри системы, предназначенной для сохранения стандартов, видимости и контроля.

Промышленное последствие: агентский разброс становится реальной проблемой

Запуск указывает на более широкую проблему, возникающую в процессе внедрения AI в корпоративном секторе. Компании переходят от экспериментов к реализации, но многие делают это с помощью не связанных между собой инструментов. Помощники кодирования AI, внутренние боты, агенты потоков, помощники данных и скрипты автоматизации принимаются с разной скоростью разными командами.

Это создает новый вид разброса программного обеспечения. В эпоху облака компании должны были учиться управлять разбросом инфраструктуры. В эпоху SaaS они должны были управлять разбросом приложений. В эпоху AI они будут должны управлять разбросом агентов.

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

Это почему платформенная инженерия становится более важной, а не менее, в эпоху AI. По мере того, как разработка программного обеспечения становится более автоматизированной, организации нуждаются в более сильной операционной модели того, как создается, утверждается, повторно используется и управляется автоматизация.

Внутренние порталы разработчиков эволюционируют

AI Builder также отражает меняющуюся роль внутренних порталов разработчиков. Первоначально многие порталы были сосредоточены на каталогах сервисов, документации, самообслуживании и опыте разработчиков. Они помогали инженерам найти то, что им нужно, и уменьшили нагрузку на команды платформенной инженерии.

Следующая фаза выглядит более активной. Port позиционирует портал как общий слой выполнения, где разработчики и агенты могут сотрудничать против одной и той же организационной карты. В этой модели портал не является просто местом для просмотра сервисов или запуска потоков. Он становится контрольной плоскостью для агентской доставки программного обеспечения.

Эта эволюция имеет смысл. Если агенты AI будут участвовать в SDLC, им нужны те же вещи, что и человеческим инженерам: контекст, разрешения, стандарты и обратная связь. Разница в том, что агенты могут работать намного быстрее, что делает управление более срочным.

Прирост производительности будет зависеть от доверия

Обещание продуктов, таких как AI Builder, заключается в более быстрой доставке программного обеспечения с меньшим ручным трудом. Но настоящий тест будет заключаться в доверии.

Корпорации не позволят агентам вносить значительные изменения в SDLC просто потому, что они быстрые. Им понадобится доказательство того, что потоки являются безопасными, объяснимыми, обратимыми и соответствуют внутренним политикам. Им также понадобится четкое понимание того, где люди остаются в цикле.

Это может быть наиболее важным последствием объявления Port. Следующий этап AI в разработке программного обеспечения не только о лучшей генерации кода. Это о создании систем, которые позволяют AI участвовать в реальных операционных средах без создания хаоса.

AI Builder доступен на бесплатных и платных подписках Port.