docs(labs): упрощен язык учебных заданий

Зачем: помочь менти понять действия, проверить результат и оценить освоенное умение.

Что: вычитаны 13 заданий основной программы и общий индекс. Итоговые списки обращены к учащемуся, убраны история разработки и повторы. Правила учебного текста записаны в программе, из AGENTS.md добавлена ссылка.

Проверка: git diff --check, локальные ссылки и ссылки на измененные заголовки прошли. Блоки кода и таблицы требований совпадают с исходными. Упражнения на стенде повторно не выполнялись: изменен только текст.

docs/labs/1-3-session-overview.md

@@ -1,24 +1,21 @@
 # Задание 3: `dm.session_overview`
 
-**Чему учит:** хранить слагаемые, а не готовые средние и доли. Понимать,
-почему сумма `visitors` по строкам сейчас сходится, но начнет завышать
-аудиторию, если у одной куки появятся визиты с двух устройств.
+**Чему учит:** хранить слагаемые для расчета средних и долей и понимать,
+когда сложение числа посетителей по устройствам завышает аудиторию.
 
 ## Сначала прочитать
 
 - [«Хранилище и его слои»](../handbook/storage-layers.md);
 - [«Потоки Airflow и даги модельного времени»](../handbook/airflow-dags.md).
 
-## Роль витрины
+## Для чего нужна витрина
 
 Витрина нужна, чтобы по дням сравнивать визиты с телефона и компьютера: их
 число, длительность, просмотры страниц и частоту покупок.
 
-На прошлом стенде витрина выделяла визиты сама. Теперь их рассчитывают в
-DDS, а повторять зерно сессий ради представления с переименованными
-колонками незачем. Здесь вы учитесь дневной агрегации, поэтому зерно — день
-и устройство. Выбор описан в разделе «Форма: по зерну, не по цене запроса»
-[справочника DM](../architecture/dm.md).
+Сессии уже рассчитаны в DDS. Из них вы соберете дневные показатели по
+устройствам. Почему такие итоги хранят в отдельной таблице, объясняет
+[справочник DM](../architecture/dm.md).
 
 ## Что сделать
 
@@ -107,12 +104,12 @@ DDS, а повторять зерно сессий ради представле
   повторного учета визитов;
 - сумма `events_total` равна сумме `events_total` по сессиям того же дня.
 
-## Приемка
+## Что должно получиться
 
-- [ ] созданы пять объектов, донор объявлен через `AS` и шардируется ключом
-      цели;
-- [ ] в `dm.session_overview_v` колонки перечислены явно;
-- [ ] источник — `dds.session_v`, повторного выделения визитов нет;
-- [ ] физическая таблица не хранит средние и доли;
-- [ ] задача `session_overview` в `homework_check` завершилась успешно;
-- [ ] задача витрины добавлена в `dm_transform`.
+- [ ] у вас есть пять объектов витрины; донор объявлен через `AS` и
+      использует ключ шардирования целевой таблицы;
+- [ ] вы явно перечислили колонки в `dm.session_overview_v` и собрали
+      показатели из готовых сессий `dds.session_v`;
+- [ ] в таблице хранятся слагаемые для средних и долей;
+- [ ] вы запустили `session_overview` в `homework_check`, проверка успешна;
+- [ ] вы включили сборку витрины в `dm_transform`.