Port представляє Vibe Coding для платформної інженерії з AI Builder

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

Компанія описує продукт як перший спеціально створений досвід vibe кодування для платформної інженерії. Але більш важливим моментом не є ярлик “vibe кодування”. Це те, до чого Port намагається його застосувати.

Vibe кодування в основному асоціювалося з окремими розробниками, які використовують природну мову для генерації програм, прототипів або змін коду. Port приймає ту саму модель взаємодії та застосовує її до життєвого циклу доставки програмного забезпечення: налаштування, інфраструктурні робочі процеси, готовність до виробництва, реакція на інциденти, контроль витрат, відстежування продуктивності інженерії, управління та управління агентами.

Це зовсім інша проблема, ніж допомога розробнику писати код швидше. У великих інженерних організаціях проблема полягає не тільки в тому, чи може штучний інтелект генерувати корисний робочий процес. Це питання про те, чи цей робочий процес відповідає архітектурі компанії, дотримується внутрішніх політик, підключається до правильних інструментів, поважає дозволи та може бути перевірений після цього.

Від помічника кодування до шару контролю SDLC

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

Ця основа має значення, оскільки агентський розвиток може швидко стати фрагментованим. Розробник може створити агента для розбору інцидентів. Інженер платформної інженерії може створити агента для управління хмарними витратами. Команда безпеки може створити агента для забезпечення дотримання вимог. Кожен випадок використання може бути цінним сам по собі, але без спільного контексту та контролю компанії можуть опинитися з дублікатами робочих процесів, неконсистентним управлінням та агентами, які діють на основі неповної інформації.

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

Як працює AI Builder

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

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

Ключовою особливістю є режим планування. Перед побудовою штучний інтелект створює план, задає уточнюючі питання та чекає затвердження. Плани версіонуються та зберігаються, надають командам запис того, що було запропоновано та затверджено. Це може здатися малим деталями робочого процесу, але це центральний момент позиціонування продукту. Чим більше автономності організації надають агентам штучного інтелекту, тим більше їм потрібні шляхи затвердження, прослідковуваність та підзвітність.

Чому контекст має значення

Продукт пов’язаний з Context Lake Port, який призначений для надання агентам та робочим процесам доступу до реальних організаційних даних. Це може включати сервіси, команди, володіння, залежності, середовища, інтеграції, політики та операційні метадані.

Це одна з найбільш важливих частин оголошення. Системи штучного інтелекту часто є лише так корисними, як контекст, до якого вони можуть отримати доступ. Загальний помічник може запропонувати робочий процес розгортання, але він не знає автоматично, які сервіси є бізнес-критичними, які команди володіють ними, який процес затвердження застосовується, або які залежності можуть зламатися, якщо змінюється щось.

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

Для команд платформної інженерії це може зменшити розрив між ідеєю та реалізацією. Замість ручного збору робочих процесів по різних системах команди можуть використовувати природну мову для генерації першої версії, а потім переглянути, уточнити та управляти нею всередині платформи.

Створення більшої кількості інженерів-білдерів

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

“Штучний інтелект фундаментально змінює те, як створюється програмне забезпечення”, – сказав Ейні. “Кожен є білдером тепер. Розробники та команди платформної інженерії хочуть створити агентів штучного інтелекту, які ліквідують ручну роботу, усунуть瓶 cổ та покращать доставку програмного забезпечення”.

Ця зміна створює нову проблему для команд платформної інженерії. Вони вже не тільки будують внутрішні інструменти для розробників. Вони все частіше відповідають за створення середовища, в якому розробники, агенти штучного інтелекту та платформні робочі процеси можуть безпечно взаємодіяти.

Це саме місце, де AI Builder вписується у більшу стратегію Port. Він надає більшій кількості користувачів можливість створювати робочі процеси, але робить це всередині системи, яка призначена для збереження стандартів, видимості та контролю.

Промислова імплікація: агентське розсіювання стає реальною проблемою

Запуск вказує на більш широку проблему, яка виникає в процесі прийняття штучного інтелекту в підприємствах. Компанії переходять від експериментів до реалізації, але багато з них роблять це з відключеними інструментами. Помічники кодування штучного інтелекту, внутрішні боти, агенти робочих процесів, помічники даних та скрипти автоматизації приймаються з різною швидкістю різними командами.

Це створює нову форму програмної розсіювання. У епоху хмарних технологій компанії мали навчитися керувати інфраструктурним розсіюванням. У епоху SaaS їм довелося керувати розсіюванням програм. У епоху штучного інтелекту їм доведеться керувати агентським розсіюванням.

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

Це саме причина, чому платформна інженерія стає більш важливою, а не менш важливою, у добу штучного інтелекту. Коли розробка програмного забезпечення стає більш автоматизованою, організації потребують сильнішої оперативної моделі того, як створюється, затверджується, повторно використовується та управляється автоматизація.

Внутрішні портали розробників еволюціонують

AI Builder також відображає зміну ролі внутрішніх порталів розробників. Спочатку багато порталів були орієнтовані на каталоги сервісів, документацію, самообслуговування та досвід розробників. Вони допомагали інженерам знайти те, що їм потрібно, та зменшували навантаження на команди платформної інженерії.

Наступна фаза виглядає більш активною. Port позиціонує портал як спільний шар виконання, де розробники та агенти можуть співпрацювати проти однієї організаційної карти. У цій моделі портал не тільки місце для перегляду сервісів або запуску робочих процесів. Він стає контрольною площиною для агентської доставки програмного забезпечення.

Це еволюція має сенс. Якщо агенти штучного інтелекту будуть брати участь у життєвому циклі доставки програмного забезпечення, їм потрібні ті самі речі, які потрібні людині-інженерові: контекст, дозволи, стандарти та зворотний зв’язок. Відмінність полягає в тому, що агенти можуть працювати набагато швидше, що робить управління більш терміновим.

Збільшення продуктивності буде залежати від довіри

Обіцянка продуктів, таких як AI Builder, полягає в швидшій доставці програмного забезпечення з меншою ручною роботою. Але справжній тест буде довірою.

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

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

AI Builder доступний на безкоштовних та платних підписках Port.