docs(spec): порог приёмки — гигиена, и живёт он в карте проверок

Зачем: формулировка в спеке дублировала строку карты проверок и делала это
хуже оригинала. «make up работает» следует из зелёных проверок и потому
пусто; настоящее условие — «с нуля» — в спеке не проговаривалось. Заодно
гигиеническая планка носила имя приёмки этапа, хотя про предмет этапа она
молчит: дашборд может быть не нарисован, а все три цели зелены. Тот же промах
разобран в ADR 0004 — там он случился с числовым порогом.

Что: раздел 9 спеки отсылает к карте проверок вместо своей формулировки и
называет вещь своим именем — гигиена, а не приёмка. Копия строки убрана из
семи карт этапов и карты #1 в трекере: одна вещь — одно место.

Проверка: правка документная. grep по docs, README и AGENTS — других копий
формулировки нет.

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

@@ -548,13 +548,13 @@ v2 стартует пустым, поэтому объём ниже — это
 9. Мониторинг и runbook «keeper упал / DDL повис в очереди». Состав дашбордов
    и границы — ADR 0002.
 
-Критерий приёмки этапа — честный: `make up` работает и проходят все три
-проверки на стенде — `make smoke`, `make check-clickhouse` и
-`make check-services`, — а не «дашборд зелёный». Названы они поимённо
-намеренно: под общим словом «smoke-проверки» планка тихо опустилась бы при
-следующем делении целей. Это минимальная планка; свои
-наблюдаемые критерии каждый этап получает при разбиении в /to-tickets. Документация правится в PR этапа
-(правило AGENTS.md).
+Что гонять на приёмке этапа — строка в [карте
+проверок](../architecture/testing.md), раздел «Какую проверку когда
+запускать»: стенд собирается с нуля и на нём зелены все три цели, которым
+нужен стенд. Это гигиена, а не приёмка: она обещает, что этап не сломал стенд,
+и молчит о его предмете — дашборд может быть не нарисован, а все три останутся
+зелёными. Свои наблюдаемые критерии каждый этап получает при разбиении в
+/to-tickets. Документация правится в PR этапа (правило AGENTS.md).
 
 ## 10. Границы: чего не делаем