Я проектирую продукт и сам собираю ИИ внутри него
ИИ-фичи ломаются в одном и том же месте: между тем, кто их придумал, и тем, кто их подключает.
Дизайнер рисует чат с волшебным ответом. Разработчик подключает модель и получает настоящий ответ — медленнее, длиннее, иногда неверный. Это состояние никто не проектировал, поэтому в продакшен уходит спиннер и красный тост. Фича формально работает и ощущается сломанной.
Мне надоел этот handoff, и я забрал всё себе.
Как выглядит моя работа сейчас
Я проектирую в Figma и собираю в React. Один человек, без передачи, без спеки, где написано «здесь ИИ подсказывает лучший вариант», а самое сложное оставлено кому-то другому.
Claude Code работает в этом цикле как вторая пара рук. Он пишет каркас, связующий код, миграцию, которую я иначе откладывал бы неделю. Мой трекер времени logr прошёл путь от идеи до работающего продукта за день именно поэтому: мне не пришлось выбирать между «спроектировать» и «собрать».
Чего он не делает — так это не принимает решения. У него нет вкуса, нет контекста про человека, который этим будет пользоваться, и бесконечная уверенность в себе. Ценность не в том, что «ИИ пишет мой продукт», а в том, что расстояние от решения до работающего экрана сжалось до минут. Значит, решений в день больше — и выбрасывать их я тоже могу чаще.
Роль ИИ-инженера
Дальше начинается часть, которую дизайнеры обычно пропускают.
Промпт — это текст интерфейса. Это тон, границы, отказы, вопросы, которые продукт задаёт в ответ. Писать его — дизайнерская работа, а отдать бэкендеру задачей — верный способ получить продукт, который разговаривает как отдел комплаенса.
Ошибка — это поверхность проектирования. Модель медленная, иногда неправа, иногда молчит. Значит, нужен стриминг, частичные состояния, «я не уверен» вместо уверенного вранья, простой способ исправить ответ. Если это не спроектировано, вашим основным состоянием становится спиннер.
Эвалы — это новые юзабилити-тесты. Вероятностную фичу нельзя посмотреть глазами два раза и объявить готовой. Я держу небольшой набор реальных случаев и прогоняю его после каждой правки — скучная привычка, которая отличает демо от фичи.
Стоимость — такое же ограничение, как вес страницы. У каждого вызова есть цена и бюджет задержки. Это меняет решения: что срабатывает на каждое нажатие клавиши, что один раз, а где модель вообще не нужна.
Почему это работает
Старое разделение исходило из того, что интерфейс — это поверхность, а модель — механика под ней. В ИИ-продуктах поведение модели и есть интерфейс. Разложить их на двух человек — значит оставить сам опыт без хозяина.
Один человек может держать оба конца — не потому что дизайнеры поумнели, а потому что инструменты подошли достаточно близко и «спроектировать» и «выпустить» перестали быть разными работами.
Если ты уже проектируешь продукты и читаешь код — это самый короткий путь стать тем, кто решает, как продукт себя ведёт, а не тем, кто это описывает.