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

Основываясь на своем опыте, причина часто проста - отсутствие системного подхода к разработке.

Мы отдаем управление нейросети, а потом с ее помощью пытаемся чинить последствия, то есть пытаемся решить проблему на том же уровне на котором она была создана:)

Стабильно доводить вайбкод до результата у меня получилось только тогда, когда я перестал просить «сделай приложение» и начал сам управлять процессом поэтапно.

Как я это делаю:

1. Описываю свое видение проекта. 2. Прошу нейросеть задавать вопросы, чтобы я увидел узкие места. 3. Фиксирую архитектурный подход и сценарии использования в README (документация прежде всего). 4. Разбиваю решение на этапы. 5. По архитектуре генерирую универсальный контекст-документ: схема БД, структура проекта, контракты, этапы и т д. 6. Генерирую отдельные промпты для каждого модуля (дополняю документацию). 7. Генерирую код поэтапно, а не целиком, каждый раз добавляя в начало запроса контекст. 8. После каждого этапа сам прохожу весь пользовательский путь и провожу стресс-тесты. 9. Деплой в прод делаю сам, опыт есть.

Я не разработчик, а системный аналитик, моя сила в понимании принципов построения систем.

Систему определяют не столько по ее элементам, сколько по взаимосвязям между ними. Поэтому ключ - тот самый контекст из этапа 5.

Который решает сразу несколько проблем:

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

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

Недавно я таким способом сделал непрофильный для себя проект (всего за один выходной!)— сервис для ежедневного самоанализа.

Задача была не самой сложной по масштабу, но с большим количеством деталей. Нужно было предусмотреть:

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

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

Я не считаю этот подход совершенным, но хорошо подходит для MVP.

Хочешь протестировать идею - завайбкодь ее системно и сохрани ее потомкам с подробной документацией в гите.

https://github.com/chernykhmark/inventory_bot