Знакомство: как собран обучающий портал с ИИ, и что ждёт фитнес-проект

Как собрать обучающий портал на Чатиум в Верховном Ботане: разбор кейса вайб-кодинг мастер-группы

Это разбор выпуска, где интегратор Денис Лопатин показывает портал, который он собрал в Верховном Ботане для своей мастер-группы по вайб-кодингу. Смотреть его стоит не ради «вот какой красивый портал», а ради логики: как человек, который сам себя называет архитектором онлайн-систем, ставит задачу Ботану, где принимает решения руками, а где отдаёт нейросети, и на чём экономит. Ниже вынесено то, что вы можете забрать в свой проект, даже если строите не обучение, а любой другой бизнес-процесс.

Что вы заберёте из этого выпуска

• Как начинать сборку не с воронки, а с продукта, и почему это дешевле.
• Как коротко ставить задачу Верховному Ботану, чтобы он не тратил время и токены на лишнее.
• Где нужен агент, а где хватает прямого запроса к модели (это дешевле в разы).
• Как решать «читинг» и нестабильность инструкций архитектурой, а не текстом в промпте.
• Реальные цифры по стоимости и честная картина по срокам.

Что построил Денис (контекст кейса)

Задача была не «сделать курс», а запустить полноценный образовательный процесс для платной мастер-группы: онбординг, личный кабинет, материалы по неделям, тренажёры с проверкой, ИИ-ментор, админка и аналитика. Стандартный путь для такого (студия под ключ) он оценивает в 1.5 млн рублей минимум и 3-6 месяцев. Он собрал это сам в Верховном Ботане за 35 101 рубль и 16 дней (об этих цифрах ниже отдельно, там есть нюансы).

Главная рамка, которую он проговаривает: обучение это тоже бизнес-процесс. Верховный Ботан создаёт не только воронки, а любой бизнес-процесс. Если вы понимаете, что у вас процесс, вы его соберёте.

Принцип №1: начинай с источника, а не с воронки

Это ядро всей его методологии и одновременно то, как он строил портал. Источник задачи это то, без чего вся система теряет смысл. В товарном бизнесе источник это товар: нет товара, и не нужны ни CRM, ни отдел продаж. В его кейсе источник это сам образовательный продукт.

Поэтому он собирал систему в таком порядке: сначала продукт (портал с обучением), и только потом, если понадобится, вокруг него оборачивается продающая часть (воронка, лендинги, агент-продавец). Обратный порядок (сначала воронка) ведёт продажи в пустоту.

Как ставить задачу нейросети Верховному Ботану

Денис сделал три вещи, которые стоит скопировать.

1. Дал мини-паспорт на входе. Не «сделай мне портал», а короткая версия паспорта бизнес-процесса и паспорта бизнеса: что за процесс, кто участники, что будет загружаться (конспекты, summary, материалы, задания), какая программа и график встреч.

2. Сразу сказал, чего делать НЕ надо. Явно: не нужны воронка, продающие лендинги, маркетинговые инструменты. Это отсекает лишние компоненты и экономит и время, и токены. Ботан не добавляет то, что вы заранее вычеркнули.

3. Прошёл через уточняющие вопросы и утвердил паспорт до сборки. Ботан спросил про доступ участников к материалам, про формат заданий, про нужен ли помощник, про аналитику. После ответов собрал паспорт процесса, спроектировал 12 таблиц базы данных, и только после утверждения начал реализацию.

Тренажёры: система, а не один тест

Денис принципиально сделал не один тренажёр, а механику добавления тренажёров. Для каждого можно выбрать тип (открытый вопрос, тест с вариантами, сопоставление пар), режим проверки (нейросеть, вручную, комбинированный), привязку к неделе. Вопросы можно не вбивать руками, а вставить полотном и нажать «распознать» (у него так залилось 60 вопросов сразу).

Отдельно заложена аналитика: средняя оценка по участнику, стоимость проверки в токенах, и выявление трудных вопросов (те, где большинство отвечает ниже 5 из 10). Трудные вопросы это сигнал доработать формулировку или алгоритм оценки, а не вина участников.

Оценка ответов ИИ без агента

Важное архитектурное решение. Проверку ответов в тренажёре он сделал НЕ через агента, а через прямой запрос к модели Чатиума. В запрос передаётся три вещи: инструкция-контекст (как и по какой методологии оценивать), ответ участника, эталонный (референсный) ответ по этой задаче. Модель возвращает оценку и разбор.

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

ИИ-ментор: архитектура вместо инструкций в промпте

Ментор это вторая киллер-фича. Разберём по частям, потому что тут несколько переносимых решений.

База знаний. В ментора загружены транскрибации всех эфиров плюс дополнительные материалы. Он отвечает по этой базе, а не из общих знаний модели.

