Зміст
Коротко
У довгому моноліті вузьке місце рідко в тому, що розробник «повільно друкує». Гіпотеза проходить узгодження, беклог, проєктування, рев’ю й викладку — і вікно можливостей закривається раніше за реліз. Роздати всім кодових асистентів ШІ прискорює одну ділянку черги, але не весь виробничий цикл.
Ілля Радченко (SimpleOne) на Habr формулює жорсткіше: агентна розробка змінює механіку виконання задачі — ролі розподіляються між агентами — але без інфраструктури це дорога іграшка. Потрібні трекер, середовище виконання, доступ до даних і шар інструментів на кшталт MCP; платформа low-code виявляється зручним субстратом.
Що сталося
Класичний сценарій тримає людину як єдине горлечко: вона сама уточнює вимоги, пише код, перевіряє сусідні ефекти, ганяє рев’ю. В агентному сценарії з’являються ролі — збір вимог, специфікація, план, код, рев’ю, димові перевірки, збірка — а людина ставить межі й підтверджує, що результат розв’язує вихідну проблему.
Автор перелічує мінімум фундаменту. Без спільної дошки статусів оркестр агентів перетворюється на хаос чатів. Без середовища розробки, рантайму й контролю версій лишається копіпаст із діалогу в репозиторій. Без прикладних даних агент не пріоритезує беклог і не бачить вплив на архітектуру. Без стандартизованого доступу до інструментів (MCP поверх API) кожна дія дорога й крихка.
Low-code тут не гасло «без коду», а середовище, де вже лежать модель даних, процеси, інтерфейси й виконання. Міст між простими сценаріями і повноцінним кодом знижує тертя: агентам легше орієнтуватися в одному контурі з пам’яттю про сутності платформи.
Чому це важливо
Компанії часто вимірюють успіх ШІ хвилинами до першого дифа. У моноліті цінність — час від гіпотези до перевірки в проді. Якщо решта конвеєра колишня, прискорення набору коду лише збільшує чергу на рев’ю й регресію.
Кейси SimpleOne показують порядок величин. Панель потоків «вхідний / вихідний» для команд розробки: класична оцінка — тижні й людино-місяці; з агентами — дні ітерацій за десятків точок участі людини. Багатофакторна оцінка беклогу (CRM + ITSM + SDLC) з кількома моделями й автоперерахунком тисяч записів — аналогічно: місяці командою проти кількох робочих днів щасливим шляхом.
Окремо описано «скептика» — парного агента, який завертає чернетки (у логах проєкту — понад половину), ловлячи логічні суперечності з правилами, а не лише синтаксис. Це нагадування: контроль якості не можна викинути з контуру, навіть якщо генерація прискорилася.
На практиці
- Спочатку намалюйте карту тертя (узгодження, контекст, викладка) — не список моделей.
- Дайте агентам спільну дошку задач зі статусами й явними точками людського підтвердження.
- Підключіть середовище виконання й систему контролю версій так, щоб результат одразу жив у репозиторії, а не в буфері обміну.
- Відкрийте агентам прикладні дані через описані інструменти (
MCP), а не пачку посилань наConfluence. - Рахуйте вартість тертя й помилок на стиках, а не лише токенів: дешевше часто означає «менше перемикань».
Досвідчена людина в контурі обов’язкова: недосвідчений оператор з однією постановкою не отримає зріле рішення в складному домені. Обмеження, алгоритми й обов’язкові перевірки — частина дизайну, не опція.
Підсумок
Асистенти прискорюють набір коду; агенти можуть перебудувати життєвий цикл розробки — але лише на фундаменті платформи: задачі, середовище, дані, інтеграції. Low-code з багатим контекстом знижує вартість збирання такого контуру. Питання не «чи готові ви довірити агентам усе», а де їх розгортати, щоб користь не з’їдалася тертям і рахунком за токени.