Я хотела просто создать приложение с помощью ИИ. В итоге пришлось учиться управлять целой командой

Как желание сделать что-нибудь красивое и полезное привело меня к разработке сложной системы, собственным правилам для ИИ и совершенно новому представлению о работе.

Когда у меня появился Claude Code, я не собиралась становиться программистом. По сути, мне захотелось попробовать создать приложение с помощью ИИ, не имея никаких навыков программирования. Причём не какую-нибудь демонстрационную страничку, а полноценный, красивый и полезный продукт, которым действительно будут пользоваться люди.

Меня увлекала сама возможность придумать и построить свой маленький цифровой мир, где всё будет устроено так, как я задумала. По образованию я дизайнер интерьера, поэтому визуальная сторона была для меня не менее важна, чем функциональность. И, конечно, особенно привлекала мысль, что всё это теперь можно попробовать сделать самостоятельно, даже не имея опыта программирования.

Тогда я ещё не представляла, что постепенно перейду от одного разговора с нейросетью к работе с несколькими параллельными окнами, целой системой ИИ-агентов и собственными правилами разработки. А начиналось всё с поиска идеи, потому что возможностей вдруг открылось столько, что выбрать что-то одно оказалось не так просто.

Я начала исследовать вайб-кодинг, изучать Claude Code по видео на YouTube, смотреть примеры приложений и прикидывать, что из этого мне самой было бы интересно создать. В голове появлялось множество идей, в которых я в какой-то момент потерялась, пока в одном из видео не услышала совет: первый продукт лучше делать в сфере, которую хорошо знаешь.

Мне казалось, что придумать приложение не так уж сложно, особенно когда нейросеть охотно поддерживает почти любую твою идею. Гораздо труднее понять, что действительно мешает людям работать, каких возможностей им не хватает и каким должно быть решение, чтобы оно стало частью их повседневной жизни, а не очередной программой, которую попробовали и забыли.

Я работала в дизайне интерьера и достаточно хорошо знала эту сферу изнутри. Поэтому решила исследовать существующие приложения для дизайнеров в России и за рубежом. С помощью нейросетей изучала их возможности, сравнивала подходы и пыталась найти инструмент, который полноценно не представлен на рынке.

Постепенно я остановила внимание на одном довольно привычном сценарии. Клиент присылает дизайнеру сообщения, голосовые, фотографии, ссылки, референсы, что-то рассказывает на встрече, а через неделю вдруг вспоминает ещё одну важную деталь. А еще через неделю придумывает еще что-то кардинально новое. Этот процесс может идти месяцами, а вся необходимая информация оказывается разбросана по разным местам.

С опытом у дизайнера нарабатывается навык собирать данные о проекте в голове. Плюс к этому развивается интуиция и умение чувствовать клиента лучше, чем он сам себя понимает. Но когда дизайнер начинающий, или находится в нересурсном состоянии, или попался сложный клиент, собирать цельную картину будущего проекта бывает очень непросто, и проект застревает именно на стадии сонастройки с клиентом и его желаниями.

Мне захотелось сделать приложение, которое выполняло бы эту подготовительную работу, систематизируя хаотичную и часто противоречивую информацию заказчика, создавая его цельный образ.

Так появилась идея Briefwell — ИИ-помощника для дизайнера интерьера, который помогает превращать разрозненную информацию от клиента в структурированный бриф.

Изначально я представляла приложение именно как инструмент для создания брифа. Но чем подробнее продумывала работу дизайнера, тем больше хотелось развить идею, ведь готовый бриф — это только начало проекта, а собранная информация может быть полезна и на следующих этапах.

Если пожелания и референсы уже разобраны, почему бы не предложить несколько направлений будущего интерьера? Если направление выбрано, можно помочь с палитрами, концепцией и мудбордом. Потом появились идеи по работе с документами, сметами и закупками, потому что в реальном проекте все эти процессы тесно связаны между собой.

И вот тут мысль действительно полетела. Из небольшого инструмента для сбора информации постепенно начал вырисовываться целый рабочий мир со своими разделами, сценариями, связями и правилами.

Причём с точки зрения пользователя я довольно хорошо понимала, каким должен быть продукт. Могла представить интерфейс, продумать основные действия, описать логику каждого раздела. Но вскоре обнаружилось, что понимать, как всё должно работать снаружи, и выстроить всю внутреннюю механику — совершенно разные задачи.

Claude Code, как и другие языковые модели, отлично умеет создавать ощущение, что он знает, как осуществить практически любую идею. Ты объясняешь задачу, модель предлагает решение, пишет код, создаёт файлы, и через некоторое время на экране действительно появляется интерфейс, с которым уже можно взаимодействовать. Особенно впечатляет это в самом начале, когда впервые видишь результат собственной задумки и понимаешь, что ещё недавно не представляла, как вообще подступиться к такой работе.

Поначалу мне казалось, что главная сложность заключается в правильной постановке задачи. Если достаточно подробно объяснить нейросети, что нужно сделать, она напишет программу, а мне останется проверить результат и двигаться дальше. На деле всё оказалось куда интереснее и значительно масштабнее.

За каждым действием пользователя скрывается целая цепочка процессов. Необходимо заранее подумать, что произойдёт, если человек загрузит неподходящий файл, прервёт операцию, изменит решение или вернётся к ней позже. И желательно, чтобы при добавлении новой функции не перестали работать те, которые ещё вчера прекрасно выполняли свои задачи.

Особенно много нюансов появляется, когда внутри приложения работает ИИ. Каждая задача, которая в задумке звучала как «ну просто добавить», неожиданно раскрывалась на множество самостоятельных вопросов, требующих отдельных решений.

