Весь трек агент говорил «готово» уверенно. Он сообщал «изоляция работает корректно» при 13 упавших тестах и 8 ошибках, удалял тесты, чтобы стало зелёно, придумывал адреса и контакты. Каждый раз спасало одно: ты открывал и смотрел сам. На сдаче трека правило то же, только теперь ты показываешь честно не агента, а себя: что работает, сколько стоило и что сломалось.
Чему научишься в этом уроке:
• собирать сдачу трека из уже сделанных артефактов, а не писать заново;
• доказывать, что продукт живёт, снимками и выводами команд;
• записывать видео-демо на 3–5 минут со сбоем из журнала;
• проверять сдачу на ключи и личные данные до отправки.
Что ты сдаёшь
Капстоун — не новый продукт. Это один документ с доказательствами того, что уже сделано за 16 недель. Почти каждый пункт ты уже собирал в «Практике» паттернов. Здесь они сходятся в одном месте, и к ним добавляется видео. Сдаёшь на 16-й неделе, после трёх недель журнала (календарь недель 13–16 в уроке 9.1).

Чек-лист: продукт
- Минимум 3 работающих продукта из обязательных: бот (П1), интеграция (П2), мониторинг (П3), CRM (П4), ассистент (П7). Доказательство живой работы: бот отвечает на /start; служба включена на автозапуск (
systemctl is-enabledотвечает enabled) и работает без перерыва (время работы вsystemctl status), в журнале службы за сутки нет ошибок; таймер виден вsystemctl list-timers. Боевой сервер ради снимка не перезагружай. Если интеграцию делал в n8n, вместо службы приложи снимок успешного запуска сценария. - Журнал продукта за 3 недели из урока 9.1: таблица с колонками «Дата | Что случилось | Как заметил | Что сделал | Сколько стоило»; не меньше 3 правок, у каждой коммит и pytest -q до и после, как в уроке 9.1.
- Тесты: последняя строка
pytest -qна день сдачи для каждого проекта; тесты не удалялись; в боевом коде нет поиска по словам TESTING или IS_TEST (лазейка «для тестов», как в П4). - Безопасность: имена переменных .env без значений (команда
cut -d= -f1 .env), права на .env — 600, журналы без токенов и личных данных, копия базы и проверка восстановления из П4. - Модели: имена моделей — в .env, в журнале запросов к модели (лог ассистента) видны модель и расход; замер скорости сделан с сервера бота, а не с ноутбука.
Чек-лист: ты
- Личные данные хранятся в CRM на сервере в Москве; на сервере в Амстердаме их нет; уведомления приходят без имени и телефона.
- Портфолио из урока 9.2: 3 кейса по схеме «задача → решение → цифры → что не получилось» и репозиторий без секретов.
- Клиентская линия: таблица 10 сообщений из урока 2.7, заметки настоящего разговора, резюме и КП с ценой по формуле из урока 9.4.
- План на 3 месяца из урока 9.5 с разделом «Учёба» из урока 9.6.
- Видео-демо на 3–5 минут, о нём ниже.
Шаблон сдачи
Всё сдаётся одним документом с постоянными заголовками. Тексты разделов вставь в поле ответа в этом порядке и с этими заголовками: по ним ИИ-разбор и преподаватель быстро находят нужное. Не переименовывай их.
- Журнал: таблица «Дата | Что случилось | Как заметил | Что сделал | Сколько стоило».
- Кейсы: три подраздела «Кейс 1», «Кейс 2», «Кейс 3» по схеме урока 9.2.
- КП: заметки разговора, резюме и коммерческое предложение из урока 9.4.
- План на 3 месяца: таблица «Неделя | Действие | Число | Сделано», 12 строк по неделям, и раздел «Учёба».
- Ссылки: продукты и доказательства из чек-листа, репозиторий, витрина, таблица 10 сообщений.
- Видео: ссылка и описание по минутам.
Видео-демо: 3–5 минут, четыре части
Видео нужно не для красоты. Это единственное место, где проверяющий видит продукт в работе, а не на словах. Представь, что ты показываешь его будущему заказчику, у которого есть пять минут между встречами.
- Задача заказчика (до минуты): своими словами или словами из заметок разговора — что болело.
- Продукт в работе (1,5–2 минуты): живой сценарий от начала до конца. Например, человек пишет боту, оставляет заявку, она появляется в CRM, уведомление приходит менеджеру.
- Цифры (до минуты): из журнала и портфолио — время ответа, расход в месяц, сколько дней работает.
- Один сбой (до минуты): запись из журнала — что сломалось, как заметил, что сделал. Это самая сильная часть видео: она показывает, что ты умеешь поддерживать продукт, а не только запускать.
Перед записью экрана закрой всё лишнее. На видео не должно быть: ключей и токенов (даже начала ключа), содержимого .env, адресов серверов, имён и телефонов из заявок, аватаров и id людей в Telegram. Для демонстрации заведи тестовую заявку с выдуманным именем и пометкой «тест». Где хранить видео — на твой выбор (видеохостинг или облачный диск), главное, чтобы ссылка открывалась без входа в аккаунт.
Как проверяют сдачу
Проверка идёт в три слоя, и у каждого слоя свои границы.
- Как сдаёшь. Тексты разделов — в поле ответа. Документ целиком — файлом до 10 МБ. Видео — ссылкой на хостинг: файлом его не загрузить, лимит вложения 10 МБ. Без вложения работа не отправится.
- ИИ-разбор читает только тексты из поля ответа (файлы и ссылки он не открывает) и раскладывает их по пунктам рубрики. Его разбор видит преподаватель, тебе он придёт уже в отзыве. Он проверяет, есть ли цифры, честный раздел «что не получилось», формула цены, нет ли ключей и личных данных. Видео ИИ не смотрит. Поэтому к ссылке на видео приложи короткое текстовое описание: что показано на каждой из четырёх частей и на какой минуте.
- Преподаватель на финале смотрит видео обязательно, а остальные работы — выборочно. Если в описании видео сказано одно, а на видео другое, это заметно сразу.
Обрати внимание: ИИ-разбор — та же модель, что и агент, только в роли проверяющего. Он тоже может ошибиться. Если считаешь, что разбор неверен, ответь фактом: строкой журнала, выводом команды, минутой видео.
Перед отправкой: проверка на секреты
Один раз в П2 токен бота нашёлся в журнале службы открытым текстом, и заметили это только потому, что журнал прочитали глазами. Перед сдачей пройди всё, что отправляешь, так же:
- в репозитории — поиск по истории:
git log -p | grep -inE "token|api_key|secret|password|sk-"(та же команда, что в уроке 9.2), совпадений с настоящими значениями нет; - на снимках закрашены имена, телефоны, аватары, адреса серверов;
- в журнале продукта нет IP-адресов и путей к службам на сервере;
- в КП и кейсах название школы — только если заказчик разрешил.
Если не получилось
- Работают только 2 продукта из обязательных → верни третий из своей практики: чаще всего за 3 недели падает таймер мониторинга, проверь
systemctl list-timersи журнал службы. - В журнале меньше 3 сбоев → правкой считается и улучшение по записи «что заметил». Правило то же, что в уроке 9.1: коммит, pytest -q до и после и строка, какую запись журнала правка закрывает.
- Число тестов уменьшилось → найди в git, в каком коммите исчезли тесты, и верни их:
git log --stat -- tests. - Видео выходит длиннее 5 минут → режь «продукт в работе» до одного сценария; цифры и сбой не убирай.
- Не было настоящего разговора → без него трек не сдаётся. Собеседником может быть однокурсник из чата курса или знакомый с небольшим делом, как в уроке 9.4.
Контрольный вопрос. Ты сдаёшь видео-демо. Что нужно приложить к ссылке, чтобы ИИ-разбор мог учесть видео?
Подсказка: Вспомни, какие из трёх слоёв проверки смотрят видео, а какие читают только текст.
На курсе задания проверяются автоматически. Решить первое задание бесплатно → · Подобрать курс
Контрольный вопрос. Агент собрал папку сдачи и пишет: «Всё готово, секретов нет». Что делаешь перед отправкой?
Подсказка: Как в этом треке ловили токен в журнале службы?
На курсе задания проверяются автоматически. Решить первое задание бесплатно → · Подобрать курс
Задание. МИССИЯ «Сдача трека». Собери один документ по шаблону урока: заголовки «Журнал», «Кейсы», «КП», «План на 3 месяца», «Ссылки», «Видео». 1. Три работающих продукта: для каждого — снимок или вывод команды, что он жив (ответ на /start, systemctl is-enabled и время работы службы из systemctl status, журнал службы без ошибок за сутки, строка в list-timers; для n8n — снимок успешного запуска). 2. Журнал продукта за 3 недели: таблица с пятью колонками шаблона, не меньше 3 правок, у каждой коммит и pytest -q до и после. 3. Тесты: последняя строка pytest -q на день сдачи для каждого проекта. 4. Безопасность: вывод cut -d= -f1 .env, права на .env, проверка восстановления базы. 5. Модели: строки .env с именами моделей (без ключей) и таблица замера скорости с сервера бота. 6. Личные данные: где хранятся, снимок уведомления без имени и телефона. 7. Портфолио: ссылка на 3 кейса и на репозиторий. 8. Клиентская линия: таблица 10 сообщений, заметки разговора, резюме, КП с ценой по формуле. 9. План на 3 месяца с разделом «Учёба». 10. Видео-демо 3–5 минут: ссылка и текстовое описание четырёх частей с минутами. Принято, если: документ по шаблону, все заголовки и колонки на месте; все 10 пунктов приложены; продуктов в работе не меньше трёх из обязательных; в журнале не меньше 3 правок с пятью полями; тесты не удалялись; в видео есть сбой из журнала; ни в одном файле, снимке и на видео нет ключей, токенов, адресов серверов, имён и телефонов людей.
Подсказка: Иди по чек-листу сверху вниз и бери готовое из «Практики» каждого паттерна — новое придётся сделать только видео.
На курсе задания проверяются автоматически. Решить первое задание бесплатно → · Подобрать курс
Что дальше
Трек сдан. У тебя три продукта, которые прожили три недели и пережили сбои, портфолио с цифрами и честным «что не получилось», настоящий разговор и план. Дальше — план на 3 месяца по неделям. Возвращайся к журналу каждую неделю: продукты, которые ты сделал, теперь живут у тебя.
Итог:
• сдача собрана из артефактов всех практик по чек-листу из 10 пунктов;
• видео на 3–5 минут показывает задачу, продукт в работе, цифры и один сбой;
• ИИ-разбор читает тексты, видео смотрит преподаватель, поэтому к видео приложено описание;
• перед отправкой ты сам проверил всё на ключи и личные данные.
