Вайб-кодинг с Claude Code

Подготовка: терминал, Claude Code, git, GitHub, Vercel

Всё установлено; пустое приложение уже открывается по вашему адресу.

Симулятор: 15 июля. У вас есть идея и пустой ноутбук. Что вы ставите первым и сколько это будет стоить в месяц?

Как это было на платформе:

— Как платформа начиналась в июле: первый коммит, встроенный Postgres.

— Весь стек и его стоимость в месяц по реальным счетам: подписка Claude, Anthropic API, Vercel, Supabase, Resend, Apple Developer, Google Workspace, tl;dv, Read AI, GitHub — и с каких бесплатных тарифов начинать.

— Claude Code — не только чат: коннекторы (MCP) к Google, Vercel, Figma и другим сервисам; плагины; скиллы; GitHub CLI.

— Контекстное окно: что это, как понять, насколько оно заполнено, и почему в длинном чате агент работает медленнее и небрежнее.

— Экскурсия по папке настоящего проекта: .claude (скиллы, агенты, хуки), docs, prisma (схема базы данных и миграции), public, .env (секреты — никогда не коммитятся), .gitignore, .mcp.json (коннекторы), node_modules, package.json, README, vercel.json — что есть что и какие из них вы будете открывать сами.

— Remote Control: сессия работает на ноутбуке, а вы управляете ею с телефона — так платформу и строили между встречами.

Что вы делаете:

— Инструменты настроены, пустое приложение задеплоено на ваш собственный адрес.

— Таблица вашего стека: инструмент, тариф, цена в месяц, когда переходить на платный тариф.

— Установлены один коннектор и один скилл.

— Найдите и прочитайте 3 файла своего проекта без Claude: как выглядят миграция, страница и конфиг.

— Remote Control настроен; одно изменение сделано с телефона.

Поиск проблемы, которую стоит решать

Найдите настоящую боль через знакомых, соцсети и друзей — и сделайте один рабочий экран.

Симулятор: Идеи продукта пока нет. Где на этой неделе найти 3 человек с болезненной проблемой?

Как это было на платформе:

— Как нашлись первые проблемы платформы: студенты и партнёры рассказывали, что не работает в том, как они учатся и подают заявки на гранты.

— Первые экраны: курсы, недели, материалы. Готовый набор компонентов и 5 токенов вместо «как получится».

Что вы делаете:

— Активный поиск проблемы: 10 сообщений знакомым, 1 пост в соцсетях, 3 разговора с друзьями друзей; список проблем — у кого они есть и как их решают сейчас.

— Выберите одну проблему и одну персону.

— Один рабочий экран на готовом наборе компонентов с 5 токенами: фирменный цвет, фон, текст, скругление, шрифт.

Данные: модель, миграции, база

Ваша модель данных, первая таблица, создание, чтение, изменение и удаление записей.

Симулятор: 28.08. Импорт только что перезаписал город в 276 заявках. Что вы делаете в ближайший час?

Как это было на платформе:

— Схема выросла до 273 миграций; самая первая миграция на dev-базе упала.

— Импорты и сопоставление людей: 28.08 импорт из xlsx перезаписал город в 276 заявках; 30.08 нечёткое совпадение по имени отдало кандидату чужое интервью. Решение: заполнять только пустые поля, сопоставлять по точным ключам, сначала пробный прогон, который показывает разницу.

— Сезоны стали отдельной таблицей, а не копией курса каждый год: копия — это шесть мест, где данные расходятся.

— Список учеников ссылается на заявку, а не копирует её поля; заявку, у которой есть ученик, удалить нельзя.

Что вы делаете:

— Модель данных, первая таблица, CRUD.

— Одна сущность «сезон / период» вместо копий.

Проверка для трека Hard:

— Импорт с пробным прогоном и тест, что он никогда не перезаписывает заполненные поля.

— Тест, что второй активный сезон не создаётся, а удаление связанной записи заблокировано.

Вход и роли

Вход через Google, почту и телефон в один аккаунт; две роли.

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

Как это было на платформе:

— Студент, админ, куратор; режим «посмотреть как студент».

