Содержание
Коротко
В длинном монолите узкое место редко в том, что разработчик «медленно печатает». Гипотеза проходит согласования, бэклог, проектирование, ревью и выкладку — и окно возможностей закрывается раньше релиза. Раздать всем кодовых ассистентов ИИ ускоряет один участок очереди, но не весь производственный цикл.
Илья Радченко (SimpleOne) на Habr формулирует жёстче: агентная разработка меняет механику выполнения задачи — роли распределяются между агентами — но без инфраструктуры это дорогая игрушка. Нужны трекер, среда исполнения, доступ к данным и слой инструментов вроде MCP; платформа low-code оказывается удобным субстратом.
Что произошло
Классический сценарий держит человека как единственное горлышко: он сам уточняет требования, пишет код, проверяет соседние эффекты, гоняет ревью. В агентном сценарии появляются роли — сбор требований, спецификация, план, код, ревью, дымовые проверки, сборка — а человек ставит границы и подтверждает, что результат решает исходную проблему.
Автор перечисляет минимум фундамента. Без общей доски статусов оркестр агентов превращается в хаос чатов. Без среды разработки, рантайма и контроля версий остаётся копипаст из диалога в репозиторий. Без прикладных данных агент не приоритизирует бэклог и не видит влияние на архитектуру. Без стандартизированного доступа к инструментам (MCP поверх API) каждое действие дорого и хрупко.
Low-code здесь не лозунг «без кода», а среда, где уже лежат модель данных, процессы, интерфейсы и исполнение. Мост между простыми сценариями и полноценным кодом снижает трение: агентам проще ориентироваться в одном контуре с памятью о сущностях платформы.
Почему это важно
Компании часто измеряют успех ИИ минутами до первого диффа. В монолите ценность — время от гипотезы до проверки в проде. Если остальной конвейер прежний, ускорение набора кода лишь увеличивает очередь на ревью и регрессию.
Кейсы SimpleOne показывают порядок величин. Панель потоков «входящий / исходящий» для команд разработки: классическая оценка — недели и человеко-месяцы; с агентами — дни итераций при десятках точек участия человека. Многофакторная оценка бэклога (CRM + ITSM + SDLC) с несколькими моделями и автопересчётом тысяч записей — аналогично: месяцы командой против нескольких рабочих дней по счастливому пути.
Отдельно описан «скептик» — парный агент, который заворачивает черновики (в логах проекта — больше половины), ловя логические противоречия с правилами, а не только синтаксис. Это напоминание: контроль качества нельзя выкинуть из контура, даже если генерация ускорилась.
На практике
- Сначала нарисуйте карту трений (согласования, контекст, выкладка) — не список моделей.
- Дайте агентам общую доску задач со статусами и явными точками человеческого подтверждения.
- Подключите среду исполнения и систему контроля версий так, чтобы результат сразу жил в репозитории, а не в буфере обмена.
- Откройте агентам прикладные данные через описанные инструменты (
MCP), а не пачку ссылок наConfluence. - Считайте стоимость трения и ошибок на стыках, а не только токенов: дешевле часто значит «меньше переключений».
Опытный человек в контуре обязателен: неопытный оператор с одной постановкой не получит зрелое решение в сложном домене. Ограничения, алгоритмы и обязательные проверки — часть дизайна, не опция.
Итог
Ассистенты ускоряют набор кода; агенты могут перестроить жизненный цикл разработки — но только на фундаменте платформы: задачи, среда, данные, интеграции. Low-code с богатым контекстом снижает стоимость сборки такого контура. Вопрос не «готовы ли вы доверить агентам всё», а где их разворачивать, чтобы польза не съедалась трением и счётом за токены.