docs(diarization): отложено удаление архивов

- Зачем:
  - старые результаты решено сохранить до завершения и приемки задачи #46.
- Что:
  - архивы задач #41/#42 закреплены как временные и доступные только для чтения;
  - стенду #46 запрещено читать архивы или использовать их как основу A/B;
  - удаление перенесено на момент после приемки нового отчета.
- Проверка:
  - выполнены git diff --check и проверка формулировки в задаче #46.

docs/benchmarks/2026-08-31-cpu-diarization-ryzen.md

@@ -252,7 +252,9 @@ E1 и C2 сохранили все обязательные и диагност
 доказательство составляют публичные агрегаты, хеши и
 [карта архитектур](../research/2026-09-01-end-to-end-cpu-diarization-map.md).
 Закрытые хранилища задач #41/#42 и старый материал для прослушивания C1
-подлежат удалению и не являются будущей зависимостью.
+временно сохраняются до завершения и приемки задачи #46 как архив только для
+чтения. Новый эксперимент их не читает. После приемки его отчета архив можно
+удалить: будущей зависимостью он не является.
 
 | Результат | Что можно переиспользовать | Когда повтор действительно нужен |
 |---|---|---|
@@ -261,7 +263,7 @@ E1 и C2 сохранили все обязательные и диагност
 | Q1 | Этот S8S8 QDQ-граф на Intel медленнее FP32 и дает `2 / 2 / 2` | Новая калибровка, формат квантизации, модель или runtime |
 | E2/E3 | Больше worker и отдельные session не окупились при прежнем бюджете потоков | Изменилась топология session, runtime или бюджет ядер |
 | E1/C2 на Ryzen | Для точного рецепта shared-session медиана равна 23,57%, качество и память проходят | Изменилась реализация механизма, runtime, машина или режим питания |
-| C1 | Исторический замер скорости остается доказательством незакрытого gate; старый материал для прослушивания не сохраняется | Для повторного открытия заново выполнить минимальную пару W0/C1 и подготовить новый материал для прослушивания |
+| C1 | Исторический замер скорости остается доказательством незакрытого gate; старый материал временно хранится только в архиве и не входит в задачу #46 | Для нового измерения C1 либо повторного открытия после удаления архива заново выполнить минимальную пару W0/C1 и подготовить новый материал для прослушивания |
 
 Есть три разных вида проверки, и они не заменяют друг друга:
 

docs/research/2026-09-01-end-to-end-cpu-diarization-map.md

@@ -8,8 +8,11 @@ Sortformer 4spk v2 Q8_0 через закрепленный NeMo-Speech.cpp. Э
 локальный CPU runtime. Production-профиль, CLI, конфигурационный контракт и
 модель по умолчанию не меняются.
 
-Документ сохраняет обезличенные агрегаты задач #41 и #42, потому что после
+Документ сохраняет обезличенные агрегаты задач #41 и #42. Старые закрытые
-удаления закрытых хранилищ их нельзя будет получить повторно без нового
+хранилища временно остаются архивом только для чтения до завершения и приемки
+задачи #46. Ни стенд, ни сравнение в задаче #46 не должны получать к ним доступ:
+новая измерительная основа создается заново. После приемки нового результата
+архив можно удалить; тогда его данные нельзя будет получить повторно без нового
 вычисления. Здесь нет локальных путей, идентификаторов записей, текста,
 временных интервалов, manifest-содержимого или сырых строк результата.
 Непрозрачные SHA-256 уже опубликованных результатов оставлены как устойчивые
@@ -284,9 +287,11 @@ runner.
 
 ## Что станет невосстановимым после удаления замороженных хранилищ
 
-Долговечная карта должна сохранить все таблицы и формулы выше. После удаления
+Удаление обоих хранилищ отложено до завершения и приемки задачи #46. Пока они
-обоих хранилищ останутся публичные рецепты, агрегаты, решения и непрозрачные
+сохраняются, их можно использовать только для ретроспективного аудита старых
-хеши, но сами хеши уже нельзя будет повторно сверить с исходными байтами.
+результатов, но не как вход или базу сравнения нового опыта. После удаления
+останутся публичные рецепты, агрегаты, решения и непрозрачные хеши, но сами хеши
+уже нельзя будет повторно сверить с исходными байтами.
 
 Без нового model run или повторной подготовки будут потеряны:
 
@@ -298,9 +303,10 @@ runner.
   worker requests и native logs, которыми проверялись строки/метки/финализация;
 - runtime-guard свидетельства и полное состояние планировщика/manifest, включая
   непубличные идентификаторы ячеек и порядок внутренних повторов;
-- подготовленные C1 listening excerpts и plan. Если gate не закрыть до удаления,
+- подготовленные C1 listening excerpts и plan. Пока архив существует, они
-  для его будущего решения придется заново построить минимальный baseline/C1
+  доступны только для отдельного аудита C1 и не входят в задачу #46. После
-  diff и новые excerpts из исходных записей;
+  удаления для будущего решения C1 придется заново построить минимальный
+  baseline/C1 diff и новые excerpts из исходных записей;
 - calibration provenance и байты QDQ-графа, локальные wheel/patch artifacts,
   если они отдельно не сохранены; опубликованный SHA доказывает идентичность
   только при наличии байтов;

docs/specs/2026-09-01-streaming-sortformer-cpu-experiment.md

@@ -87,6 +87,11 @@ W0 использует действующий последовательный
 Критерий завершения: `--validate-only` показывает рецепт `W0-FRESH` и
 останавливается при любом несовпадении.
 
+Закрытые хранилища задач #41/#42 временно сохраняются до завершения и приемки
+этого эксперимента как архив только для чтения. Стенд не получает их пути, не
+читает старые manifest и результаты и отклоняет их ID при валидации. Архив не
+является входом, базой сравнения или условием получения нового результата.
+
 ### Sortformer
 
 Runtime:
@@ -393,8 +398,9 @@ Checkout и дерево сборки NeMo-Speech.cpp, скачанные вес
 - байты runtime/model либо проверяемый download recipe с revision, size и hash.
 
 Хранилище не ссылается на закрытые хранилища задач #41/#42 и остается
-достаточным для разбора собственного результата. Удаление старых хранилищ не
+достаточным для разбора собственного результата. После приемки отчета задачи
-блокирует ни один шаг.
+#46 старые архивы можно удалить; их удаление не блокирует ни один шаг и не
+лишает новый результат доказательной основы.
 
 Публичный отчет содержит `clean local-transcriber source commit`, точные
 рецепты, хеши, агрегаты, вердикты gates и итоговое решение. В Git, комментарии