Петр Вайбкодер

Когда ко мне приходят с идеей «бот + CRM + аналитика», я сначала открываю переписку. В восьми случаях из десяти боль сидит в одном месте: заявка из Telegram доходит до менеджера с задержкой или теряется. Остальное — отложенный scope. MVP продукта — не мини-копия всего ТЗ, а проверка одной рискованной гипотезы за одну-две недели. Эрик Рис называет это validated learning: максимум знаний о клиенте при минимальных затратах. Минимальный продукт в моей практике — не урезанное ТЗ на сорок страниц, а один операционный сценарий с критерием «готово»...

Код — это пассив с обслуживанием. Его нужно деплоить, чинить, защищать и объяснять команде. Поэтому я всегда начинаю с одного вопроса: есть ли боль в конкретном процессе и готов ли кто-то платить временем или деньгами за её закрытие? Это не про «генерацию идей» и не про стартап-питч. Это про одну операционную дыру: заявка из Telegram, запись клиента, перенос в CRM. На разборе чаще всего приходит запрос «соберите бота за выходные». Открываю переписку — заявки живут в личном чате владельца, менеджер копирует их в таблицу вечером, ночные сообщения висят до утра...

Лид: Cursor Agent может переписать десятки файлов и сам запустить terminal. Зелёный прогон в чате — не финальный gate. Разбираю, какой минимальный набор тестов гонять после diff, чтобы merge не превратился в инцидент в проде. Зачем нужен тестовый контур Agent в Cursor умеет менять много файлов и запускать команды. В best practices прямо сказано: review обязателен, зелёный прогон внутри сессии — не финальный gate. Автотесты здесь не про «покрыть всё на 90%», а про обратимость: вы знаете, какой сценарий сломался, до деплоя...