Record that the book's bank is a function of a stochastic draft, so two runs of the same text propose different keys at different granularity

docs/experiments/25-door-to-file-b.md

@@ -858,3 +858,114 @@ an upper bound on renderings, not a proof of two»), но вердикт в ко
 после фриза, и она объявлена девиацией (§11 п.1 результатов).
 
 **Работа завершена, править не планирую.**
+
+---
+
+# ДОПИСКА 12.09 — по прямому вопросу «что ты знаешь и не сказала»
+
+> ⚠ Дописка, а не правка: ничего выше не тронуто. Поводом послужил вопрос оркестратора №23 после
+> закрытия пака (норма: «в коде названо, в отчёте нет — значит для следующей смены НЕ названо»).
+
+## Д1. ⭐⭐ БАНК КНИГИ НЕДЕТЕРМИНИРОВАН ПО ПОСТРОЕНИЮ — замерено, а не предположено
+
+В §18.1(а) сказано, что восьми термов читателя «нет в банке», и причина названа только для части.
+Пере-снято по обеим базам, два разных механизма:
+
+**(а) ЧТО ОТСЕКАЕТ КОНТРАСТ — и это НЕ порог.** Греп по `mining-contrast.zh.txt` (jieba 0.42.1,
+**349 046 строк** — контроль): `家族` · `族` · `炼制` · `楼阁` · `先机` · `老妈子` — **ВСЕ в словаре
+общекитайского**, а `方源` · `古月山寨` · `丫头片子` · `怀璧之罪` — нет. ⇒ **шесть из восьми термов
+читателя отсечены потому, что они ОБЫЧНЫЕ КИТАЙСКИЕ СЛОВА.** Контраст спрашивает «характерно ли слово
+для ЭТОГО текста на фоне китайского вообще»; продукт спрашивает «нужна ли слову ОДНА закреплённая
+русская передача на всю книгу». **Для `家族` первый ответ „нет“, второй „да“** — и крупнейшая находка
+приоритета №1 (род↔клан, 9 + 29 вхождений в исходнике) не отсеяна порогом, а исключена ПО ПОСТРОЕНИЮ.
+
+**(б) А РАСХОЖДЕНИЕ БАНКОВ A И B — СОВСЕМ ДРУГОЕ, и оно глубже.** Банки: общих **53**, только в A —
+**16**, только в B — **13**, на побайтно одном исходнике и тождественном покупающем конфиге
+(sha `a46b33ee…` у обоих). Granularity-парами объясняются лишь **4** (`丙等资质`↔`资质` ·
+`四更时`↔`四更` · `族长家老`↔`族长` · `贴身丫鬟`↔`丫鬟`). И частотой это не объясняется:
+**`舅父舅母` встречается в исходнике 14 раз, есть в банке A и отсутствует в банке B.**
+
+⭐ **МЕХАНИЗМ ЗАКРЫТ ЗАМЕРОМ, $0.** Кандидатов банка предлагает ЧЕРНОВИК — канал `banknote`
+draft-side (`bank-mining: draft-side proposals folded`). Сверено `retrieval_state.banknote_detail`
+двух прогонов НА ОДНИХ И ТЕХ ЖЕ шести чанках:
+
+| чанк | поверхностей A | B | общих | только A | только B |
+|---|---|---|---|---|---|
+| ch1/0 | 16 | 19 | 15 | `天罗地网` | `牌位` `祭祀大典` `赤铜香炉` `魔头` |
+| ch1/1 | 19 | 18 | 17 | `三转蛊师` `古月族长` | `将敬酒` |
+| ch2/0 | 19 | **11** | 11 | `三转` `仙师` `孪生弟弟` `开窍` `怀璧之罪` `舅母` `舅父` `魔道巨擘` | — |
+| ch2/1 | 15 | 12 | 11 | `唐诗宋词` `正派` `甲等资质` `邪魔` | `甲等` |
+| ch3/0 | 17 | 20 | 13 | `四更时` `舅父舅母` `贴身丫鬟` `雪盐` | `丫鬟` `四更` `嬷嬷` `少爷` `时辰` `舅母` `舅父` |
+| ch3/1 | 12 | 13 | 7 | `丙等资质` `丫头片子` `后宫` `族长家老` `舅父舅母` | `丙等` `家老` `族长` `舅母` `舅父` `资质` |
+| **итого** | **98** | **93** | **74** | | |
+
+**Жаккар по книге = 0.63.** ⇒ **банк книги — функция ЧЕРНОВИКА, а черновик есть стохастический выход
+модели. Значит и СОСТАВ банка, и ГРАНУЛЯРНОСТЬ его ключей недетерминированы от прогона к прогону на
+одном входе.** Видно и род различия: на ch3/1 прогон A предлагает СОСТАВНЫЕ ключи (`丙等资质`,
+`族长家老`, `舅父舅母`), а B — их СОСТАВЛЯЮЩИЕ (`丙等`, `族长`, `舅母`, `舅父`, `资质`, `家老`); на
+ch2/0 предложение B — строгое подмножество A, беднее на восемь.
+⛔ **Следствие для чисел этого прогона, и оно жёстче уже записанного:** консистентность мерится ПО
+СТРОКАМ БАНКА, а сами строки между прогонами разные. **Двигается не только вердикт (ряд 436) — двигается
+ПОПУЛЯЦИЯ, на которой он считается.** Числа `I1`/`I2` двух прогонов сравнивать нельзя не потому, что
+прибор плох, а потому, что у них разные знаменатели по построению.
+
+## Д2. ТРИ НАХОДКИ ЧИТАТЕЛЯ, ВЫПАВШИЕ ИЗ ОТЧЁТА — и почему это хуже отброса
+
+В отчёт вошли **22 из 26**. [4] присутствует по содержанию (в §18.1(а) термы перечислены
+иероглифами). **Три отсутствуют полностью, и я их НЕ отбрасывала по доводу — они выпали при сведении
+находок в КЛАССЫ:** в §18.1(г) перечислены представители класса, и перечень не сверен с полным
+списком. **У отброса есть аргумент, который можно проверить; у выпадения из выжимки его нет.**
+
+* **[10] МАЖОР, приоритет 4, `калька`.** `舅父舅母` — одно двусложное слово — отдано шестисловной
+  конструкцией «дядя по матери и тётя по матери», **11 раз полной парой** (плюс «тётя по матери»
+  отдельно ещё 6). ОРИГИНАЛ: «明天就是开窍大典，哥哥你这么晚还不休息，舅父舅母知道了，恐怕会担心的。»
+  ПЕРЕВОД: «Завтра ведь церемония открытия апертуры, а ты так поздно не отдыхаешь. Если дядя по
+  матери и тётя по матери узнают, боюсь, они будут волноваться.» В живой реплике подростка брату это
+  канцелярская справка о родстве.
+* **[21] МИНОР, приоритет 3, `типографика`.** Два вида многоточия («…» ×10 и «...» ×2, строки 217 и
+  227) и одна пара ПРЯМЫХ ASCII-кавычек внутри ёлочек при 24 парах ёлочек:
+  «…на пути демонов нет слова "компромисс"». Правки корректора, которых не сделали.
+* **[24] МИНОР, приоритет 4, `калька`.** ОРИГИНАЛ: «弟弟如卧龙升天，哥哥似凤雏落地。» ПЕРЕВОД:
+  «Младший — словно Лежащий дракон, вознёсшийся в небо; старший — словно Птенец феникса, павший на
+  землю.» `卧龙` и `凤雏` — прозвища Чжугэ Ляна и Пан Туна, для китайского читателя мгновенно
+  узнаваемая пара равновеликих гениев; по-русски антитеза не срабатывает, читатель видит двух
+  произвольных зверей.
+
+## Д3. ЧЕТЫРЕ КОДОВЫХ НАБЛЮДЕНИЯ, НЕ ЗАВЕДЁННЫЕ НАХОДКАМИ В ОСНОВНОМ ОТЧЁТЕ
+
+1. ⚠ **`bank_decisions` пуста при трёх `approved`.** После ДВУХ прогонов, применивших правки через
+   дверь, в таблице **0 строк**, при `bank_terms` с **3** `approved` (оба числа сняты запросом).
+   Эффект решений есть, платформенной записи «кто что решил» нет. Видела на дымовой руке и не чесала;
+   в код за причиной НЕ ходила, поэтому дефект это или таблица другого назначения — не установлено.
+2. **ДВА флора `min_max_tokens`, и какой выигрывает — выяснила только по вопросу.**
+   `pipeline-c1.yaml:18` несёт `2048`, `models.yaml` — `8000` (flash) и `16000` (pro). На проводе:
+   черновик 8496 (= 8000 + 496 банк-бюджета), редактор 16000, бэнк-роли 8000 ⇒ выигрывает
+   пер-модельный, пайплайновый инертен.
+3. **`TM_PLATFORM_SIGNUP_GRANT_USD` печатается на буте** как «(an amount; not logged)», то есть
+   настройка фри-тир-гранта в деплое существует — при ратифицированном «продуктовых квот и фри-тира
+   нет и не проектируется».
+4. **`waves.workers` — РЕАЛЬНЫЙ ключ** (`internal/config/pipeline.go:98`), дефолт **1** при ≤ 0
+   (`:939-940`), **в боевом `pipeline-c1.yaml` не задан вовсе.** ⇒ последовательность прогона —
+   дефолт, а не записанное решение. Внутренний пер-модельный кап — `RateLimit.MaxConcurrency`
+   (`models.yaml`), выставлен только у `mistral-large-2512`.
+   ⛔ **О поведении при `workers > 1` этот прогон не говорит НИЧЕГО:** гонки, порядок записи,
+   снапшот и леджер под конкуренцией НЕ СМОТРЕЛА.
+
+## Д4. ДВА СВОЙСТВА ХОСТА, КОТОРЫХ НЕТ В ОСНОВНОМ ОТЧЁТЕ
+
+* **`/tmp` занят на 96 % на входе и 97 % на выходе** (5.7 ГБ из 5.9, tmpfs; 4.9 ГБ — скретчпады
+  ЧУЖИХ сессий). Меня не задело только потому, что `TMPDIR`/`GOTMPDIR` всех сборок и движка уведены
+  на диск. Забитый tmpfs маскируется под сломанную сборку.
+* **`TM_PLATFORM_RUN_MEMORY_MAX` = `4G` по умолчанию** — прогон исполняется в транзиентном юните
+  systemd С ПОТОЛКОМ ПАМЯТИ. На трёх главах не сработало; на книге в 2283 главы это первый
+  подозреваемый при убийстве по `CONSTRAINT_MEMCG`.
+* **`loginctl show-user … Linger=no`**, хотя `platform/README.md` говорит «установка требует
+  `enable-linger`, иначе не стартует ни один прогон». Прогон прошёл целиком ⇒ на этом хосте
+  утверждение README буквально НЕ выполняется (пользовательский менеджер systemd жив сам по себе).
+
+## Д5. ЧЕГО Я НЕ СМОТРЕЛА ВООБЩЕ
+
+SSE-поток `/v0/books/{id}/stream` не дёргала ни разу · `tmctl backup` как канал не проверяла, хотя
+`TM_PLATFORM_BACKUP_DIR` включила · `--max-units` не трогала · несмонтированные ручки
+(`getRun`/`updateBook`/`deleteBook`) не проверяла · метрики на `127.0.0.1:9468` не читала ·
+`regenerate_before_escalate` — не проверяла, срабатывал ли.