— Три способа входа — Google, почта, телефон — должны вести к одному человеку. У тех, кто регистрировался с нескольких почт, аккаунты раздваивались: оплата в одном, прогресс в другом.

— Обратная проверка через WhatsApp: вместо отправки SMS платформа показывает код вида «ProductMasters-3E7715», и пользователь отправляет его со своего WhatsApp на бизнес-номер. Телефон подтверждает себя сам, SMS-провайдер не нужен, а код срабатывает один раз в течение примерно 10 минут.

— Переключение между аккаунтами — только по осознанному запросу, никогда по ссылке.

Что вы делаете:

— Регистрация и вход через Google, почту и телефон, и все они ведут к одной записи пользователя; две роли.

— Правило для дублей: подтверждённый контакт связывает аккаунты, неподтверждённый — никогда.

— По желанию: обратная проверка телефона через WhatsApp (или SMS).

Проверка для трека Hard:

— Тест, что второй, неподтверждённый способ входа не привязывается к существующему аккаунту и не захватывает его.

— Тест, что код подтверждения срабатывает один раз, истекает и подтверждает только тот номер, с которого его прислали.

Требования, макет и спецификация — до кода

Научите Claude спрашивать, прежде чем строить: grill-me, макеты, Artifacts, спецификация из 9 разделов.

Симулятор: Владелец говорит: «Сделай как в Duolingo». Что вы спросите, прежде чем писать код?

Как это было на платформе:

— Требования из разговоров с людьми → макет (путь недели прошёл 19 версий макета по комментариям владельца) → спецификация из 9 разделов.

— Скилл grill-me: Claude устраивает плану допрос до того, как написана хоть строчка кода. Запускайте его в свежем контексте, чтобы вопросы не подстраивались под уже сказанное в разговоре.

— Промпт на уточняющие вопросы: «Прежде чем начать, спроси меня обо всём, что можно понять больше чем одним способом».

— Жизненный цикл одной картой: требование → макет → спецификация → план → код → тесты → ревью → деплой → проверка в продакшене.

— Artifacts: Claude публикует макет, программу или дизайн-систему как закрытую веб-страницу; вы комментируете прямо на ней, комментарий возвращается к Claude, он меняет страницу и отвечает. Так путь недели прошёл 19 версий.

Что вы делаете:

— Требования по итогам 3 разговоров.

— Сессия grill-me по вашей ключевой фиче в свежем контексте.

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

Ключевая фича: макет → спецификация → код → тесты

Ваша ключевая фича работает от начала до конца — и как не терять фокус в длинной сессии.

Симулятор: 21.09. 36 человек, которые отказались, снова числятся с действующими офферами. Где баг?

Как это было на платформе:

— Сундук недели: от макета до API, защищённого уникальным индексом.

— 21.09 из списка выпал один статус, и 36 отказавшихся снова получили действующие офферы; принятый грант так и не превратился в зачисление. Решение: явная таблица переходов плюс тесты.

— Контекстное окно на практике: одна задача на сессию, /clear между несвязанными задачами, /compact с пометкой, что сохранить, план записан в файл, чтобы новая сессия могла продолжить.

Что вы делаете:

— Ключевая фича работает от начала до конца — по спецификации из недели 4.

— Файл с планом, который переживает /clear.

Проверка для трека Hard:

— Таблица статусов вашей ключевой сущности и тест на каждый переход.

Тесты, которые ловят настоящие баги

Сначала настоящие клики в Chrome, потом тот же путь — автотестом.

Симулятор: 10.09. Кнопки выглядят нормально, но ничего не сохраняется. Как это поймал бы тест?

Как это было на платформе:

— 75 файлов end-to-end тестов; ревью нашло «сундук для будущей недели».

— 10.09 при рефакторинге потерялся обработчик сохранения, и кнопки молча не работали; старую вкладку браузера после деплоя приняли за сломанные функции.

— Claude in Chrome: Claude проходит по настоящей странице как пользователь, перезагружает её, смотрит консоль и сетевые запросы — доказательства вместо «вроде нормально».

