Дата публикации
coding

Как ИИ‑агенты меняют работу разработчиков, продактов и дизайнеров

Что появилось / что изменилось

В EPD‑командах (Engineering, Product, Design) появился новый центр тяжести — код пишут не люди, а кодирующие агенты вроде Claude и других LLM‑ассистентов. Это не просто «автодополнение», а полноценные агенты, которые по текстовому описанию фичи генерируют работающие прототипы.

Ключевые сдвиги:

  • Порог входа в разработку резко упал. Любой человек в компании, который умеет формулировать задачу текстом, может получить рабочий прототип.
  • Основной узкий ресурс сместился с написания кода на его ревью: архитектура, продуктовая логика, UX.
  • Классическая схема PRD → дизайн‑макет → разработка больше не работает как основной шаблон.
  • Вместо этого сначала появляется прототип, а уже к нему прикладывают текстовое описание требований и намерений.
  • Роль «генералиста» (человек, который понимает и продукт, и дизайн, и код) становится критичной: один такой специалист в связке с агентом двигает фичу быстрее, чем три узких специалиста.
  • Специализация никуда не делась, но планка выросла: если вы только «рисуете макеты» или только «пишете код по ТЗ», вас легко заменяет связка «сильный продукт + агент».

Цифр в духе «в X раз быстрее» в исходном материале нет, но логика простая: время от идеи до первого работающего прототипа сокращается с недель до часов.

Как это работает

Кодирующий агент — это LLM, обученная не только продолжать текст, но и генерировать и править код, запускать его в песочнице, читать ошибки и итеративно улучшать результат.

Типичный цикл выглядит так:

  1. Продукт, дизайнер или инженер описывает задачу текстом: что за фича, какие пользователи, какой сценарий.
  2. Агент генерирует код: фронтенд, бэкенд, иногда простую инфраструктуру.
  3. Тот же агент или человек запускает прототип, проверяет, как он работает.
  4. По результатам теста автор дополняет требования и снова прогоняет через агента.

Ключевой момент: агенту не нужен классический PRD на 10 страниц. Ему хватает структурированного описания намерений и ограничений. Поэтому документация смещается от «передать задачу разработке» к «зафиксировать, что именно мы хотели получить и почему».

Что это значит для вас

Если вы инженер

  • Писать «рутинный» код руками вы будете меньше. Основная ценность — в архитектуре, выборе подходов, ревью кода, безопасности.
  • Придётся научиться формулировать задачи для агентов и проверять результат: от тестов до продакшн‑готовности.
  • Если вы только «джун, который пишет CRUD по ТЗ», конкурировать с агентами будет тяжело. Прокачивайте системное мышление и понимание продукта.

Если вы продакт

  • Вы больше не зависите от спринта, чтобы проверить гипотезу. Можно самому сгенерировать прототип и показать пользователям.
  • Но ответственность растёт: плохое формулирование задачи агенту = плохой продукт. «Сильный PM» ускоряется, «слабый PM» множит хаос.
  • Документы не исчезают. Просто вместо тяжёлых PRD вы готовите короткие, но точные описания: цель, метрики, ограничения, сценарии.

Если вы дизайнер

  • Интерфейсы можно собирать прямо в коде через агента, а не только в Figma. Это ускоряет проверку UX‑гипотез.
  • От вас ждут не только «красивый макет», а умение мыслить продуктом: сценарии, потоки, метрики.
  • Придётся активнее участвовать в ревью прототипов, а не только в начале проекта.

Если вы фаундер или руководитель продукта

  • Готовьтесь к взрывному росту количества прототипов внутри команды. Настройте процесс ревью, иначе утонете в полуфабрикатах.
  • Введите правило: любой прототип приходит на ревью с коротким документом — что мы хотим, для кого и как поймём, что получилось.
  • Инвестируйте в генералистов: люди, которые уверенно чувствуют себя в продукте, дизайне и коде, в паре с агентами приносят максимальный результат.

Технических ограничений по регионам исходный текст не описывает, но общая реальность: для части ИИ‑сервисов нужен VPN и аккаунт в «дружественной» юрисдикции.

Место на рынке

Текст описывает не конкретный продукт, а класс инструментов — кодирующие агенты вроде Claude и аналогов. Прямых сравнений «быстрее/дешевле» с GPT‑4o, GPT‑5 или Claude 4 нет, поэтому оценивать по цифрам нечестно.

По сути, это ещё один слой поверх LLM: не просто чат, а ассистент, который умеет держать в голове структуру проекта, генерировать и править код и работать с прототипами.

Где такие агенты особенно сильны:

  • быстрые MVP и внутренние тулзы;
  • автоматизация рутинного кода и обвязки;
  • помощь в ревью: генерация тестов, поиск очевидных багов.

Где они пока слабы:

  • сложная архитектура с нетривиальными нефункциональными требованиями;
  • глубокий ресёрч пользовательских проблем без участия человека;
  • финальный продуктовый и UX‑выбор — здесь по‑прежнему решают люди.

Главное: кодирующие агенты уже меняют распределение ролей в EPD. Вы либо строите вместе с ними, либо проверяете и направляете то, что они построили. Третьего варианта почти не остаётся.


Читайте также

Как ИИ‑агенты меняют работу разработчиков, продактов и дизайнеров — VogueTech | VogueTech