Лайв-демо Claude Code на 250 человек: ретроспектива
17 марта. Вебинар школы Hard&Soft Skills с Пашей Вейником (ex-Miro). Планировалось 40 минут демо. Получилось два с лишним часа эфира.
250+ человек смотрели, как я ковыряюсь в терминале. Рассказываю, как всё было на самом деле.
Контекст
Это второй совместный вебинар. Первый прошёл 5 марта - “Как AI меняет цикл разработки”.
Status-Pulse-App - дашборд мониторинга здоровья сервисов. FastAPI на бэкенде, React на фронте, PostgreSQL. Приложение уже было собрано и задеплоено до вебинара. Не “с нуля”. Проект существовал.
Задача для демо - взять реальную фичу из бэклога. Я выбрал описания инцидентов. Не синтетическую задачу. Не hello world. Настоящий тикет из настоящего бэклога.
Честно - времени на нормальную подготовку демо не хватило. Планировал прогнать 1-2 раза заранее, но не успел. В итоге это сыграло в плюс - лайф получился по-настоящему живым. Без отрепетированных переходов, без заготовленных ответов на “а если что-то сломается”.
Что показывал
Перед демо - короткая вводная про три уровня AI-разработки. “Наивный подход”, “подготовленный пайплайн” (соло с навыками и субагентами) и “здоровая AI-компания” (команда с процессами).
Потом перешёл к живому кодингу. Пайплайн получился такой:
- Brainstorm (design) - генерация подходов к фиче
- Writing Plan - написание плана реализации
- Plan Review через субагента - ревью плана отдельным агентом. Нашёл 8 замечаний, 3 из них критические
- Добавил QA-агента + Playwright MCP - чтобы тесты шли автоматом
- Backend/Frontend реализация - агент писал код
- QA - запустил, оказался слишком медленный. Остановил, тестировал руками
- Deploy через DevOps - выкатка на продакшен
- Создание скилла “work-on-feature” - чтобы весь пайплайн был автоматизирован для следующих фич
Плюс показал свой PM-пайплайн в рабочем репозитории. Не проваливался внутрь - просто структура папок, список команд, скиллов. Как реально выглядит рабочее пространство продакт-менеджера в Claude Code: команды для анализа требований, работы с документацией, подготовки к грумингам, транскрибации митингов, взаимодействия с дизайнерами, создание user stories.
Где всё ломалось
VPN падал пару раз. Из-за этого субагенты зависали, получали Internal error. Приходилось перезапускать прямо в лайве. Полезно было показать, как это выглядит в реальности - не всё так гладко.
QA-агент оказался слишком медленным. Ждать, пока он прогонит тесты, при 250 зрителях - не вариант. Остановил и прошёлся по тестам вручную.
Агент один раз пошёл не туда - запустил план-ревьюер до того, как план был написан. Честно, я этого ожидал. Первый прогон пайплайна из субагентов всегда идёт криво - это было запланировано как часть демо. Остановил, скорректировал, показал, как выравнивать. А потом в конце мы запаковали весь пайплайн в скилл “work-on-feature” - и в следующий раз такого уже не повторится (наверное ;)).
Скилл создался как slash-command вместо папки skills. Тоже пришлось фиксить на лету.
Что сработало
250+ зрителей. Вопросы в чате не прекращались.
Субагент на ревью плана нашёл 8 замечаний. Из них 3 критических. Это был сильный момент - зрители увидели, что агент реально ловит проблемы, а не просто штампует “всё ок”.
В конце собрал скилл “work-on-feature”. Теперь весь пайплайн - от дизайна до деплоя - запускается одной командой. Следующая фича из бэклога пройдёт этот путь автоматически.
Открытый репо. Реальные коммиты. Не скриншоты и не нарезка лучших моментов.
Что понял
Первый инсайт: непредсказуемость и есть доказательство. Не успел отрепетировать - и это парадоксально помогло. Всё, что ломалось, ломалось по-настоящему. Зрители видели не постановку, а реальный рабочий процесс. Вылизанная демонстрация вызывает аплодисменты и тишину. Хаос с реальными проблемами вызывает вопросы.
Второй: подготовка инфраструктуры до демо - must have. Хорошо, что проект уже был задеплоен. Показывать фичу в существующем проекте - правильный уровень сложности. “С нуля” на лайве - ненужный риск.
Третий: scripted live coding - заготовленные чекпоинты, чтобы при сбое переключиться и продолжить. И буфер по времени. После двух часов вместо сорока минут - полностью согласен с этим подходом.
Ссылки
Запись вебинара: https://www.youtube.com/watch?v=gDG09dQa5SE
Status-Pulse-App (открытый репо): https://github.com/Serg1kk/status-pulse-app