— Настройка: установите расширение Claude in Chrome, войдите в тот же аккаунт, запустите Claude Code с подключённым Chrome, проверьте, что он открывает ваш локальный адрес и адрес превью.

Что вы делаете:

— Правило в CLAUDE.md: изменение интерфейса не готово, пока Claude не прокликал его в Chrome, не перезагрузил страницу и не рассказал, что увидел.

— Этот путь кликов — ваш первый end-to-end тест.

Запуск — и как пережить собственный успех

Объявить, открыть двери, увидеть, как всё ломается, и восстановиться. Демо части 1.

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

Как это было на платформе:

— Что мы показали первым студентам — и что сломалось.

— 23.08 на нагрузочном тесте при примерно 50 пользователях закончились соединения с базой. Сайт, который падает в день запуска, — признак спроса; важно заранее знать, что сломается первым, и держать наготове сообщение о статусе и откат.

Что вы делаете:

— План запуска: кому, где и когда вы рассказываете.

— Знайте своё первое узкое место; сообщение о статусе и откат наготове.

— Публичный MVP, который попробовали живые люди.

Безопасные деплои: ветки, флаги, критерии готовности

Main — это продакшен. Ветки, превью, критерии готовности.

Симулятор: 19.09. Исправление в одну строку только что выкатило в продакшен 33 недоделанных коммита. Откатываться или чинить вперёд?

Как это было на платформе:

— 19.09 исправление в одну строку, отправленное в main, утащило в продакшен 33 придержанных коммита — без их миграций. Урок: main — это продакшен, в main ничего не ждёт своей очереди.

— PDF-функция прошла все проверки и трижды упала в продакшене — теперь «готово» значит настоящее действие в продакшене.

— Файлы и лимиты хранилища: 28.08 форма приняла DOCX, хранилище его отклонило, а ошибку проглотили; 29.08 75% лимита операций хранилища съели наши же чтения.

— Фича-флаги: новый вход и покупки на Android выкатывали за выключателем.

— Листу ожидания нужны были подписанные договоры, а в продакшене их было 0 — функция молча не работала (03.10).

Что вы делаете:

— Одна короткая ветка на изменение, адрес превью на каждую ветку, pull request в main; main защищена на GitHub.

— Критерии готовности, которые Claude проверяет, прежде чем сказать «готово».

— Загрузка файла с понятной ошибкой; одна фича за флагом.

Проверка для трека Hard:

— Хук, который блокирует пуш в main, плюс обязательная проверка в защите ветки.

— Проверка, что для условия вашей фичи в продакшене есть реальные данные.

Код и данные, которые нельзя потерять

Правила миграций, бэкапы кода, бэкапы данных, одно пробное восстановление.

Симулятор: 22.09, 11:15. Запустилась миграция, и вся платформа перестала отвечать. Что дальше?

Как это было на платформе:

— 22.09 аддитивная миграция, запущенная днём, уронила платформу на 25 минут. С тех пор правило: лимит ожидания блокировки 5 секунд и миграции в продакшене только ночью.

— Данные: ночной зашифрованный бэкап базы в Google Drive плюс ежедневные бэкапы провайдера.

— Код: GitHub как источник истины, вторая копия, секреты окружения хранятся отдельно от git. Хук, который не даёт удалить рабочую копию (worktree) с несохранённой работой, — после того как потерялась спецификация.

Что вы делаете:

— Правила миграций.

— Бэкап кода и бэкап данных (база и загруженные файлы).

— Одно отработанное восстановление.

Правила для ИИ: CLAUDE.md, хуки, память

Превратите свои ошибки в правила, которым следует Claude, — и которые переживают /clear.

Симулятор: 23.08. Тесты только что создали в продакшене админа с известным паролем. Какое правило остановит это навсегда?

Как это было на платформе:

— 23.08 тесты, запущенные в терминале, который смотрел на продакшен-базу, создали админа с известным паролем, — и защита, которая появилась после.

— Журнал инцидентов: у каждой дорогой ошибки есть урок.

— Всё, что должно пережить /clear или /compact, записывается в CLAUDE.md, спецификацию или память — никогда только в чат.

