От одного промпта к ролевому пайплайну: опыт разработки сайта с ИИ
Идея о том, что для разработки достаточно запустить Claude и дать ему хороший промпт, работает лишь до определённого момента. Пока задача небольшая и не требует дальнейшего развития, такой подход действительно может дать быстрый результат. Но при поддержке проекта, его расширении и командной работе ограничения становятся заметнее.
С этим столкнулся разработчик, чей основной опыт связан с базами данных. Во фронтенд-разработке он прежде не работал, однако осенью 2025 года решил создать сайт с помощью ИИ. На старте взаимодействие выглядело привычно: человек и модель обсуждали, что нужно сделать, после чего Claude генерировал результат.
Проблема заключалась в том, что модель не всегда одинаково понимала договорённости. В процессе диалога часть требований могла трактоваться иначе, чем планировалось, а итоговая реализация не совпадала с исходной задумкой. При разовых экспериментах это можно исправить дополнительными сообщениями, но такой способ плохо подходит для проекта, который нужно последовательно развивать.
Переход к ролям
В декабре появилась первая версия ролевого пайплайна. Вместо одного универсального участника в процессе были выделены роли архитектора, планировщика, кодера и ревьюера. Каждая из них стала частью отдельной последовательности работы над задачей.
На первом этапе запуск оставался ручным. Разработчик самостоятельно инициировал нужные роли и контролировал переход между ними. Такой формат уже позволил структурировать взаимодействие с моделью, но требовал постоянного участия человека и не решал проблему автоматизации.
В январе в пайплайне появилась роль менеджера. После этого запуск стал автоматическим: система получила дополнительный уровень, который координировал прохождение задачи через остальные роли. Так ручной набор действий превратился в более цельный процесс.
Почему пайплайн продолжает развиваться
Автор рассматривает этот процесс не как разовую настройку промпта, а как развивающуюся систему. Разделение ролей помогает иначе организовать работу с ИИ: вместо попытки решить всё одним запросом задачи проходят через несколько этапов и участников.
Опыт показывает, что ценность такого подхода проявляется не только в генерации кода. Когда проект нужно поддерживать, изменять и делать понятным для других участников, важными становятся структура процесса и предсказуемость взаимодействия. Именно поэтому путь от первого диалога с Claude к автоматическому ролевому пайплайну оказался постепенным: сначала появились роли, затем ручной запуск, а позже — автоматическая координация.