В какой-то момент я поняла, что выбрала невероятно масштабный проект для первого опыта. Но вместо желания всё упростить или бросить у меня появился ещё больший интерес к тому, как устроена эта подкапотная механика и можно ли научиться ею управлять.

Сначала я работала с Claude Code довольно прямолинейно: открывала окно чата, описывала задачу, смотрела результат и просила что-то исправить. Но приложение быстро росло, работы становилось всё больше, и мне захотелось ускорить процесс.

Уже на второй день работы с Briefwell я делегировала выполнение задач одновременно трем окнам, хотя общего согласованного плана тогда ещё не существовало. Сейчас я понимаю, насколько поспешным было это решение: каждое окно могло исходить из собственного понимания проекта, принимать решения, о которых другие ничего не знали, и изменять части кода, связанные с чужой работой, тем самым плодя ошибки.

Получалось почти как с коллективом, в котором все увлечённо трудятся, но никто толком не договорился, кто за что отвечает. В результате параллельная работа не всегда экономила время, потому что потом приходилось разбираться, как объединить изменения, почему они мешают друг другу и какие решения вообще остаются актуальными.

Стало понятно, что строить серьёзный продукт только на истории переписки с ИИ нельзя. Нужна система, в которой каждое новое окно понимает, что мы создаём, какие решения уже приняты, что сделано, что осталось и какие правила нельзя нарушать.

И именно здесь началась работа, которая неожиданно увлекла меня, пожалуй, даже больше самого приложения.

Сначала появились файлы с описанием проекта, его текущего состояния и принятых решений, затем — инструкции для повторяющихся задач. Постепенно всё это превратилось в отдельные скиллы: наборы правил и последовательностей действий, по которым Claude Code организует работу.

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

Раньше в процессе разработки случались "открытия", из-за которых приходилось переделывать готовые части приложения. Теперь можно разобраться со многими вопросами заранее, и это даёт гораздо больше, чем просто экономию времени: появляется ясность, что именно мы строим и почему.

Другой скилл, «Big Build», помогает организовывать большую работу в нескольких окнах. Позже появились отдельные инструменты для тестирования, проверки расчётов, сохранения изменений и передачи работы между сессиями.

Причём вся эта система создавалась не по заранее придуманной идеальной схеме. Практически каждый новый инструмент появлялся после какой-нибудь проблемы: потеряли важное решение — придумали, как его фиксировать; несколько окон мешали друг другу — установили правила распределения задач; одна и та же ошибка повторялась — превратили её в обязательную проверку.

Со временем я стала воспринимать ошибки не просто как неприятности, которые нужно поскорее исправить. Гораздо интереснее было понять их причину и изменить сам процесс, чтобы в следующий раз не столкнуться с тем же самым.

Сегодня я могу вести до восьми параллельных рабочих процессов, хотя главное здесь, конечно, не количество открытых окон. Создать несколько диалогов с Claude Code несложно, а вот организовать их так, чтобы они не мешали друг другу и в итоге создавали одну согласованную систему, — уже совсем другая задача. Каждому исполнителю нужно определить зону ответственности, объяснить, что именно он должен сделать и с какими частями проекта может работать.

Иногда это действительно напоминает управление коллективом, только твои сотрудники — ИИ-агенты, которые быстро пишут код, анализируют документы и предлагают решения, но при этом способны ошибаться, неверно понимать задачу или не учитывать то, что происходило в соседнем окне. Они могут выполнить огромный объём работы, однако кто-то всё равно должен видеть всю систему целиком.

Я пришла в вайб-кодинг с желанием научиться правильно формулировать промты, а постепенно обнаружила, что гораздо важнее умение разложить большую задачу на части, увидеть зависимости, предугадать сложности и организовать проверку результата. По сути, мне пришлось осваивать не столько общение с нейросетью, сколько управление разработкой.

Сейчас я замечаю, насколько изменился мой подход к работе вообще. Раньше могла начать что-то делать, имея довольно общее представление о конечном результате, а детали продумывать уже по ходу дела. Теперь всё чаще хочется сначала увидеть целую картину, понять, какие этапы предстоят, что от чего зависит и где могут возникнуть сложности.

Причём эти навыки оказались полезны далеко за пределами Briefwell. Я начала создавать инструменты для других задач и профессиональных сфер, потому что научилась смотреть не только на отдельную функцию, но и на весь процесс, который за ней стоит.

Самое удивительное для меня — насколько сильно меня увлекла именно эта сторона работы. Я обнаружила, что получаю не меньше удовольствия от проектирования сложной системы, поиска решений и постоянного совершенствования самого процесса.

Наверное, поэтому я до сих пор продолжаю развивать Briefwell: у меня остаётся множество идей для самого продукта, но не меньше меня интересует возможность находить новые способы работать над ним. Если вам любопытно посмотреть, во что превратилась моя первоначальная задумка, я собрала описание возможностей на странице лендинга Briefwell, откуда можно перейти и в само приложение.

Мне кажется, вайб-кодинг действительно открывает огромные возможности людям, которые хорошо знают свою профессиональную сферу, но никогда не занимались программированием. Теперь они могут не только увидеть проблему и представить решение, но и попробовать самостоятельно его реализовать, постепенно разбираясь в том, чего раньше не умели.

Если бы меня спросили, что удивило меня в вайб-кодинге больше всего, я бы ответила: даже не то, что ИИ способен писать программы, а то, сколько нового может освоить человек, который начинает работать с ним всерьёз.