docs(labs): уточнены самопроверка и формулировки заданий

Зачем: убрать механические повторы в итогах и избежать ложных расхождений при проверке графика Superset.

Что: уточнены правила итоговых списков и название задания о проверках заказов. В разборе событий разделены учет повторных доставок и выбор событий ODS для сравнения. Первый график Superset и проверочный SQL используют весь период витрины.

Проверка: git diff --check, локальные ссылки и переходы к измененным заголовкам прошли. Блоки кода и таблицы требований сохранены. Согласованность периода графика с SQL проверена по тексту; повторный проход через интерфейс Superset не выполнялся.

docs/specs/2026-09-01-labs-program.md

@@ -51,9 +51,10 @@
 с чем сравнить и где искать причину расхождения. Если проверка и есть ход
 исследования, сохраните ее в шагах, без повторного раздела. В конце задания
 «Что должно получиться» помогает учащемуся оценить результат: что у него
-работает, что он проверил и что может объяснить. Чекбоксы обращены к нему:
-«вы сверили числа», «у вас сохранен запрос». Подробный порядок действий
-остается в основной части.
+работает, что он проверил и что может объяснить. Пишите о наблюдаемом
+результате: «числа на графике совпадают с запросом», «вы можете объяснить
+причину ошибки». Местоимение «вы» нужно там, где оно помогает обратиться
+к читателю. Подробный порядок действий остается в основной части.
 
 Заголовки остальных разделов выбирайте по содержанию: «Для чего нужна
 витрина», «Найдите причину», «Как даг запускает ваши запросы». Число разделов
@@ -115,7 +116,7 @@
 Форма — вычитание. Обратную связь дают `dq_check` и поштучная сверка,
 построенная на третьей ступени.
 
-### Ступень 5. Проверьте заказы перед изменением обработки
+### Ступень 5. Научите проверки замечать ошибки в заказах
 
 Сначала менти строит две недостающие DQ-проверки. Первая утверждает равенство
 «цена × количество = items_total». Вторая сверяет слой с источником по дням. Их