Я заморозил текущую версию приложения Focus и начал рестарт. И это не история «не получилось». Это история из серии: если ты видишь, что через несколько ходов всё равно упираешься в стену — иногда честнее начать заново, но с другим подходом.
В прошлой статье я писал, что с ИИ происходит странный парадокс: исполнение стало дешевле, а хаоса часто стало больше. Потому что узкое место переехало — и теперь тормозит не “скорость написания кода”, а мышление, процессы и структура. В Focus я увидел это буквально на практике.
Что именно меня заставило сделать рестарт
1) Я упёрся в контекст и масштаб проекта
В vibecoding (когда код в основном пишет агент) есть жёсткое ограничение: агенту нужно “держать в голове” проект. Но у него есть контекстное окно, а у проекта — файлы, структура, зависимости, история решений.
Пока проект небольшой, всё идёт легко: даёшь задачу — агент делает.
Но когда кода и связей становится много, агенту каждый раз приходится объяснять:
- что это за проект,
- как устроены модули,
- где что лежит,
- почему принято именно так.
И в какой-то момент это становится дорогим: не по деньгам, а по времени и качеству. Агент начинает ошибаться, делать не то, уверенно “додумывать”, и правки превращаются в борьбу.
2) Я случайно сделал архитектуру “не для агента”
Я допустил ошибку, которая кажется мелочью, но в агентной разработке она критична: часть важных настроек оказалась зашита в код.
Например: если нужно поменять поведение агента или промпт — мне приходилось лезть в исходники. В обычных сервисах такие вещи меняются через настройки. А у меня — через правки кода.
Пока проект маленький — терпимо. Когда проект растёт — это превращается в постоянные переделки, которые съедают контекст, создают хаос и останавливают развитие.
3) База данных пересобиралась три раза — и это был сигнал
За последние месяцы я пересобирал базу данных три раза. Это не “фатально”, но это хороший индикатор: значит, фундамент не держит рост, и каждое улучшение становится дороже.
Я понял простую вещь: если продолжу наращивать фичи, то буду ускорять не прогресс, а переделки.
Что будет по‑новому после рестарта
Сейчас я делаю не “новые экраны”. Я делаю скучное, но главное: продумываю архитектуру бэкенда, базы, админки и настроек — потому что именно от бэкенда дальше будет строиться всё остальное.
Мой ключевой вывод такой:
если код пишет агент, проект нужно проектировать под слабости агента.
То есть:
- больше настроек и управления через интерфейс (а не “в коде”),
- меньше связанных монолитных решений,
- больше модульности,
- меньше ситуаций, где агенту нужно “понимать весь мир целиком”.
Для кого это полезно (и зачем я это пишу)
Если вы тоже начинаете свой путь в vibecoding / no‑code / “код пишет ИИ”, то мой урок простой:
- маленький проект можно делать быстро и не усложнять;
- но если вы строите систему, которая будет расти — архитектуру лучше продумать в начале, иначе вы неизбежно придёте к переделкам.
Вопрос к читателям
Если вы пробовали делать проекты с ИИ‑кодингом:
на чём вы чаще всего “ломались” — контекст, база, архитектура, тестирование, или то, что агент уверенно делает не туда?
Ссылка на предыдущую статью (контекст, почему “хаоса стало больше”):
https://dzen.ru/a/aWqH-Mcb3EOl1c43