- Дата публикации
Как ИИ‑агенты меняют работу разработчиков, продактов и дизайнеров
Что появилось / что изменилось
В EPD‑командах (Engineering, Product, Design) появился новый центр тяжести — код пишут не люди, а кодирующие агенты вроде Claude и других LLM‑ассистентов. Это не просто «автодополнение», а полноценные агенты, которые по текстовому описанию фичи генерируют работающие прототипы.
Ключевые сдвиги:
- Порог входа в разработку резко упал. Любой человек в компании, который умеет формулировать задачу текстом, может получить рабочий прототип.
- Основной узкий ресурс сместился с написания кода на его ревью: архитектура, продуктовая логика, UX.
- Классическая схема PRD → дизайн‑макет → разработка больше не работает как основной шаблон.
- Вместо этого сначала появляется прототип, а уже к нему прикладывают текстовое описание требований и намерений.
- Роль «генералиста» (человек, который понимает и продукт, и дизайн, и код) становится критичной: один такой специалист в связке с агентом двигает фичу быстрее, чем три узких специалиста.
- Специализация никуда не делась, но планка выросла: если вы только «рисуете макеты» или только «пишете код по ТЗ», вас легко заменяет связка «сильный продукт + агент».
Цифр в духе «в X раз быстрее» в исходном материале нет, но логика простая: время от идеи до первого работающего прототипа сокращается с недель до часов.
Как это работает
Кодирующий агент — это LLM, обученная не только продолжать текст, но и генерировать и править код, запускать его в песочнице, читать ошибки и итеративно улучшать результат.
Типичный цикл выглядит так:
- Продукт, дизайнер или инженер описывает задачу текстом: что за фича, какие пользователи, какой сценарий.
- Агент генерирует код: фронтенд, бэкенд, иногда простую инфраструктуру.
- Тот же агент или человек запускает прототип, проверяет, как он работает.
- По результатам теста автор дополняет требования и снова прогоняет через агента.
Ключевой момент: агенту не нужен классический PRD на 10 страниц. Ему хватает структурированного описания намерений и ограничений. Поэтому документация смещается от «передать задачу разработке» к «зафиксировать, что именно мы хотели получить и почему».
Что это значит для вас
Если вы инженер
- Писать «рутинный» код руками вы будете меньше. Основная ценность — в архитектуре, выборе подходов, ревью кода, безопасности.
- Придётся научиться формулировать задачи для агентов и проверять результат: от тестов до продакшн‑готовности.
- Если вы только «джун, который пишет CRUD по ТЗ», конкурировать с агентами будет тяжело. Прокачивайте системное мышление и понимание продукта.
Если вы продакт
- Вы больше не зависите от спринта, чтобы проверить гипотезу. Можно самому сгенерировать прототип и показать пользователям.
- Но ответственность растёт: плохое формулирование задачи агенту = плохой продукт. «Сильный PM» ускоряется, «слабый PM» множит хаос.
- Документы не исчезают. Просто вместо тяжёлых PRD вы готовите короткие, но точные описания: цель, метрики, ограничения, сценарии.
Если вы дизайнер
- Интерфейсы можно собирать прямо в коде через агента, а не только в Figma. Это ускоряет проверку UX‑гипотез.
- От вас ждут не только «красивый макет», а умение мыслить продуктом: сценарии, потоки, метрики.
- Придётся активнее участвовать в ревью прототипов, а не только в начале проекта.
Если вы фаундер или руководитель продукта
- Готовьтесь к взрывному росту количества прототипов внутри команды. Настройте процесс ревью, иначе утонете в полуфабрикатах.
- Введите правило: любой прототип приходит на ревью с коротким документом — что мы хотим, для кого и как поймём, что получилось.
- Инвестируйте в генералистов: люди, которые уверенно чувствуют себя в продукте, дизайне и коде, в паре с агентами приносят максимальный результат.
Технических ограничений по регионам исходный текст не описывает, но общая реальность: для части ИИ‑сервисов нужен VPN и аккаунт в «дружественной» юрисдикции.
Место на рынке
Текст описывает не конкретный продукт, а класс инструментов — кодирующие агенты вроде Claude и аналогов. Прямых сравнений «быстрее/дешевле» с GPT‑4o, GPT‑5 или Claude 4 нет, поэтому оценивать по цифрам нечестно.
По сути, это ещё один слой поверх LLM: не просто чат, а ассистент, который умеет держать в голове структуру проекта, генерировать и править код и работать с прототипами.
Где такие агенты особенно сильны:
- быстрые MVP и внутренние тулзы;
- автоматизация рутинного кода и обвязки;
- помощь в ревью: генерация тестов, поиск очевидных багов.
Где они пока слабы:
- сложная архитектура с нетривиальными нефункциональными требованиями;
- глубокий ресёрч пользовательских проблем без участия человека;
- финальный продуктовый и UX‑выбор — здесь по‑прежнему решают люди.
Главное: кодирующие агенты уже меняют распределение ролей в EPD. Вы либо строите вместе с ними, либо проверяете и направляете то, что они построили. Третьего варианта почти не остаётся.