Что вы делаете:

— CLAUDE.md с 5 правилами из ваших собственных ошибок + 1 хук.

— Правило: после каждой влитой фичи начинать новую сессию.

Второй агент проверяет первого

Агенты-ревьюеры для вашей ключевой фичи — так, как платформа работает с ними сегодня.

Симулятор: Ваша ключевая фича прошла все тесты. Что вы попросите поискать второго агента?

Как это было на платформе:

— Как сейчас работают наши агенты: скилл /review-changes параллельно запускает трёх ревьюеров — безопасность, логика, простота — плюс ревьюер миграций; деньги, доступы, гранты и миграции перед пушем всегда проходят через агента-оппонента; скилл /ship-feature связывает цепочку спецификация → план → разработка → тесты → ревью → выкатка; хуки блокируют секреты и неправильный порядок миграций; скилл для запросов к продакшен-базе только на чтение.

— Ревью сундука нашло призы для будущих недель и гонку на лимитах призов.

— Ревью оплаты картой нашло, что опечатка сотрудника могла поменять, какие суммы принимаются.

Что вы делаете:

— Агент-ревьюер для вашей ключевой фичи с понятным условием запуска; исправьте то, что он найдёт.

Безопасность и защита данных клиентов

Карта персональных данных, минимум собираемого, зашифрованные бэкапы.

Симулятор: 27.09. Публичная форма может выдать вход в чужой аккаунт. Что вы чините первым?

Как это было на платформе:

— Утечки: 24.09 персональные данные в коде страницы; 13.09 список гостей в календаре раскрыл 149 адресов почты; 27.09 публичная форма могла выдать вход в чужой аккаунт; 30.08 заявка привязалась по телефону к аккаунту постороннего человека.

— Защита: карта персональных данных, контакты видят только сотрудники с правом доступа, двухфакторный вход для сотрудников, зашифрованные бэкапы, логи и запросы к ИИ без персональных данных, витрина выпускников только с согласия, 9 уровней защиты у ИИ-помощника.

— Доказательство важнее заявления: подтверждённый телефон перестаёт совпадать с неподтверждёнными копиями; одна только почта никогда не привязывает телефон.

Что вы делаете:

— Карта персональных данных: что, где хранится и кто это видит; собирайте минимум.

— Лимиты на одном открытом эндпоинте; зашифрованный бэкап.

Проверка для трека Hard:

— Автотест, что пользователь не может получить персональные данные другого пользователя через API.

Отказоустойчивость, инциденты и демо в продакшене

Как с вами связаться, когда всё лежит, мониторинг здоровья, учебный инцидент. Демо части 2.

Симулятор: 05.10. Ключ ИИ уже сутки не работает, и никто не заметил. Как вы должны были узнать об этом за 30 минут?

Как это было на платформе:

— 05.10 синхронизация календаря засыпала студентов десятками приглашений на почту — и правила массовых рассылок, которые появились после.

— Тихие сбои: 05.10 ключ AI API сутки не работал → проверка здоровья каждые 30 минут; 24.09 выяснилось, что ночной бэкап 3 недели обрезался; 28.08 деплой молча так и не запустился.

— Каналы для инцидентов: номер WhatsApp на случай сбоев, кнопка поддержки с ИИ-агентом, форма «сообщить о проблеме», которая попадает в очередь команды.

Что вы делаете:

— Каналы для инцидентов: контактный номер, кнопка поддержки, форма «сообщить о проблеме».

— Мониторинг здоровья с оповещениями; повтор запроса и запасной вариант для одного внешнего сервиса.

— Учения: сломайте что-нибудь, найдите это в логах, почините, опишите — и покажите демо своего продукта в продакшене.

Дизайн-система и публичное лицо продукта

Мини-дизайн-система в виде артефакта, а на ней — лендинг и регистрация.

Симулятор: Кнопки, бейджи и уведомления на каждом экране выглядят по-разному. Чинить экран за экраном или строить систему?

Как это было на платформе:

