Что здесь происходит: блок 3 пройден — собираем его в работу. Сначала карта блока и четыре сценария на принятие решений, потом главное задание: раздел «Автоматизация» для вашего ТЗ. После этого урока вы сможете заказать автоматизацию любого процесса школы — и принять её не по красивому демо, а по обвязке, воротам и трейсам. В помощь — два новых справочника: карта готовых решений и чеклист заказчика.
Карта блока: пять уроков — пять вопросов заказчика
Трейсы; пиннинг модели + eval; полная стоимость владения
«Как я узнаю о тихой поломке? Что в смете, кроме разработки?»
Сценарии на сборку
Реалистичные кейсы — выберите решение, как на реальной планёрке.
Нужна поддержка учеников в чате: типовые вопросы про доступы, тарифы, расписание. Объём — 30–40 обращений в день. Разработчик предлагает: «Соберу кастомного агента на LangGraph, 2 месяца, под вас». Ваш вердикт?
Верно — это главный вывод урока 17! Лестницу проходят снизу вверх: типовую задачу почти наверняка закрывает готовый сервис. Кастомная разработка оправдана, когда задача нетиповая или готовые решения упёрлись в потолок. Бонус: данные MIT — покупка у вендоров успешна примерно вдвое-втрое чаще самостройки.
LangGraph — нормальный инструмент, но не для этой задачи. Поддержка с типовыми вопросами — самая «протоптанная» задача рынка: готовые сервисы делают её за дни и за предсказуемые деньги. Кастом — верх лестницы, туда идут, когда ступени ниже не справились (урок 17).
Автоматизация рассылки: LLM пишет персональные письма-приглашения на вебинар по списку из 3000 учеников и сразу отправляет. Разработчик показывает демо — письма отличные. Что вы требуете добавить до запуска?
Именно! Два урока в одном сценарии. Урок 20: отправка 3000 ученикам — необратимое внешнее действие, на старте оно идёт через черновики и проверку. Урок 19: рассылка по списку обязана быть идемпотентной — упала на письме 1500, перезапустилась, и без ключей идемпотентности первые 1500 человек получат дубль.
Демо показывает лучший случай, а рассылка на 3000 адресов живёт в худшем: сбой посередине, перезапуск, дубли, один странный текст из тысячи — и скриншот в чате учеников. Нужны ворота одобрения (урок 20) и идемпотентность с обвязкой (урок 19).
Подрядчик сдаёт автоматизацию обработки заявок. Всё работает, демо прошло. В смете нет ни слова про логи и наблюдаемость, на вопрос «как мы узнаем, что внутри сломалось?» отвечает: «Если сломается — увидите по жалобам». Принимаете?
Верно! Урок 21: LLM-система ломается тихо — не падает с ошибкой, а начинает отвечать чуть хуже. «Увидите по жалобам» означает, что датчиком качества назначили ваших клиентов. Трейсы (запись каждого запуска) и приёмка по eval-набору — обязательные строки ТЗ, а не опция за доплату.
«Увидите по жалобам» — это и есть тихая поломка из урока 21: первыми деградацию заметят клиенты, последними — вы. По данным Inngest (2026), 74% команд ловили инцидент с AI-системой в первые 90 дней. Трейсы и eval-набор — не удорожание, а страховка, без которой эксплуатация слепа.
Через год после запуска приходит письмо: модель, на которой работает ваша автоматизация, выводится из эксплуатации через 6 месяцев. Паника? Что должно было быть в ТЗ, чтобы это письмо не стало проблемой?
Верно! Урок 21, «беговая дорожка моделей»: модели выводятся из эксплуатации каждые 1–2 года, это норма жизни, а не катастрофа. Если версия запиннена, а eval-набор существует, переезд — это прогон нового кандидата по набору и сравнение цифр. Без eval-набора переезд — гадание.
«Моделей, которые не закроют» не существует — вывод моделей из эксплуатации происходит у всех провайдеров каждые 1–2 года. Но и переделывать проект не нужно: пиннинг версии + eval-набор превращают переезд в управляемую процедуру со сравнением цифр (урок 21).
Главное задание: раздел «Автоматизация» вашего ТЗ
🛠 Финальное задание блока, ~20 минут
Выберите один процесс школы, который съедает больше всего рутинного времени: обработка заявок, ответы на типовые вопросы, подготовка отчётов по продажам, рассылки. Один — не три.
Начните со ступени: прогоните задачу через карту готовых решений — какая ступень лестницы её закрывает? Запишите выбор и почему. Если хватает готового сервиса — так и пишите, это сильное решение, а не «несерьёзное».
Опишите анатомию (урок 18): что триггер — расписание, событие или человек? Перечислите шаги и пометьте каждый: [код] или [LLM]. У каждого [LLM] должен быть ответ, почему там нужны суждения, а не правила.
Пройдите чеклист заказчика сверху вниз: обвязка надёжности (урок 19), ворота одобрения (урок 20), трейсы, eval-набор и полная стоимость владения (урок 21). Ответы — в раздел «Автоматизация» вашего ТЗ.
Отдайте на разбор преподавателю: откройте Claude Code в папке курса и скажите: «Я прошёл блок 3 и написал раздел „Автоматизация“ своего ТЗ, вот он: [текст]. Проведи разбор как преподаватель: что сильно, что упущено, какие вопросы задаст разработчик».
Куда расти дальше
Блок 3 закрыт. Вы прошли путь от «какую ступень выбрать» до «как принять работу по трейсам и eval-набору». Следующее углубление по плану курса:
Блок 4 · Контент-конвейеры — генерация контента с контролем качества: связки «генератор + судья», стилевые гайды, конвейеры для писем, постов и учебных материалов.
Скажите преподавателю «начинаем блок 4» — и он будет создан так же: свежий ресёрч, уроки, практика.