Эра, когда для создания технологического стартапа требовались сотни тысяч долларов и команда программистов, официально завершилась. Сегодня основатель без навыков кодинга может собрать работающий минимально жизнеспособный продукт (MVP) за несколько часов, используя связку из нескольких нейросетей и инструментов автоматизации.
🐒 Идея «Обезьяньей лапы»: зачем планировать AI с помощью AI 0:00
В качестве примера для демонстрации Тревор, ментор Founder Institute с восьмилетним стажем, предлагает создать продукт под названием «Monkey’s Paw» (Обезьянья лапа) . Идея заключается в создании анализатора промптов: когда пользователь просит AI что-то сделать, система анализирует запрос и предупреждает о возможных «побочных эффектах» или ошибках логики до того, как будут потрачены платные токены .
Тревор намеренно начинает с «плохого» промпта в инструменте Lovable, чтобы показать типичную ошибку новичков — попытку построить все одной фразой без документации . По его мнению, просто сказать AI «сделай мне сайт» — это путь к провалу, так как нейросеть начнет галлюцинировать и принимать неверные решения за основателя . Вместо этого он рекомендует использовать рекурсивный подход: заставлять одну нейросеть (например, Claude) допрашивать вас, чтобы составить подробный план для другой нейросети.
Тревор выделяет три критических компонента для старта:
- Дизайн-документация (PRD): описание того, что продукт должен делать.
- Техническое задание (TDD): описание того, как это будет работать «под капотом».
- Контроль версий (GitHub): возможность «откатиться», когда AI сломает код .
📝 Создание PRD и TDD: как заставить Claude стать вашим CTO 8:39
Первый шаг — создание документа о требованиях к продукту (Product Requirements Document, PRD). Тревор использует Claude Desktop как «технического ко-фаундера» . Вместо того чтобы писать ТЗ самому, он вводит промпт, заставляющий Claude задавать уточняющие вопросы .
Процесс выглядит так:
- Интервью: AI спрашивает о целевой аудитории (нетехнические фаундеры), проблеме (трата кредитов на плохие ответы) и срочности .
- Уточнение деталей: AI выясняет, какие именно ошибки промптов должен ловить сервис .
- Генерация PRD: на выходе получается структурированный документ с целями, функциями и дорожной картой .
После PRD создается технический дизайн-документ (Technical Design Document, TDD) . Тревор подчеркивает, что фаундеру не нужно знать, что такое React или Node.js, но нужно понимать логику движения данных . По его словам, использование разных моделей (например, Gemini для проверки идей Claude) помогает избежать «галлюцинаций» одной конкретной системы .
Ключевые блоки TDD, которые должен контролировать фаундер:
- Архитектура системы: как соединяются основные компоненты.
- Потоки данных: откуда информация приходит и куда уходит.
- Безопасность: как защищены API-ключи, чтобы злоумышленники не потратили ваш бюджет .
🛠️ Стек инструментов: Lovable, Claude и Supabase 38:37
Для реализации MVP Тревор рекомендует связку инструментов, которая обойдется примерно в 60–80 долларов в месяц :
- Lovable: инструмент для быстрой сборки фронтенда (внешнего вида сайта). Он автоматически интегрируется с GitHub и Supabase .
- Claude Desktop / Claude Code: «мозги» проекта. Используется для написания сложной логики и исправления багов, с которыми не справляется Lovable .
- Supabase: база данных, хостинг и серверные функции «в один клик» .
- GitHub: хранилище кода и страховка от ошибок .
Тревор утверждает, что Lovable идеально подходит для создания интерфейсов, которые выглядят профессионально, в то время как чистый Claude часто выдает «элементарные» и некрасивые макеты . Однако, когда проект становится сложным (более 250 файлов), Lovable начинает «лагать» . В этот момент фаундер должен уметь перенести разработку в Claude Desktop, используя локальный доступ к файлам .
📦 GitHub для нетехнарей: 5 команд, которые нужно знать 31:06
GitHub часто пугает новичков, но Тревор настаивает: современному фаундеру не нужно учить команды терминала, достаточно понимать пять концепций, которыми может управлять Claude :
- Init (Инициализация): создание проекта.
- Pull (Стянуть): загрузка последних изменений из облака на компьютер.
- Branch (Ветка): создание копии кода для экспериментов, чтобы не сломать рабочую версию .
- Push (Отправить): сохранение ваших изменений в облако.
- Merge (Слияние): объединение проверенного кода из ветки в основной проект.
Спикер рекомендует использовать Claude Desktop для управления этими процессами, но предупреждает: давая AI права на чтение и запись файлов на вашем диске, вы действуете на свой страх и риск . Ошибка в промпте теоретически может привести к удалению данных с компьютера .
📈 Кейс-стадии: от «вайб-кодинга» к реальным продуктам 58:02
Тревор делится опытом создания трех разных проектов:
1. Insight AI (500 000 знаков кода, 250 файлов): Проект начался как «вайб-кодинг» — создание без плана, просто по наитию . По мнению автора, это была ошибка: продукт стал хрупким и сложным в поддержке . Сейчас он рекомендует всегда начинать с PRD, чтобы не тратить дни на исправление одного бага.
2. Right.AI: Сервис для автоматизации звонков и генерации лидов . Этот продукт уже находится в эксплуатации и приносит деньги. Тревор отмечает, что 90% работы в таких проектах делает AI, а фаундер лишь настраивает связи между инструментами вроде Railway и n8n .
3. Clarity AI (Клон приложения Hemingway): Тревор решил проверить, сможет ли он воссоздать популярный редактор текста. Процесс занял всего 2–3 часа, потому что у него был готовый пример для подражания, что упростило создание PRD .
❓ Ответы на вопросы: когда нанимать CTO и как не упереться в лимиты 1:09:37
В финальной части сессии Тревор отвечает на вопросы участников:
- О лимитах Claude: Спикер платит $200 в месяц за максимальный план Anthropic, считая это выгодной сделкой, так как раньше тратил более $1000 на API-токены . Для экономии контекстного окна он советует просить AI записывать код сразу в файлы, а не выводить его в чат .
- О возможностях AI: По словам Тревора, на AI можно писать даже низкоуровневый код для микрочипов (Assembly), если у фаундера хватает знаний для проверки результата .
- Когда нужен технический ко-фаундер: Спикер считает, что это необходимо, когда продукт начинает работать с чувствительными данными (HealthTech, FinTech) или когда появляются первые платящие клиенты, требующие гарантий безопасности . До этого момента Demo-версию и продажи можно тянуть в одиночку.
Главный совет Тревора: «Перестаньте мечтать и начните строить» . Благодаря AI путь от идеи до работающего по ссылке сайта теперь занимает менее 90 минут .