Античит как обязательный тул, а не правило в промпте. Проблема: участник может скопировать задание из тренажёра и попросить ментора его решить. Денис решил это не фразой в инструкции («не решай задания тренажёра»), а обязательным вызовом инструмента: первым действием ментор проверяет, совпадает ли вопрос с вопросами тренажёров. Если совпадение есть, ментор переключается в режим диалога по Сократу (задаёт наводящие вопросы, чтобы участник дошёл сам). Если нет, идёт искать по базе знаний.

Один диалог = одна тема. Ментор работает в режиме сфокусированного ответа: каждый диалог посвящён одному вопросу. Если участник уходит в сторону, ментор предлагает начать новый диалог. Так не приходится потом искать нужное в вагоне намешанной переписки, и к теме можно вернуться позже.

Обратная связь в аналитику. В конце ответа палец вверх/вниз, это уходит в аналитику качества и заодно считает «читеров» (кто носил задания тренажёра ментору).

Админка и аналитика: наблюдаемость с первого дня

• Режим бога: вход под любым участником, чтобы видеть платформу его глазами. Осознанное исключение: диалоги участника с ментором админ так не смотрит, это вопрос приватности.
• Управление участниками: список, статус онбординга, карточка (когда стартовал, почта, телефон, задача), пауза/возобновление доступа одной кнопкой.
• Материалы по неделям: запись, конспект/summary, файлы и ссылки, задание. Разметка Markdown с автоформатированием.
• Аналитика токенов: по каждому ответу тренажёра и по диалогам ментора видно стоимость.

Сколько это реально стоит (честно про цифры)

Цифры из выпуска, приводятся как его данные, не как гарантия для вашего случая:

Причина низкой цены: он использует локальную LLM Чатиума (та же модель, на которой работает роль «Леночка» в агентах), она дешевле внешних моделей и нормально работает с тулами.

• 135 ответов на тренажёр проверено за 3 рубля 70 копеек. Один ответ со всем контекстом это доли копейки.
• Диалоги с ментором за месяц обошлись меньше чем в 10 рублей.
• В другом его проекте (ИИ-подружка для lifestyle-курса) закладывали 5-6 тысяч рублей в сутки на 100 диалогов, по факту на модели Чатиума выходит 1400-1500 рублей в сутки, примерно в 4-5 раз дешевле бюджета.

Честно про процесс

• 16 дней это не 16 полных дней работы. Это период, в течение которого он что-то дорабатывал. Всего 32 часа: 20 часов его личного времени и 12 часов машинного.
• Основу портала (система, архитектура) он собрал за один вечер, примерно 3-4 часа, и стоила она около 10 тысяч рублей. Всё остальное это доработки.
• Из 35 тысяч около 15 тысяч это его перфекционизм (доведение до удобства и красоты). То есть рабочая версия стоила заметно дешевле итоговой.
• Что не заработало: авторизация по номеру телефона до сих пор не работает, вход только по почте. Он не стал доделывать, потому что почта закрыла потребность. Это нормальная картина живой разработки, а не провал.

Архитектура из нескольких процессов

Денис держит продающую воронку и образовательный процесс в разных бизнес-процессах. Причина: когда один процесс превращается в монстра-космолёт, его всё сложнее отлаживать, и поломка в одном месте не должна ронять всё. Часть стыков (например, открытие доступа после оплаты) может жить в образовательном процессе, но саму вороночную архитектуру он вынесет отдельно.

Связка двух Верховных между собой делается через API: в паспорт закладываются приёмщики и отправщики данных, и Ботан сам собирает архитектуру обмена.

Ключевые принципы (забираем в свой проект)

1. Назови источник задачи до сборки. Строй систему от него, а не от воронки.

2. Ставь Ботану задачу мини-паспортом и явным списком «чего не делать». Утверждай паспорт до реализации.

3. Агент для диалога, прямой запрос к модели для «обработай данные и верни результат». Не заворачивай второе в первое.

4. Ненадёжные правила промпта заменяй архитектурой: обязательный вызов тула надёжнее фразы в инструкции.

5. Один диалог агента = одна тема. Не смешивай.

6. Строй систему добавления, а не один экземпляр, если задачу придётся повторять.

7. Закладывай аналитику и учёт стоимости с первого дня, а не потом.

8. Ищи причину, а не лепи заплатки. Системный подход побеждает скорость.

9. Разноси независимые части по разным бизнес-процессам, чтобы поломка не роняла всё.

10. Нейросеть усиливает то, что у тебя в голове. Есть архитектурное мышление, результат быстрее и дешевле.

Что дальше: проект Дениса в «Жёлтой шубе» (анонс, а не разбор)

Во второй части выпуска Денис рассказал, чем займётся в рамках цикла «Жёлтая шуба» в ближайшие ~2 месяца. Это не готовый кейс, а план.

Три блока работ:

• Перенос фитнес-части (тренировки, отслеживание прогресса), которая на другой платформе держится на ручной работе через ответы на ДЗ.
• Новая аудитория: лидогенерация и воронки, которых давно не запускали.
• Апгрейд продукта: геймификация, клубная система, чаты внутри платформы, нейросетевые агенты.