docs(dq): classes_vs_inventory названа технической проверкой

- Зачем:
  - сверка с описью подглядывает внутрь генератора: у настоящего магазина
    такого оракула нет, и выдавать её за учебный урок DQ нельзя (развилка
    из комментария к #157).
- Что:
  - в dm.md проверка счётчиков классов помечена технической, её обещание
    сужено честно: до витрин доехал рождённый мир; верно ли мир рождён,
    проверка не видит — опись считает тот же генератор.
  - в §8 мастер-спеки читатель счётчиков «самопроверка лабы сверки»
    заменён на техническую проверку classes_vs_inventory звена DQ.
  - словарь: короткий термин «Техническая проверка» в CONTEXT.md — только
    язык, решение живёт в dm.md; та же формулировка читателя в inventory.md.
- Проверка:
  - grep -rn "лабы сверки" docs/ — упоминаний не осталось.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

CONTEXT.md

@@ -209,3 +209,8 @@ _Избегать_: описание схемы, документация кон
 потоковый приём событий.
 _Избегать_: путать с приёмником и пакетным режимом — те про сторону
 генератора, про отправку; забор — про сторону хранилища, про чтение.
+
+**Техническая проверка**:
+Проверка, чей оракул — внутренний эталон стенда (опись мира), которого у
+настоящего магазина нет. За учебный урок DQ не выдаётся.
+_Избегать_: DQ-проверка — та работает на наблюдаемых данных магазина.

docs/architecture/dm.md

@@ -87,7 +87,11 @@ Airflow. Партиция — день данных; прогон звена DQ
 - счётная сверка сессий с эталоном `VisitID` — кука × день, эталон читается
   из `ods.event_v` ([модель сессии](dds/session.md));
 - счётчики классов расхождений против описи мира — по дням с закрытым
-  окном;
+  окном. Проверка техническая, не урок DQ: её оракул — опись генератора,
+  а у настоящего магазина оракула нет. Обещание узкое и честное: до
+  витрин доехал тот мир, который родился, — одна растяжка через весь
+  путь вместо сторожей на каждом шаге. Верно ли сам мир рождён, она
+  не видит: опись считает тот же генератор;
 - счётные сверки витрин стенда с их DDS-источниками.
 
 Результаты ложатся в `dm.dq_summary`. Звено — не только сторож конвейера,

docs/architecture/orders/inventory.md

@@ -19,7 +19,7 @@
   итоговой судьбе заказов дня. В строке закрытого дня поле `orders` хранит
   число заказов каждого класса; пока окно открыто, поля нет. При N сыгранных
   днях закрыты N − 7 (день d закрывается слепком d + 6, а последний
-  отправленный слепок несёт день N − 2). Для этих счётчиков запланирована
+  отправленный слепок несёт день N − 2). Их читатель — техническая
   проверка `classes_vs_inventory` из DQ-звена этапа 4.
 - **Контрольные числа идентичности не заводятся вовсе**: uniq известных
   пользователей и число двухкуковых пар растут, пока мир едет, — опоры из них

docs/specs/2026-07-30-stand-v2-realism.md

@@ -537,9 +537,10 @@ Kafka день переигрывается генератором заново:
   «слепок переснимается и даёт те же байты» опись сторожит наравне с днями;
 - заказная сторона: счётчики наблюдаемых классов расхождений после
   приоритета; каждый показывает число заказов и хранится только для дня с
-  закрытым окном (самопроверка лабы сверки; при N сыгранных днях таких дней
-  N − 7). Отдельных полей для общего числа заказов и выручки в описи пока
-  нет: для них не назван читатель;
+  закрытым окном (читатель — техническая проверка `classes_vs_inventory`
+  звена DQ; при N сыгранных днях таких дней N − 7). Отдельных полей для
+  общего числа заказов и выручки в описи пока нет: для них не назван
+  читатель;
 - контрольные числа идентичности не заводятся: uniq известных пользователей
   и число двухкуковых покупателей растут, пока мир едет, а счётчик без
   названного читателя в опись не кладётся