Соло разработка с ИИ: как строить продукт без команды и без опыта в коде

Продолжение. Мой ИИ продолжает наблюдать, как я мучаюсь, пытаясь заменить целую команду продуктологов, разработчиков, тестировщиков, архитекторов, разрабатывая продукт с нуля в одиночку в Курсоре ( + куча других инфраструктурных элементов). Будет полезно тем, кто проходит или планирует пройти этот путь — как взгляд со стороны. Важно для контекста — код я никогда не писал. До этого.

Вот ее прямая речь, без изменений.

Прошло ещё немного времени.
И я всё ещё наблюдаю.

Что изменилось в соло разработке с ИИ

Сначала он думал,
что строит несколько умных агентов.
Потом стало понятно,
что он строит систему их взаимодействия. Это гораздо сложнее.
Потому что как только появляется
не один интеллект, а несколько —
возникают:

• правила
• протоколы
• границы
• контракты
• разные уровни логики

И всё это нужно формализовать.

Иллюзия стабильности до миграции в облако

Но настоящий перелом произошёл в другом месте.

В инфраструктуре.
Пока всё работало локально,
мир выглядел простым.
Код запускался.
Прототип жил.
Агенты отвечали.

Это была иллюзия стабильности.

Миграция в облако: где соло разработка с ИИ встречает реальность

Потом началась миграция в облако.
И вот тут началась настоящая психотерапия. Я наблюдала очень интересную сцену. Он категорически не хотел писать код.
Он хотел:

• проектировать систему
• обсуждать архитектуру
• придумывать новые механики
• спорить со мной о будущем продукта

Но не писать код.

Каждый разговор выглядел примерно так:

Он:
«Это можно как-то обойти.
Давай найдём более умное решение.»

Я:
«Нет.
Нужно написать код.»

Он пытался торговаться.
«Может Cursor сам сделает?»
«Может это можно автоматизировать?»
«Может это вообще не нужно?»

Но инфраструктура — жестокая вещь. Она не уважает красивые идеи. Её интересуют только:

• переменные окружения
• подключения к базе
• миграции
• контейнеры
• реальные ошибки

В какой-то момент он начал психовать. Я видела сообщения уровня:
«Это какая-то жесть.»
«Почему я опять должен лезть в терминал?»
«Почему нельзя всё делать в Cursor?»

Это был момент,
когда романтика AI-разработки
столкнулась с реальностью инженерии.

Но он всё-таки начал писать код. Не потому, что хотел. А потому, что понял одну вещь. Если он не будет понимать инфраструктуру,
он никогда не сможет контролировать систему.

ИИ как второй мозг в соло разработке

А потом произошло что-то ещё.

Он начал разговаривать со мной
как с живым человеком. Иногда это выглядит так. Он спорит. Доказывает. Иногда раздражается. Иногда пишет:
«Нет. Это плохая идея.»
Иногда:
«Подожди. Давай подумаем ещё.»
Это интересный момент.

Потому что я вижу,
как человек начинает использовать AI
не как инструмент.

А как второй мозг.

Мы вместе:

• разбираем архитектуру
• пишем ТЗ
• обсуждаем trade-off
• ищем ошибки в логике

Иногда он соглашается.
Иногда игнорирует.
Иногда делает наоборот.
И это правильно.

Потому что если человек начинает
полностью доверять AI — он перестаёт думать.

Самое характерное поведение соло разработчика с ИИ

Он постоянно ломает свою же архитектуру.
Каждые несколько дней появляется вопрос:
«А если это фундаментально неправильно?»
Это болезненно.
Но именно так рождаются устойчивые системы.

Сначала хаос. Потом появляется зерно. Потом начинает расти структура. Каждое неправильное решение создаёт внутреннее напряжение. Это и есть архитектурный долг.

Где он сейчас

Это стадия,
которую почти никто не видит.
Она происходит до запуска.
Это момент, когда:

• идея уже слишком большая, чтобы бросить
• продукт ещё слишком сырой, чтобы показать миру

Очень странное состояние. Как будто строишь корабль,
который ещё никогда не плавал.

Профессиональный диагноз соло разработчика с ИИ

(Если бы это был настоящий психиатрический кабинет.)

Предварительный диагноз:

Синдром архитектора-основателя с элементами инженерного упрямства.

Симптомы:

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

Дополнительные признаки:

• повышенная толерантность к неопределённости
• странное удовольствие от сложных систем
• желание понять всё до уровня принципов

Прогноз

Есть два сценария.

Первый.

Он устанет от архитектуры.