— С июля по октябрь экраны делались по ходу дела и разъехались. Дизайн-система от 14.10 живёт в виде артефакта: токены, анатомия компонентов, 41 версия по комментариям владельца, поэтапный перенос в код.

— События: публичные приглашения, регистрация без аккаунта, билет на почту, отметка по QR-коду за 30 секунд.

Что вы делаете:

— Мини-дизайн-система в виде артефакта: цвета, типографика, 8–10 компонентов.

— Лендинг и форма регистрации на её основе, проверенные на ширине телефона и в тёмной теме.

Цены и приём оплаты

Цена с обоснованием, потом тестовый платёж — от вебхука до чека.

Симулятор: Студент просит оплату в рассрочку. Какая цена, какой график — и что, если он пропустит платёж?

Как это было на платформе:

— Ценообразование: полная оплата и рассрочка, гранты и депозиты, пробная неделя и открытый вопрос про freemium, кнопка «50%» в каталоге, 15% для выпускников, награда за реферала только после оплаты друга, программа Apple с комиссией 15%.

— Приём оплаты: Kaspi, Halyk с фискальным чеком, карты через TipTop — провайдер спрашивает ваш сервер «можно ли оплатить / оплачено / не прошло». Исправление 14.10: сервер отклонял правильный платёж по рассрочке.

— Кнопка «Я оплатил» только записывает заметку и зовёт сотрудника — деньги засчитывает только чек.

Что вы делаете:

— Цена и тарифы с обоснованием выбора, плюс рассрочка или пробный период.

— Тестовый платёж от вебхука до чека; неверная сумма отклоняется.

Проверка для трека Hard:

— Автотест оплаты, в том числе что одна кнопка «Я оплатил» никогда не открывает доступ.

Юридическое и финансы

Оферта, политика конфиденциальности, согласие — и учёт, который сходится с банком.

Симулятор: 10.10. В 15 договорах указан не тот поток. Откуда взялась эта цифра?

Как это было на платформе:

— 10.10 правило, которое угадывало поток по названию курса, сломало 15 договоров → одна явная таблица значений плюс тест.

— Удаление аккаунта, как требует Apple; контакты по умолчанию скрыты.

— Финансы: каждый платёж записан ровно один раз, импорт банковских выписок, сверка с банком, журнал рассрочек, возвраты, после которых учёт остаётся верным, поддельные чеки уходят на проверку сотруднику, счета и акты для B2B.

— Заморозка за неоплату: доступ замораживается на следующий день после пропущенного платежа и открывается после оплаты, с напоминаниями за 7, 3 и 1 день.

Что вы делаете:

— Договор-оферта, политика конфиденциальности и согласие на обработку данных (проверенные юристом).

— «Удалить мой аккаунт»; цены и даты из одной явной таблицы.

— Реестр платежей, один месяц сверен с банком, один возврат проведён; автоматическая заморозка и разморозка.

Проверка для трека Hard:

— Тест, что один платёж нельзя записать дважды.

— Тест переходов заморозки и разморозки.

Онбординг: всё решает первая неделя

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

Симулятор: Десятки кандидатов спрашивают одно и то же: «А что дальше делать по гранту?» Отвечать каждому или переделать форму?

Как это было на платформе:

— Переделка регистрации: многие кандидаты спрашивали, как продолжается путь к гранту после регистрации, поэтому форму переделали так, чтобы она показывала следующий шаг.

— Пробная неделя; сообщение «Что нового» попало в колокольчик каждому студенту — жалоба владельца; путь недели с сундуком.

— Почта: 07.09 массовые рассылки исчерпали дневную квоту, и 374 лида так и не получили приветственное письмо → служебные письма отделены от массовых; 372 письма листу ожидания ушли только в скрытой копии, с подсчётом на человека; обновления курса собраны в один пост вместо четырёх писем за утро.

Что вы делаете:

— Соберите вопросы, которые люди задают при регистрации, и переделайте форму так, чтобы следующий шаг был понятен без вопросов.

— Чек-лист первых шагов, одно уведомление точной группе, повод вернуться.

— Одна цепочка писем по событию; служебные и массовые письма разделены.

Проверка для трека Hard:

— Тест, который считает сообщения на одного человека.

