Кейс школы · 8 сентября 2026
Как команда Школы Вани Замесина собирает сервисы с помощью вайбкодинга
В Школе Вани Замесина считают работу с агентами базовым навыком для любой роли. Сотрудники собирают нужные им инструменты сами, вместо того чтобы подстраиваться под коробочные сервисы, ждать очереди в разработку или нанимать подрядчиков.
Герой кейса
Школа Вани Замесина
Было
- Платформу для обучения разрабатывали подрядчики. Проект обошёлся в 10 млн рублей, его было больно и дорого поддерживать
- Задачи команды вели в Notion, а для найма использовали четыре разных сервиса
- CRM работала на Airtable и обходилась в $6 000 в год
- У сотрудников каждой роли десятки часов уходили на повторяющиеся ручные задачи
Стало
- Благодаря вайбкодингу один человек без опыта в разработке собрал платформу для обучения за две недели
- Вместо платных SaaS-подписок команда начала собирать нужные инструменты сама с помощью AI-агентов. Так появились CRM, система планирования, маркетинговый дашборд и ещё четыре сервиса
- Разработчики создали инфраструктуру для вайбкодинга, благодаря которой любой сотрудник может обновлять сайты и продукты
О Школе
В Школе Вани Замесина мы помогаем студентам получить систему, с которой можно запускать, растить и масштабировать продукты и управлять их прибыльностью по методологии Next Move Theory. За восемь лет через тренинг «Как делать продукт» прошли более 14 000 человек. А ещё мы научили вайбкодить на интенсиве Boost более 1 600 студентов. Мы создаём скиллы для агентов, помогаем начать работать с агентами и ускорить рутину в десятки раз.
Всей командой начали кайфовать от вайбкодинга ещё в феврале и сами стали первыми, кто прошёл интенсив Boost. Мы нанимаем в Школу только тех, кто работает с AI-агентами.
С агентами Школа ускорилась: вместо одного курса, который ведёт Ваня Замесин, появляется линейка продуктов и растущая команда. Старая инфраструктура такой темп не выдерживала.
Начали с командного репозитория на GitHub
В общем GitHub-репозитории хранится контекст о Школе. Продуктовые скиллы Next Move Theory, материалы о продуктах, сегментах и работах клиентов, маркетинговые материалы и базы знаний. Туда автоматически подгружаются расшифровки командных созвонов и воркшопов курсов.
У каждого сотрудника есть персональная папка с файлами для своих задач. Любой может собрать скилл под повторяющийся процесс: например, контент-маркетолог сделал скилл для еженедельного дайджеста событий Школы.
Каждый вечер отдельный скилл анализирует коммиты и отправляет в Telegram-бота статусы задач и обновления сайтов. Команда видит, на каком этапе находится работа, без дополнительных созвонов и ручных отчётов.
Разработчики создали инфраструктуру, в которой изменения может выпускать вся команда
AI-агенты расширяют возможности команды и меняют фокус работы разработчиков. Они создают правила, ключевые модули и безопасную инфраструктуру, а сотрудники других функций могут быстрее собирать новые экраны и лендинги внутри этой системы.
Чтобы все сайты и сервисы из экосистемы Школы работали устойчиво, команда разработки создала инфраструктуру Zamesin Information System и описала правила, по которым вся компания работает с AI-агентами.
Zamesin Information System собрана по мотивам Dodo IS. ZIS работает оркестратором: держит связь между системами и оставляет сами системы независимыми. Если упал один сервис, остальные продолжают работать.
Элементы инфраструктуры Zamesin Information System
Поэтому на вопрос «а что теперь делают разработчики?» ответ простой: они делают возможной скорость всей команды — без отказа от устойчивости и безопасности.
Супер-хак: вайбкодящий дизайнер
Мы в Школе активно работаем с AI-агентами. При этом мы не умаляем важность дизайнеров. AI-агенты снимают рутину и ускоряют проверку гипотез, но не могут придумать визуальный язык и собрать сложную систему за вас. Поэтому мы наняли вайбкодящего дизайнера. Вот как устроена работа с ним:
- Автор идеи отдаёт ветку с прототипом со ссылкой на командный GitHub-репозиторий. Это приблизительная версия с моковыми данными.
- Дизайнер присылает свою ветку с версией этого же прототипа, но уже с продуманным дизайном.
- Заказчик дизайна даёт две-три итерации комментариев через видео в Loom, без созвонов и приёмок.
- Ветка мержится, и через полчаса новый дизайн в продакшене.
Дизайн появляется в продукте так же, как и код: веткой, которую можно посмотреть, обсудить и вмержить.
Три правила, которые помогают работать быстро и безопасно
- Давайте агенту подробный контекст. Материалы о продуктах, сегментах, работах клиентов, решениях команды и созвонах делают первый результат точнее и уменьшают число переделок.
- Начинайте с задачи, а не с интерфейса. Сначала нужно понять, кто и какую задачу хочет решить с помощью продукта, а затем проверить сценарий прототипом на моковых данных.
- Пусть разработчики строят систему правил. Единая авторизация, защищённое хранение ключей, ключевые модули, проверка уязвимостей и деплой позволяют любому сотруднику быстро менять продукт, не превращая безопасность в компромисс.