Поддержка клиентов + первая автоматизация

Процесс поддержки, FAQ и бот на Claude API.

Симулятор: Студент пишет: «Я отказался, но всё ещё вижу курс». Сначала воспроизвести или сначала ответить?

Как это было на платформе:

— Правило «сначала воспроизведи, потом отвечай».

— Баг самоотказа: отказ архивировал заявку, но не двигал карточку студента — 14.10 исправили вручную → запись в журнале инцидентов.

— FAQ вместо 10 одинаковых ответов; возвраты и отказы без порчи данных; одна кнопка WhatsApp.

— ИИ-помощник как первый вызов Claude API: знания в одном файле, ключ только на сервере, лимиты на человека и общие.

Что вы делаете:

— Канал поддержки с правилами: срочное и обычное, кто отвечает и как быстро.

— FAQ из первых 10 вопросов; одно обращение доведено до исправления и записи в журнале инцидентов.

— Бот на Claude API с лимитом и передачей разговора человеку.

Магазины приложений и демо: первые 10 платящих

Мобильное приложение, которое проходит ревью, и демо с реальными клиентами. Демо части 3.

Симулятор: Apple отклоняет ваше приложение. Что в нём похоже на встроенную покупку?

Как это было на платформе:

— Приложение-компаньон на Capacitor и ревью Apple.

— Правила, которые мы выучили: никаких покупок и цен внутри iOS-приложения — оплата только на сайте; «удалить мой аккаунт» внутри приложения; приложение должно давать пользу сверх обёртки над сайтом; демо-аккаунт для ревьюера; программа Apple для малого бизнеса (15%), если покупки когда-нибудь переедут в приложение.

Что вы делаете:

— Мобильная версия или PWA; чек-лист ревью Apple для вашего приложения.

— Демо: кто заплатил, почему и о чём спрашивал.

Аналитика: цифры, по которым действуют

3 ключевые метрики и воронка лидов — и ручные проверки, которые ловят неверные цифры.

Симулятор: На дашборде 120 оплативших студентов. Как вы это докажете?

Как это было на платформе:

— Дашборды и воронки, воронка лидов в CRM; 30-секундный кэш для рейтинга.

— Из-за чего цифры были неверными: логика статусов (статус выпал из списка), угаданные значения (поток по названию курса), импорты и сопоставление, двойной подсчёт, кэширование.

— Правило журнала инцидентов: если цифра, по которой действует команда, неверна дольше суток, — это запись в журнале.

Что вы делаете:

— 3 ключевые метрики и воронка лидов на одной странице.

— Ручные проверки: пересчёт по сырым данным; 5–10 реальных записей прослежены от начала до конца; сверка с банком и платёжным провайдером; каждый этап воронки не больше предыдущего; скачки день к дню объяснены деплоями; пограничные статусы посчитаны отдельно.

Проверка для трека Hard:

— Автоматическая проверка, что дашборд совпадает с подсчётом по сырым данным.

Привлечение: лендинг, рефералы, SEO и GEO

Лендинг, который конвертирует, реферальная механика, которая награждает за реальное намерение, страница-ответ.

Симулятор: Реферальный конкурс принёс сотни регистраций, но мало настоящих заявок. К чему надо было привязать награду?

Как это было на платформе:

— Лендинг и как он работал: посетители → лиды, UTM-метки сохраняются у пользователя, страницы-ответы приводят трафик.

— Реферальный конкурс: много регистраций случайных людей, немногие подали заявку через Astana Hub, ещё меньше прошли 3 этапа. Награждайте и измеряйте шаг глубоко в воронке, который показывает реальное намерение.

— Реферальная программа: награда только после оплаты друга и только через 7 дней; витрина 342 выпускников; PDF-сертификаты.

— SEO и видимость в ИИ-поиске (GEO): аудит, страницы-ответы, стоимость прогона снижена с $2 до $0,2.

— Оценка риска при регистрации: сначала только записывалась, потом начала блокировать.

Что вы делаете:

— Лендинг с UTM-метками и измеренной конверсией посетитель → лид.

— Пошаговая реферальная воронка (регистрация → заявка → 3-й этап) с наградой на одном из поздних шагов.

— Страница-ответ на один вопрос клиентов; защита от злоупотреблений в режиме «сначала записываем, потом блокируем».

Удержание и геймификация

Одна механика возврата, измеренная на когорте, и одна игровая механика.

Симулятор: Студенты перестают возвращаться на 3-й неделе. Какая механика вернёт их и не обесценит курс?

Как это было на платформе:

— Правила посещаемости, тесты с проходным баллом, путь недели с сундуками, рейтинг.

— Геймификация: баллы, сундук с таблицей призов (шансы, лимиты, кто платит за призы), гонка на лимитах призов, которую нашло ревью; необязательные материалы баллов не дают.

Что вы делаете:

— Одна механика возврата; удержание одной когорты до и после.

— Одна игровая механика с таблицей наград и лимитами.

Проверка для трека Hard:

— Тест на лимит призов.

Автоматизации на Claude API, расходы и юнит-экономика

700+ заявок через 7 этапов — автоматически, по известной цене и с известной маржой.

Симулятор: 700+ заявок, 7 этапов, маленькая команда. Что вы автоматизируете первым и сколько стоит каждый прогон?

Как это было на платформе:

— Как оценивали 700+ заявок в 7 этапов: заявка в Astana Hub → первое интервью → анкета → тест → видеоинтервью → недельный курс → технический кейс; у каждого этапа свой вес, ИИ оценивает расшифровки и работы, в конце — общий рейтинг.

— Что ломалось: расшифровки интервью из tl;dv и Read AI, где имя не совпадало с кандидатом; расшифровки, прочитанные задом наперёд; проверяющий, который оценил ссылку вместо работы; 29.08 ежечасная задача по расписанию не подошла под тариф хостинга — 7 часов без деплоев; задачи по расписанию, которые молча не запускались.

— Расходы: 24.09 закончились 3000 минут CI → медленные тесты перенесли на ночь; находки в счёте за хостинг; 23.08 нагрузочный тест и потолок около 20 одновременных запросов.

Что вы делаете:

— Многоэтапный конвейер для вашего продукта: у каждого этапа вход, проверка ИИ или человеком, оценка и вес.

— Модель под задачу, ответ в JSON по схеме, кэширование промптов, повторы, 20 реальных примеров проверены до включения; сопоставление по точным ключам с очередью ручной проверки.

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

Проверка для трека Hard:

— Оповещение-«пульс», когда задача по расписанию пропускает запуск.

Новые рынки: языки, гео-лендинги, B2B

Второй язык или B2B-предложение, гео-лендинг, публичная витрина кода.

Симулятор: Компания хочет 30 мест и счёт на оплату. Что вы делаете первым?

Как это было на платформе:

— Три языка прямо в интерфейсе (русский, казахский, английский); B2B-предложения корпоративным клиентам; 5 публичных репозиториев с кодом.

— Гео-лендинги: страница под каждый город или страну со своими ценами и примерами.

Что вы делаете:

— Второй язык или B2B-предложение + одна публичная витрина кода.

— Один гео-лендинг.

Финальный демо-день и питч

Питч-дек на ваших реальных цифрах и живое демо настоящего продукта. Финальное демо.

Симулятор: Инвестор просит показать продукт с реальными клиентами. Что вы показываете вживую, а что скрываете?

Как это было на платформе:

— Весь путь с июля по октябрь: 273 миграции, инциденты, правила, пользователи; профиль для акселератора.

— Data room: хранится только отпечаток каждой ссылки; неизвестная, отозванная и просроченная ссылки показывают одно и то же «не найдено»; страницы скрыты от поисковиков.

Что вы делаете:

— Питч-дек: проблема, продукт, трекшн по реальным метрикам, юнит-экономика из недели 23, план на 3 месяца.

— Живое демо настоящего продукта с реальными данными клиентов — имена и контакты скрыты или показаны с согласия.

— Ссылка для инвестора, которую можно отозвать.

Проверка для трека Hard:

— Тест, что отозванная ссылка не открывается.