heaven a6980c5a39 Bring the journal head and the near-term plan up to the day: a bulletin for today, a corrected doc count and the pack's state

2026-09-17 12:00:59 +03:00

272 KiB

Raw Blame History

Журнал прогресса

⟶ ТЕКУЩЕЕ СОСТОЯНИЕ (на 2026-09-17, голова D39.264 — КУРС: движок и платформа до «работает и отдаёт результат», фронт ЗАМОРОЖЕН и P7 его НЕ размораживает (D39.147). ОЧЕРЕДЬ №23 (единственный носитель — здесь; роль передана 06.09, №22 закрыт нотой передачи D39.217; ⚠ испр. 06.09: коммит передачи c992ee5 бампнул голову и НЕ тронул номер — гейта на номер очереди нет вовсе, counts.py сверяет только голову, поэтому носитель разошёлся молча). ⚠ ЗАКАЗ ВЛАДЕЛЬЦА 01.09 — ИСПОЛНЕН, испр. 08.09 (висел как «первым» неделю после исполнения): (0а) ревизия документации на протухшее ОТРАБОТАНА 01.09 воркфлоу docs-staleness-revision-A (15 срезов), провенанс находок — D39.185; (0б) планы доработок в бэкенд и платформу — исполняются ПАКАМИ, за 07–08.09 закрыты два движковых (D39.225, D39.226); (0в) вынос неактуального в архив идёт батчами DOC_CLEANUP_PLAN.md (Б14/Б15/Б17 живы). ⇒ строка ниже — не заказ, а история: (0а) ревизия документации на ПРОТУХШЕЕ — по всем зонам; (0б) планы доработок в БЭКЕНД и ПЛАТФОРМУ; (0в) вынос неактуального в АРХИВ (docs/archive/, platform/docs/archive/) — за сутки 31.08 закрыто много, и часть носителей стала историей. ⚠ Трезвость по масштабу (пере-считано 02.09): 95 живых доков в docs/ (⚠ испр. 17.09 вечером: стояло 98, и это был ЛОЖНЫЙ литерал, а не потеря файлов — сверка дерева со срезом головы предписанной здесь же командой дала 95 в ОБЕИХ сторонах, ни одного файла не ушло и не пришло; ошибся сам пере-счёт, а прибор это число не сторожит и потому ложь прожила день. В 95 уже входит промт выдачи №14; пере-счёт после выноса каталога консилиума; прежние 97 разошлись с фактом 144 и это заметил ревизор, а не гейт) (пере-счёт 04.09: find docs -name '*.md' -not -path 'docs/archive/*' | wc -l), 8 в platform/docs, 12 в backend/docs, 7 в frontend/docs (испр. 17.09: стояло 9) — ⚠ ⚠ испр. 11.09: из 97 ВРЕМЕННЫХ три (DOC_CLEANUP_PLAN, живой до закрытия батчей Б14/Б15/Б17); два прежних временных уехали в archive/reports/ 02.09; счёт бэклога — бюллетенем ниже, открытых рядов регистра платформы — 111 (major 1) (major 1), всего рядов 469 (пере-счёт python3 docs/scripts/counts.py; с 04.09 оба числа под гардом --check, прежние 95/3 разошлись молча) ⚠ (ревизией 02.09 ряды 154 и 157 переведены из «скоро» в «когда-нибудь»: их гейтом стоял первый холодный прогон, он ОТРАБОТАЛ 31.08 и оба предусловия оказались другими — разбор в самих ячейках, ни одна НЕ закрыта). ⚠ Числа доков counts.py НЕ сторожит — при переносе файлов пере-считывать руками командой find docs -name '*.md' -not -path 'docs/archive/*' | wc -l. ⚠ И предупреждение о МЕТОДЕ, купленное сменой №21: «выглядит протухшим» ≠ «протухло». Три факта оркестратора опровергнуты ЗАМЕРОМ сессий, а якоря 15-money-path.md в девяти случаях из двенадцати РОДИЛИСЬ верными и сгнили дрейфом — то есть ревизия обязана быть исполнением, а не чтением. ⚠ ОЧЕРЕДЬ, унаследованная от №21 (три лендинга 31.08 — секция «СОСТОЯНИЕ ПАКОВ» ниже): (1) ~~РАЗРЫВ ЦИКЛА~~ ЗАМКНУТ ЖИВЬЁМ 04.09 — пользователь получил EPUB настоящего ПЛАТНОГО перевода ЧЕРЕЗ API, epubcheck 5.3.0 на СКАЧАННОМ файле 0/0/0/0 (книга bk_SS5VES2JELESJSTR, потрачено $0.278319 из гранта $0.60 при потолке пака $1.5, санкция D39.189). Дверь выдачи построена и проверена исполнением: 202+Location, поллинг с Retry-After, Range 206 · второй клиент 200 · аноним 401 · чужая книга 404, TTL с GC, идемпотентность третьего создающего вызова. Все ТРИ сценария строки 216 предъявлены живьём (подпись банка · halt на потолке с exit 4 · 409 run_not_resumable/ceiling_reached и лечение новым прогоном). ⛔ ПЯТЬ ПОТОКОВ РАБОТЫ — состояние на 07.09 (пере-снято лендингами смены №23). (1) ПОЛИГОН — «ремонт прибора» (docs/POLYGON_INSTRUMENT_REPAIR_SESSION_PROMPT.md, строки 319 · 300 · 265 · 143): ⚠ ЕДИНСТВЕННЫЙ ПОТОК, НЕ СДВИНУВШИЙСЯ ЗА СМЕНУ — сессия по промту так и не стартовала. Блокирующая линза слепого чтения меряет верность ЧЕРНОВИКУ, а судимой руке предписано отходить от него по исходнику (D39.215 п.3) ⇒ фаза Д ПРИОСТАНОВЛЕНА до его лендинга: иначе покупаем числа, которые ничего не значат. (2) БЭКЕНД — «закон банка честно»: ✅ ЗАЛЕНДЕН 07.09, акт D39.222 (5092ae3 + 0ae9e8a + bc03fc0). Строки 267 и 318 закрыты, у 320 исполнена половина (а). Шесть кругов самопроверки, 43 находки в собственной работе. Живой остаток зоны — строки 333–339 (шов-близнец и пять описаний, лгущих оператору) и 320(б). (3) ПЛАТФОРМА — «деньги и правда»: ✅ ЗАЛЕНДЕНА 07.09, акт D39.221, контрактный минор 0.13.0 (fda0679 + 3d90943). Строки 285 · 305 · 325 закрыты. ⚠ Синхронный разрез приёма принят ПОСТРОЕННЫМ, НО НЕ ГОТОВЫМ — сработало правило остановки (9 major из 11 в одном механизме), десять пунктов несёт строка 332; ложный инвариант бюджета заландён осознанно (окно лжи 8 секунд при дефолте в 16 минутах, ломается идемпотентность). (27) ✅ ТРИ АКТА 17.09 И ПАК ОЧЕРЕДИ №14 ВЫДАН — D39.262 · D39.263 · D39.264. Платформенный пак читателя предложений банка принят (ffd3751, 21 путь, контракт 0.16.0): на экране подписи было 0 терминов при 69 и 66 предложенных, стало 69 и 66. Бэкенд-пак лестницы попытки принят (10d245a, 18 путей, $0): петля вынесена в общий контур, банк-роли подключены к вердикту, который движок вычислял и выбрасывал. Нотой D39.263 закрыт остаток консилиумных расхождений: производитель проактивного hidden — ЧЕЛОВЕК через сид; условия Д-6/Д-17 ПРИОСТАНОВЛЕНЫ, а не отменены; Д-3 ОТКЛОНЁН вторым отказом. ⭐ Заказан главный механизм банка: промт «РЕШЁННОЕ НЕ ПЕРЕ-СПРАШИВАЕТСЯ» выдан сессии textmachine-main-57 (выдача №14), эхо принято, записка-план в секции «Бэкенд» ниже. Состав сузился против проекта консилиума: N-4 и Б-5 ПОСТРОЕНЫ паком D39.257, N-6 гейчен разморозкой фронта (ряды 214 · 221), Б-2 протух, а N-3 и стратифицированный отбор вынесены наружу со своими замерами. ⛔ Исправлены два МОИХ ложных утверждения, которыми уже пользовались бы другие: ряд 449 и этот план писали «гейт снят словом владельца» — слово дало санкцию на ЗАМЕР M4, а гейт принадлежит D39.50 и владельцем не затрагивался; пинг зоне бэкенда нёс адреса, ВЫЧИСЛЕННЫЕ сдвигом, вместо найденных поиском. ⚠ И третье, найденное советчиком уже после выдачи: материал замера в промте указывал на другую КНИГУ (book_id guzhenren-coldrun-v16, глоссарий 53) вместо платного прогона A (глоссарий 69, $0.419423) — исправлено релеем, сессия подтвердила эхом. Якоря: пере-нацелено 20, линтер 42 → 17; остаток назван поимённо (8 с принятой диспозицией, 4 в чужих зонах, 5 закрыты эрратой 17.09-и и четвёртой пометкой в research/35). Заведён ряд 490 — страж разрыва окон глав у банковых строк.

(26) ✅ ДВА ПАКА 16.09 ПРИНЯТЫ, БАНК ПЕРЕЕЗЖАЕТ В КНИГУ-ПРОДОЛЖЕНИЕ — акты D39.253–D39.257. D39.253 — консилиум банка памяти закрыт, итог research/35-bank-memory-consilium.md; D39.254 — пять решений владельца по нему. D39.255 — движковый пак «КУПЛЕНО — ЗНАЧИТ ДОСТАВЛЕНО» принят (29 путей, $0): ⛔ три опубликованных ключа качества уехали смыслом (ProcessedUnits, черновиковый и эдит-числитель эха), и пере-классификация cancelled меняет счёт слотов на книгах, которые УЖЕ в поле — оба названы остатком, не умолчаны. D39.257 — пак «БАНК ЗА $0» принят: громкий отказ, когда цель есть, а инъекционных текстов нет, — ДО первой траты; отказ роли перестал ехать в банк законом и разведён с мусором; два предиката «спорный» построены без платного потребителя. ⭐ Судилось ПЯТЬЮ приборами (батарея 24/24, мой собственный мутационный прогон, три оси аудита вне сдачи, пере-снятие чужих чисел, денежная ось: 0 платных путей при контроле 192 прочитанных файла). ⭐ D39.256 — решение владельца: банк переезжает в КНИГУ-ПРОДОЛЖЕНИЕ ПОДПИСАННЫМ ПЛЮС РЕШЁННЫМ ДВИЖКОМ, стройка двухзонная — ряд 461. ⚠ Две эрраты того же дня, обе к моим собственным утверждениям: 16.09-а — число «48 конфигов книг» я взял из чужого отчёта, не пере-мерив (верно 24), и каталожный прогон закрыт числом 267/267; 16.09-б — ноты D39.256 и D39.257 утверждают ПРИЧИНУ, которой замер не давал («причина смен передачи — якорь»), измерено лишь отсутствие новой улики во ВХОДЕ ⇒ причина остаётся ГИПОТЕЗОЙ, гейченной рядом 466. Ряды: закрыты 291 · 379 · 441 · 460; заведены 457–468; 445 сужен наполовину. (25) ✅ ПЛАТФОРМЕННЫЙ ПАК «ОТВЕТ ДВЕРИ НЕ ЗАВИСИТ НИ ОТ ПОРЯДКА, НИ ОТ ВЕЗЕНИЯ» ПРИНЯТ С ДВУМЯ ДОФИКСАМИ, акт D39.250, контрактный минор 0.15.0 (27 путей, 24 новых теста, $0). ⭐ Предмет ПЕРЕ-ОПРЕДЕЛЁН замером зоны ДО первой правки: не редкая гонка под нагрузкой, а ОРДИНАРНЫЙ путь — любой резюм живого прогона отвечает 409 детерминированно. ⛔ Оба денежных предохранителя оказались проверены не тем прибором (гард судил шаблон, а проба рендерит свой $0-пайплайн строкой выше; рецепт проверен текстовым сканом вместо загрузчика — EXIT=10), и ответ лежал в дереве комментарием того же хелпера. ⭐ Лечение — СНОС рецепта, а не починка: П-22 и П-23 схлопнулись, мина стережётся по умолчанию. Закрыты PD-448 · PD-466 · PD-162 · PD-139 · П-22 · П-23; живое — эскроу П-18 и одно названное слепое пятно (24) ✅ БЭКЕНД-ПАК «КОНСИСТЕНТНОСТЬ, КОТОРУЮ МОЖНО ПРЕДЪЯВИТЬ» ПРИНЯТ С ДОФИКСОМ, акт D39.249 (26 путей, $0). ⭐ Приоритет №1 владельца впервые ИЗМЕРИМ по тексту, который читает человек: два инварианта по ОТГРУЖЕННОМУ тексту с печатаемыми знаменателями, секция BOOK CONSISTENCY в отчёте сборки. ⛔ Первый круг приёмки дал ШЕСТЬ выживших посадок из шести — худшая оставляла прибор без провода к прогону. Порядок колонок ратифицирован и отменён в тот же день; правило и два триггера пере-открытия — ряд 406. Каталог 169/169 RED, выживших 0 (прогон оркестратора: зону убивал потолок cgroup, 26 убийств CONSTRAINT_MEMCG). Ряды: закрыты 406 · 418; наполовину 407 · 417 · 419; не закрыт 408 (мотив опровергнут замером). Новые — 425–427 · 428 · 431 · 432 (23) ⛔ РЕШЕНИЯ ВЛАДЕЛЬЦА 11.09 РАТИФИЦИРОВАНЫ, акт D39.248. Голос ВХОДИТ в приоритет №1 (проектирует Fable 5, исполняет опус — пак обязан нести пункт «обсудить с Fable») · потолок 1–2 агента Fable на сессию, прежняя «рекомендация» ОТОЗВАНА · автономия смены с мерилом «ценности продукта → архитектура → необходимый рефакторинг → без велосипедов» · ⛔ полигон выведен из скоупа целиком, четыре его промта в archive/prompts/ с баннерами. Рабочий скоуп — платформа и бэкенд. Прежде решения жили в рабочей записке, которая удаляется при исполнении плана. (22) ✅ ХОЛОДНЫЙ ПРОГОН A ПРИНЯТ БЕЗ СХОДИМОСТИ, акт D39.247. ⭐ Строка 16 закрыта замером: книга доведена от интейка до ФАЙЛА, прочитанного человеком, за $0.419424. ⛔ Четверть денег купила пустоту (25.4 %; из них ноль знаков — 22.6 %) · пин цены flash протух на 13 % · консистентность впервые замерена по тексту читателя. Ряды 413–417, 419. (21) ✅ ПЛАТФОРМЕННЫЙ ПАК «ПРАВДА У ДВЕРИ» ПРИНЯТ С ДОФИКСОМ, акт D39.246, контрактный минор 0.14.0. PD-455 закрыт через точку роста Blocked.code; PD-162 наполовину у ОБЕИХ денежных дверей; PD-448 разобран и НЕ построен — его четвёртый путь строит следующий пак зоны. ⛔ Приёмка нашла два дефекта вне карты автора: выживший мутант на единственной проводке BooksDir и тихо-зелёное в самом новом гейте. (20) ✅ ДИЗАЙН-ПАК «СТРУКТУРА ГЛАВ» ПРИНЯТ БЕЗ СХОДИМОСТИ, акт D39.245. Глава становится ИДЕНТИЧНОСТЬЮ; backend/docs/CHAPTER_STRUCTURE_DESIGN.md — статус ПРЕДЛОЖЕНИЕ до пака стройки. Предметная часть устояла в четырёх кругах, механика исполнения — нет. Пять вопросов владельцу с ценой каждого варианта — в NEAR_TERM_PLAN.md. (19) ✅ АУДИТ БАНКА ПАМЯТИ ПРОТИВ ПРИОРИТЕТА №1, акт D39.243. Ряды 406–412; носитель разбора — research/34. ⭐ Главное: книжного вопроса о консистентности не задавал ни один прибор — мера построена, но считалась по ЧЕРНОВИКУ до редакторской волны. (18) ✅ ДОРАБОТКА ПО ИНВАРИАНТУ D39.240 ПРИНЯТА, акт D39.242. Семь предметов в двух зонах; батарея движка вернулась к входной строке, мутации RED 151 · SURVIVED 0, сверка 373 якорей — протухших 0. ⭐ Почти всё дорогое нашли САМИ сессии и у себя: выживший мутант вскрыл дефект в собственном пине, непримени́вшаяся собственная правка, знаменатель из восьми против моих двух. ⚠ Пять МОИХ ошибок сняты сессиями и названы в акте; куплены четыре нормы о провенансе утверждений и чисел. Бэкендовый слот СВОБОДЕН — следующим идёт дизайн-пак структуры глав (ок владельца получен). (17) ✅ ОБЕ СЕССИИ ЗАКРЫТЫ, акт D39.241. Движок откачен полностью — батарея вернулась к входной строке смены (19 ok · 0 FAIL · 4 скипа), пере-снято моим прибором. Платформа сдала --no-block С ПИНОМ — единственное, что владелец взял из отменённого пака; куплен пин на ЧУЖОЕ поведение (systemd), на котором молча держалось утверждение в коде свипа. ⛔ Откат не смогла выполнить ни одна сессия, включая мою: запрет сработал одинаково, обходить не стала ни одна, дерево снял владелец. Живой журнал похудел на 19 % — закрытая хроника вынесена срезом (7af35da), три её одиноких утверждения получили дом строкой 402. (16) ⛔ ПАК «ДВЕ ОСТАНОВКИ» ОТМЕНЁН ВЛАДЕЛЬЦЕМ до лендинга — акт D39.240. Причина — размах (18 файлов движка), не риск: работа была почти целиком добавочной (+633/−84, 61 удалённая не-тестовая строка, сборка чистая). Предмет заменён и сужен: остановка остаётся ЖЁСТКОЙ, деньги терять ДОПУСТИМО, но она обязана быть КОРРЕКТНОЙ — без гонок, без половинчатых состояний, с верным возобновлением. Обе сессии откатывают свои зоны; знание снято с них ДО отката. ⭐ Пак оставил после себя пять нот (D39.236–D39.240) и две строки (384, 385). (15) ⛔ ДВА SIGTERM ПОДРЯД GO-ПРОЦЕСС ВИДИТ КАК ОДИН — акт D39.238, замерено дважды независимо (gap 0 → 0 из 20, gap 1 мс → 20 из 20, контроль 5 из 5). Ратифицированная форма двух остановок стояла на посылке «послать два = получить два», которой нет: «останови сейчас» первым нажатием давало бы МЯГКУЮ остановку молча, а пере-выпуск жёсткого сигнала свипом — третий SIGTERM, то есть смерть без кадра и сеттла. Форма остаётся, добавлен контракт: сигналы упорядочены НАБЛЮДЕНИЕМ, факт доставки долговечен. ⭐ Первая серия замера была неверна ПРИБОРОМ и дала противоположный ответ — сессия починила прибор и назвала это сама. (14) ОБЕ СЕССИИ ПАКА «ДВЕ ОСТАНОВКИ» ПРИНЯЛИ РАБОТУ И ОТВЕТИЛИ ЭХО-ПРОТОКОЛОМ; шесть возражений, шесть приняты — акт D39.236. Три из них — ошибки В МОИХ ПАКАХ (счётчик оценки копился бы с нуля и пин равенства был бы вакуумен · «опора готова» для строки оператору · неверный механизм следствия у блокирующего stop), одно — правило версий, которое я нарушил бы молча. ⭐ Все шесть пришли ПОСЛЕ двух кругов ревью: эхо-протокол оказался третьим рубежом, а не формальностью входа. (13) ДВА ПАРНЫХ ПРОМТА «ДВЕ ОСТАНОВКИ» ВЫДАНЫ, акт D39.235 — движковый и платформенный, порознь не лендятся. Форма кадра остановки ЗАФИКСИРОВАНА нотой ДО старта работ (две зоны, один шов). ⛔ Эррата к D39.234 п.1б: мой механизм «отказ на гейте» ратифицированных ~20 минут не даёт — резервация держит всю цепочку ретраев. ⛔ Замером исполнением найдено, что платформенный Stop без --no-block блокируется на весь грейс и сломал бы 202 контракта. Сплошной инвентарь живых доков по слову владельца: 19 мест починено, контракт исправлен минором 0.13.1 (схема требовала отставленный член ⇒ каждый ответ Run был невалиден). (12) СЛОВО ВЛАДЕЛЬЦА ПО ОСТАНОВКАМ ПОЛУЧЕНО И РАТИФИЦИРОВАНО, акт D39.234: первое нажатие — мягкая, второе — жёсткая; ждём одну летящую попытку (~20 мин), не цепочку; пак мягкой остановки и строку 377 делаем ОДНИМ заходом; коды выхода не трогаем. Пак движка ПАРНЫЙ платформенному. ⛔ Тем же актом сверены носители, которых D39.232 не тронул: закрыты и убраны строки 78 · 331 · 360 · 369; блокеров очереди в трекере теперь 0. Инвентарь живых доков прогнан (94 файла): 15-money-path.md чинен в трёх местах. (11) ДВА СТОПА — СЛОВО ВЛАДЕЛЬЦА НАКОНЕЦ ЗАПИСАНО, акт D39.233. У человека одна кнопка, и она рвёт всё в полёте; мягкий глагол в движке построен, но дёрнуть его может только денежный потолок. ⛔ Контракт и платформа УЖЕ обещают мягкий стоп, которого нет, а платформенный грейс (600 с) меньше законного ожидания вызова (1240 с). ⛔ Пометка «это оценка» — условие слова владельца — по шву НЕ едет и потребителя не имеет (строка 382). ✅ Замером закрыты строки 374 (вердикт главы остановка уже не портит) и 371. Пак не заказан: ждёт слова владельца по форме (рекомендация — «повтор ужесточает», коды выхода не трогать). (10) ПАК «ВЫЗОВ, КОТОРЫЙ ОБОРВАЛИ МЫ» — ✅ ПРИНЯТ И ЗАЛЕНДЕН 10.09, акт D39.232 (3f05fab, 28 путей, $0). Движок перестал платить дважды за одну генерацию. Числа пере-сняты оркестратором: батарея 19 ok · 0 FAIL · 4 скипа; каталог 276 → 360, батарея 65 → 149; тесты +67 / −0; снапшот не двинулся. ⛔ Приёмка ДО ратификации нашла пять выживших мутаций, все на носителях ВИДИМОСТИ денег — то есть на условии слова владельца. ⭐ Куплены четыре нормы об измерении и три класса вырожденных пинов. Остатки — строки 375–377 (374 закрыта замером, акт D39.233 п.2). (9) ТРАНСПОРТ: КОНСИЛИУМ СОШЁЛСЯ, БИТ ВЛАДЕЛЬЦА ЗАКРЫТ — акт D39.230. Оборванный НАМИ вызов: списывается по оценке с читателя, пометка — УСЛОВИЕ решения; платная проба отклонена (вопрос к вендору осознанно открыт); ожидание до 20 мин разрешено ⇒ дедлайн от бюджета. ⛔ Попутно вскрыто: наш research/21 §Q6 неверен ДВАЖДЫ и обе половины держали неверный дедлайн полтора месяца (эррата в его шапке); ось эскалации D2 фиктивна (строка 369); нулевая ветвь не пишет чекпойнт ⇒ резюм ПЕРЕКУПАЕТ вызов. ⇒ следующий движковый пак — строка 360, пишется целиком. (8) ПЛАТФОРМЕННЫЙ ПАК «РАЗРЕЗ ПРИЁМА И ПРАВДА О СЕБЕ» — ✅ ПРИНЯТ И ЗАЛЕНДЕН 08.09, акт D39.229 (ddcbf0c, 26 путей, $0). Синхронный вход разреза под потолком (x/sync/semaphore, число из jobs.DefaultWorkers); граница хвоста выведена из кода; регистр приведён к правде — открытых 112 → 109, major 3 → 1. ⭐ Потолок сам назвал, чего НЕ ограничивает: материализатор и рекoнсайлер порождают процессы мимо него — строка 364. Адверсариальный проход: 8 находок, 6 — дефекты этого же пака на ЗЕЛЁНОЙ батарее. (7) ДВИЖКОВЫЙ ПАК «ДВИЖОК УЖЕ ЗНАЕТ» — ✅ ПРИНЯТ С ДВУМЯ ДОФИКСАМИ И ЗАЛЕНДЕН 08.09, акт D39.228 (2b6f1f4, 21 путь). Закрыты строки 355 · 357 · 358; у 253 и 312 закрыта только ДВИЖКОВАЯ половина — платформенная жива и ждёт читателя (испр. 08.09 по кросс-модельному ревью ратификаций). Ратифицировано: аддитивное поле манифеста ключ НЕ двигает, но обязано быть отличимо от своего нуля. Третья смена поведения заказана приёмкой — лог и экран перестали спорить о полноте банка. Не взятое получило носители: 362 (ремонт против ремонта, 77 % денег чанка) и 363 (текстовый сайдкар молчит о неполноте). Батарея 19 ok · 0 FAIL · EXIT=0, каталог мутаций 259 → 276, тесты +17 / −0 — все числа пере-сняты оркестратором. (6) ВЫДАНЫ ДВА ПАКА 08.09, акт D39.227, оба $0. Движковый «ДВИЖОК УЖЕ ЗНАЕТ» (BACKEND_ENGINE_KNOWS_SESSION_PROMPT.md: строки 253 · 357 · 358 · 355, попутно 312) и платформенный «РАЗРЕЗ ПРИЁМА И ПРАВДА О СЕБЕ» (PLATFORM_INTAKE_TRUTH_SESSION_PROMPT.md: строка 332, семь пунктов из десяти). Оба прошли опровергателя и разбор Fable 5. ⛔ Заведена строка 360 — самый дорогой движковый класс (23–34 % цены редакторской руки), носителя у него не было; её ДЕНЕЖНАЯ половина ждёт слова владельца (платит ли пользователь за вызов, оборванный нами) и сцеплена со строкой 331. До ответа пак по 360 не пишется. (4) ДИЗАЙН-ПАК 161 — ✅ НАПИСАН 07.09 (docs/CHAPTER_STRUCTURE_DESIGN_SESSION_PROMPT.md, 7f84c8d), прошёл оба рубежа. ⚠ НЕ ВЫДАН: новый пак идёт НОВОЙ сессии, обе ночные отработали — запуск за владельцем. (5) ТЕХДОЛГ БЭКЕНДА — разбор research/33 в трекер: ✅ ЗАЛЕНДЕН 07.09, акт D39.224. Заведены строки 344–350, дописки в 86/114/119/182/224; «переписать» не получил ни один из одиннадцати долгов. Ратифицированы ПОРЯДОК (шаг 0 параллельно дизайну 161 → шаги 2+3 ОДНИМ окном перенарезки, wire-очередь 182 ложится в него же → шаг 4 аддитивно) и ФОРМА запретов (жёсткие — только под ратифицированной базой, прочее — условия с механизмом, чтобы не спорить с дизайн-паком). Пак шага 0 ✅ ЗАЛЕНДЕН 07.09, акт D39.225 (две смены поведения названы, вторая денежная: прогон по арму теперь покупает банковый контур). Промт был — docs/BACKEND_GATES_NOT_PROSE_SESSION_PROMPT.md, $0 и снапшот-нейтрально: строки 344 · 345 · 346(а) · 348 · 224, попутно 349/350. Прошёл оба рубежа; вход зоны зелёный (go test ./... -count=1 → 19 ok, 0 FAIL, 4 пакета без тестов). ⚠ Единственная заказанная смена поведения — экспорт банка на стопе, и её форма ЗАДАНА аддитивной: перенос засева в ветку стопа запрещён явно (уводит НЕПОДПИСАННЫЕ строки в глоссарий, а те инъектируются законом ⇒ двигают memory_version). Снапшот-нейтральность требуется доказать байт-равенством снапшотов. ⚠ Пак шага 0 закрыт ТРЕМЯ дофиксами, и каждый нашёл дыру ВНУТРИ предыдущей починки (акт D39.225 п.9–10): семь полей листа подписи без утверждений → Freq и своп списков → ранжирование и класс пустого рендеринга. Правило остановки применено НА ТРЕТЬЕМ и объявлено сессии заранее; остаток адресован строкой 353 и ждёт первого читателя секции (платформенная половина 224). Оба верификатора дали явный ок на закрытие, каждый пере-посадив свои мутации. (6) ТЕХДОЛГ БЭКЕНДА, ВТОРОЙ ПАК — «ПРАВДА ОПЕРАТОРУ И ДЕНЬГИ»: ✅ ЗАЛЕНДЕН 08.09, акт D39.226. Закрыты строки 333–338; живое — 354–358 и остаток 353. ⚠ Смета движка опровергнута прогоном: tmctl manifest есть НИЖНЯЯ граница ($1.259217 против $0.350075, 64.6 % «купило ничего»), потолок держал машинным гейтом. Три ошибки ЗАКАЗЧИКА названы в акте п.8. Прежде: docs/BACKEND_OPERATOR_TRUTH_SESSION_PROMPT.md, строки 333–338: движок говорит оператору не то, что делает, и платит за поверхности, которые банк уже держит. ⚠ Первый пак смены, который тратит ДЕНЬГИ: холодный прогон на нескольких главах разрешён владельцем лично, потолок $3 ставится МАШИННЫМ гейтом движка (ceilings.book_usd + --max-units), а не обещанием сессии. Прошёл оба рубежа, и оба нашли существенное: (1) первая редакция §4.1 заказывала фильтр, который снял бы пометки спора, которые §4.3 того же пака просит довезти владельцу; (2) заказанное доказательство «банк тот же» ВАКУУМНО — предложение на сид-поверхность в банк не попадает и сегодня; (3) удаление кандидатов неизбежно двигает RequestHash батча, и на РЕЗЮМЕ оплаченный чекпойнт перестанет матчиться ⇒ переплата; (4) одно утверждение строки 334 было ложным с момента её заведения — снято и в паке, и в носителе. ⛔ ЧТО ЖДЁТ СЛОВА ВЛАДЕЛЬЦА, поимённо: строка 340 — сужение входа действует только на синхронной ветви, при деплойном классе книга одним полотном попадает в библиотеку МОЛЧА, и закрыть нечем без пятой причины отказа (source_unreadable терминален и УДАЛЯЕТ исходник) · строка 326 — критерия впуска в дереве нет, консьерж против самообслуживания · обязательный ВТОРОЙ круг селф-ревью (первая половина того же слова подтверждена как РЕКОМЕНДАЦИЯ, D39.220; вторая не подтверждена, улика в её пользу — ниже в этом же листе). ⚠ Зоны параллельны по норме проекта; ограничение — пропускная способность ПРИЁМКИ оркестратора: сериализуй ЛЕНДИНГИ, не старты. ⚠ Зеркало фронта — 0.2.3 против канона 0.13.1 (одиннадцать миноров плюс корректирующий, D39.235 п.6), зона заморожена. ✅ ПОЧИНЕНО 05.09 ЛЕНДИНГОМ 616a8e4 (пак «денежный стоп», акт приёмки D39.206; ⚠ испр.: раньше здесь стояла D39.203 — это нота ВЛАДЕЛЬЦА про «сколько добавить», а не акт) — ниже до-паковая археология, читать как историю. Отказ резервации больше не роняет волну: он ЗАЩЁЛКИВАЕТ её (новое не стартует, допущенное дорабатывается), а обязательный вызов ЖДЁТ settle, когда settle может помочь. ⇒ порог «книга короче десяти глав не переводится» СНЯТ; остаточный пол — одна резервация ($0.07 ≈ 3 главы), и он ВЫВЕДЕН, а не замерен (замер — $0.15-прогон пятиглавой книги, передан полигону). ⚠ Разбор эрратой — architecture/15-money-path.md, греп ЭРРАТА 05.09. ⚠ Эта строка сутки стояла непоправленной ПОСЛЕ лендинга и по ней оркестратор предупредил владельца о снятой стене как о действующей — канон, не обновлённый лендингом, врёт громче отсутствующего. НО КНИГУ ЧЕРЕЗ API НЕЛЬЗЯ БЫЛО ДОВЕСТИ ДО КОНЦА — найдено прогоном 04.09 и воспроизведено дважды. Прирост потолка на прогон = chaptersLeft × $0.03 (ставка DefaultPerChapter, занижена ×4.47 — D39.179 п.1), и после первой готовой главы это $0.27, тогда как движок при waves.workers: 4 резервирует под редакторский шаг ~$0.28 ⇒ отказ резервации, прогон встаёт, книга не двигается. Два прогона подряд дали одно и то же: committed не сдвинулся, холд вернулся. ⇒ занижение ставки — не «шкала короче», а СТОП ПРОДУКТА: с какого-то момента каждая следующая покупка не покупает ничего. Лечить придётся согласованно двумя сторонами (ставка платформы + резерв движка под шаг с параллельными воркерами), носитель — ряд регистра зоны, вес major за недостижимость продукта, а не за деньги: сам стоп НЕ ЖЖЁТ ничего — замер платформы 04.09 показал отмену ДО ухода запроса (латентность 20–31 мс, model_actual пуст, токенов ноль), и вся книга сходится до микро-доллара по трём источникам (request_log 0.278319 · spend.committed_usd 0.278318752 · платформенный committed 278319 микро). ⛔ ЗАТО HALT НА ПРОГОНЕ, КОТОРЫЙ ПРОДВИНУЛСЯ, ЖЖЁТ — отдельная находка того же прогона и свежая датированная точка строки 78 («леджер = НИЖНЯЯ граница»). Четыре редакторских вызова ушли параллельно; один дошёл ($0.063404) и своим коммитом сорвал потолок, три других отменены в тот же миг, отработав 120756, 156469 и 156470 мс — и легли в леджер нулём. Незаписанное ≈ $0.05–0.19 на ОДИН halt против $0.278 за всю книгу, то есть механизм, защищающий от перерасхода, сам создаёт неучтённый расход. ⚠ Списание провайдером НЕ доказано (биллинга у нас нет) — утверждается ровно наблюдаемое: вызовы шли 2–2.6 минуты, их цены в леджере нет. ⇒ Дыра НЕ в принципе, а в покрытии, и это делает её заказом, а не наблюдением (разбор оркестратора 04.09 по коду): консервативная оценка уже построена и ратифицирована — backend/internal/pipeline/stagerun.go, греп settling the reservation estimate to keep the ceiling honest (pack-13 point-9), — но её условие требует ОТВЕТА провайдера (resp.Usage), а отменённый в полёте вызов ответа не получает и уходит другим путём. Направление лечения: сеттлить оценку при отмене вызова, который успел уйти; различитель — факт ухода (латентность кандидат, порог обязан быть обоснован замером, а не назначен). Половина ДВИЖКОВАЯ. ⚠ Прежняя формулировка пункта — ниже, она о состоянии ДО 04.09. Движок пишет файл с 30.08 (tmctl build — EPUB 3 + чистый txt, D39.175), и холодный прогон 31.08 предъявил это живьём: собранный EPUB настоящего перевода прошёл epubcheck 0/0/0/0 и передан владельцу. ⚠ ЭТОТ АБЗАЦ ЗАКРЫТ 04.09 и оставлен как история: дверь выдачи ПОСТРОЕНА и заленджена (adf5e53, D39.194), смонтировано 18 операций из 21 (три адреса двери: createExport/getExport/downloadExport), долг П-17 зона пере-сняла. Прежняя проверка «grep -rn 'createExport\|getExport' platform/internal/ — пусто» БОЛЬШЕ НЕ ПУСТА и как гейт не работает. Не смонтированы по-прежнему getRun, updateBook, deleteBook — updateBook несёт продуктовое следствие, строка бэклога 274 (имя книги в выданном файле не чинится ничем). Слово «отдаёт результат» ложно по букве ТОЛЬКО платформенной половиной (п.4) · (2) ~~холодный прогон движка~~ ОТРАБОТАЛ 31.08, закрыт РЕШЕНИЕМ ВЛАДЕЛЬЦА «не доводить» (отчёт — archive/reports/COLDRUN_V16_REPORT_2026-08-31.md, числа относятся к 065d8ac). Потрачено $0.436110 из санкции $0.80. ПРЕДЪЯВЛЕНО живьём: объёмный потолок · D39.158 ОБЕИМИ половинами (стоп и не-стоп) · exit 16 · строки 154/198/239/240. ⚠ ~~Причина большой доли редактора НЕ УСТАНОВЛЕНА~~ — УСТАНОВЛЕНА пробой полигона 02.09 по четырём осям: РЕДАКТОР ДУМАЕТ, А НЕ ПИШЕТ. Размышление — 77.9% цены редактора без ручки и 45.7% с low; у glm-5 с выключенным thinking — 0.0%. Замер куплен и закончен ($6.17 из $9.50). ⚠ research/30 §2.4 того же полигона повторяет «причина не установлена» — это про ДРУГОЙ вопрос (доля роли в прогоне против доли размышления в цене роли), и различение обязано попасть в ревью-шапку 30. Доля редактора идёт с ДВУМЯ знаменателями: 49.3% от всего прогона ($0.214865 из $0.436110) и 81.3% внутри порции П1 (⚠ ходившее «73%» — фантом, в отчёте его нет ни разу). Следующий шаг — контролируемая проба по ЧЕТЫРЁМ осям (роли осей и три требования, купленные ошибками этого прогона, — §14 отчёта; ось stale НЕДОСТИЖИМА — §10 там же). ⚠ Цена: слово владельца 31.08 — ≈$0.60, потолок $0.80, ДЕСЯТЬ глав ПОЛНОЙ цепью включая редакторскую волну. ⚠ КЛЮЧИ: гейт снят словом владельца 30.08, разбор двух путей — D39.176 п.6. Живое отсюда: конвенционного .env НЕТ НИ У ОДНОЙ книги корпуса (заполнены только projects/textmachine/backend/.env и .../eval/.env), поэтому прогон движка обязан передавать --keys-file абсолютным путём и только на translate; для п.3 нужен ДРУГОЙ файл — TM_PLATFORM_ENGINE_KEYS_PATH, тоже АБСОЛЮТНЫМ путём (platform/internal/config/config.go, греп must be an absolute path). Лечение операционное и $0 — направить переменную на уже заполненный файл; проверять ПРОГОНОМ, не чтением (гардрейл .env) · (3) живой сквозной прогон через API платформы — форма манифеста, сайдкара банка и карта причин флагов сочинены платформой САМОСТОЯТЕЛЬНО. ⚠ Уточнено 01.09: гейт СНЯТ холодным прогоном, и настоящие артефакты движка теперь ЕСТЬ (каталог books/gu-zhenren/coldrun-v16/), но сверка вышла ТОНКОЙ: на шов реально вышло одно значение flag_reason из пятнадцати (sanitizer_stripped), остальные четырнадцать по-прежнему только чтением кода, а манифест против platform/internal/ingest/manifest.go не сверялся вовсе · (4) дверь выдачи — строго ПОСЛЕ (3) (⚠ слово владельца 30.08: дверь ВСЕГДА строит файл — отказ юзеру не отдаётся, неполная книга уходит с пометкой, т.е. дверь зовёт tmctl build --partial; отказ по умолчанию остаётся операторской ручкой CLI; D29.1(б) «fail-closed» читать как «никогда молча» — честность несут пометки) · (5) проводка --max-units — снятие гейта, а не стройка: механизм в движке стоит (D39.170), живое основание гейта — PD-422 · (6) разморозка фронта — ПОСЛЕ (4): зеркало отстало на ВОСЕМЬ миноров (frontend/docs/api-contract/openapi.yaml — 0.2.3 против канона 0.10.0, и первый из них — ЛОМАЮЩИЙ 0.3.0), 16 операций против 21; зеркало последний раз двигали 15.08 — ⚠ ходившее «30.08» было взято из текста коммита, а не из git log (испр. 05.09), то есть расхождение старше на две недели; отставание ратифицировано D39.142 п.5 на время фриза и две ручки разъехались, размораживать раньше значит перегенерировать типы дважды. ⚠ ДВА ЗАГЕЙЧЕННЫХ ТРИГГЕРА НАЖАТЫ И НЕ ОТРАБОТАНЫ — строка бэклога 237 (go.work · вендор-сверка эффорта deepseek-v4-pro; реестр 13-tech-debt-anchors.md §Б-108). ⚠ Состояние git — снимать КОМАНДАМИ, не чтением (ветка polygon ушла вперёд, коммит здесь не цитирую): работа полигона лежит на ней и в main НЕ влита, а git status -- eval/ в main-дереве пуст ПО ПОСТРОЕНИЮ и уводит в ложный вывод «работы нет»; ⚠ «развязка git с origin» — арбитр ПЕРЕ-СНЯТ 04.09 и прежний вердикт БОЛЬШЕ НЕ ВЕРЕН: git merge-base --is-ancestor origin/main main → rc 1, git log main..origin/main → afa7700 temp (коммит владельца 04.09, которым он передавал работу зон). Локальная линия ушла вперёд на семнадцать коммитов и содержит ВСЁ содержимое afa7700 — оно снято reset --soft и заленджено раздельными зонными коммитами, — но формально ветки разошлись. Лечение — force-push рукой владельца; не пуллить (его же правило). ⚠ Пункт «развязка git с origin» в листе владельца ниже держится ТОЛЬКО как вопрос про force-push его рукой; утверждением о расхождении дерева он не является — арбитр этой пары именно здесь.

⚠ Норма приёмки, купленная аудитом D39.167 п.1: акт лендинга, объявивший закрытие строки регистра или бэклога, обязан быть СВЕРЕН СТАТУСОМ в тот же заход — иначе следующий пак собирается ПО РЕГИСТРУ и едет чинить построенное. Машинная половина — строка бэклога 225.

⚠ ЛЕНТА КОНТРАКТНЫХ МИНОРОВ (что принёс каждый — телом ноты): 0.5.0 — D39.161 · 0.6.0 — D39.162/D39.163 · 0.7.0 — D39.166 · 0.8.0 — D39.169 · 0.9.0 — D39.180 · 0.10.0 — D39.194 (дверь выдачи: downloadExport, failure_code словарём, Export.url относительный; ⚠ читать с эрратой 04.09-в — минор был ратифицирован без своей кодовой половины и сутки жил ложным на проводе). Прожитые дампы приёмок P9/P10 — archive/PROGRESS-2026-08-backend.md и тела нот.

ЖИВОЕ: полигон — фаза Д ИДЁТ (заказ 10.08; деньги санкционированы 15.08 напрямую полигону — ⚠ числа потолка в носителях расходятся, фактическую цепь сверить при лендинге петель; ja-книга enkan_no_hate_ja; при ратификации фазы Д в D-ноту: декой-правило + обязательный кросс-семейный опровергатель приёмки — одобрены 10.08; свежие фриз-коммиты полигона в дереве — НЕ трогать) · платформа и контракт — статус в строке выше, здесь НЕ дублируется (один носитель на факт) · фронт ЗАМОРОЖЕН (D39.136 п.2 + D39.147: морозится ДАЛЬШЕ лендинга P7 — слово владельца 17.08; P7 зону НЕ размораживает, S5-промт не выдаётся, разморозка отдельным словом по достижении сквозного пути; перечень первого касания зоны — синк зеркала на ТЕКУЩИЙ канон (отставание и его цена — п.6 очереди выше и строка бэклога 183(б)) + перегенерация типов + моки + гейт утечки конвейера + ФС-1..12 + Ф-63/Ф-28 + фразы В-11 по словарю кодов — не отменён, ждёт разморозки) · закрытые стройки эры — реестром нот architecture/05-decisions-index.md (D39.130–137, одна строка на ноту).

Открыто на владельце: ⚠ НОВОЕ 06.09: второй круг селф-ревью — бэкенд-сессия передала слово владельца «после сдачи обязателен селф-ревью, и если он дал исправления — НОВЫЙ круг, проверяющий исполнением и исходный заказ, и закрытие находок предыдущего круга». Первую половину того же слова (комментарии) он подтвердил как РЕКОМЕНДАЦИЮ, про вторую не сказал ничего; в мандате самопроверки CLAUDE.md сегодня описан ОДИН круг. Сессии исполняют добровольно, каноном не стало. ⭐ УЛИКА В ПОЛЬЗУ ПРАВИЛА, снятая в ту же ночь 07.09: круг 2 бэкенд-сессии опроверг ЕЁ ЖЕ правку круга 1 — свёртка сравнения через NormalizeSourceKey вводила ЛОЖНООТРИЦАНИЕ (замер зоны: ReplaceGlossary(族長 + 族长) → rows stored=2, контроль на байт-равном src → UNIQUE constraint failed, то есть UNIQUE стоит на СЫРОМ src и обе строки инжектятся), и мутация «свернуть сравнение» до круга 2 ПЕРЕЖИВАЛА весь пакет. Один круг сдал бы тихо-зелёное. · ✅ Развилка строки 291 ЗАКРЫТА владельцем 05.09 — D39.204: отказ резервации на ретрае деградирует во ФЛАГ («пусть флагает просто как-то»); вариант «минимальная покупка ≥ step_max_usd» снят. ⚠ Это оказалось НЕ сменой канона: D2 уже кончается флагом, денежная ветка до него не доходит. · ✅ Лестница D25.1 ЗАКРЫТА владельцем 05.09 — D39.205: копия БЕЗ пометки = книга БЕЗ ЕДИНОГО ПРОПУСКА; любой пропуск ⇒ пометка в файле, гранулярность — ЮНИТ (пропущенный кусок главы критичен). Имя файла решено паком 7e2226a (вычисляется при скачивании). ⚠ Прежняя редакция держала это открытым на владельце — по ней он и получил вопрос, который сам уже закрыл · лейбл главы без заголовка (сейчас цифры; словесный шаблон = одна строка reader.txt после ратификации К-3) (⚠ три вопроса пака ЗАКРЫТЫ словом владельца 30.08: экспорт юзеру — всегда строить, см. п.4 очереди · модель пометок подтверждена как построена — надпись о пропуске в файле, отдельный варнинг-слой в интерфейсе НЕ строим, машинный отчёт сборки остаётся внутренним носителем (дрейф) · RTL — снят до появления право-налевой целевой пары) · ⚠ ПЛАТФОРМЕННЫЙ ЛИСТ ЗАКРЫТ СЛОВОМ ВЛАДЕЛЬЦА 30.08 — четыре ответа и их следствия ЦЕЛИКОМ телом D39.176 (квот нет · продажа не в бете · продолжение после пополнения — руками · фразы пользователя делегированы проекту с требованием интернациональности). ⚠ Лист ПУСТ: последний его пункт (PD-421, «держит ли открытый поток сессию живой») СНЯТ замером 30.08 — окно бездействия сессии 14 суток, абсолютный срок 30 (platform/internal/config/config.go:346=defaultSessionIdle), скольжение окна идёт на любом аутентифицированном запросе, а поток теряется лишь после того, как подметён протухший ряд, то есть после ДВУХ НЕДЕЛЬ без единого действия пользователя. ⚠ Часовой интервал в этой теме — периодичность УБОРКИ, а не срок сессии (эррата 30.08-а к D39.176 п.5) · ⚠ Гейт словаря фраз — строка 204 (D39.176 п.4). ⚠ Прежний указатель «строка 148» мёртв — строку удалил a023e39 решением владельца, восстанавливать Приложение А по ней НЕ надо · развязка git с origin (локальная линия ИСТИННА, force-push его рукой; не пуллить) · В-4/Ф-30 (глава без заголовка — движковая половина строка 160) · мини-проба флора 44 (одобрена, промт не выдан; число — после ре-пробы 188) · ~~подпись денежного шага 46~~ (ратифицирована D39.190 п.4: пере-снапшот батча — единым актом, цена сегодня $0) · схема time-based DeepSeek — рекомендация и её доводы строкой 172(а) · вход ратификации фазы Д: посылка «dspro дешевле glm» в пике ПЕРЕВЁРНУТА (×1.26 дороже, D39.137 п.4) · возражение Sol по проходу tier эксп-23 (довод дословно — слайс archive/PROGRESS-2026-08-10-15.md: Sol судил СВОЁ семейство, что запрещено D13.3; подтвердить или снять — при лендинге петель фазы Д) · фронт-вопросы зонного журнала: В-7 (плотность; держит Ф-54) · В-8 (слово состояния в дереве) · В-9 (языки интерфейса — механизм готов, ПТ-36) · Ф-38 (вкладка «Замечания»). Закрытые пункты листа — в нотах D39.136–145, здесь не держатся.

Сделано (сводно) — снимок ленты закрытых эр в archive/PROGRESS-2026-08-04-09.md; детали — D-лог и слайсы.

⭐ КУРС НА 04.09 — ПОРЯДОК РАБОТ, СОБРАННЫЙ ВЕЕРОМ ПО ВСЕМУ БЭКЛОГУ (31 агент, 46 кандидатов, шесть срезов + опровергатели + критик полноты). ⚠ Главный результат метода, а не списка: из 46 кандидатов бэклога опровержение пережили ДВА — остальное трекерная инерция; а то, чего в трекере не было ВОВСЕ, оказалось тяжелее всего, что в нём есть (строки 269–275, заведены этим же заходом). Порядок: (1) ЭКСПЛУАТАЦИЯ — ✅ ЗАКРЫТА ЛЕНДИНГОМ 05.09 (7e2226a + 3e84716, акт D39.201): бэкапы с ПРЕДЪЯВЛЕННЫМ восстановлением, дверь для не-браузерного клиента, имя книги. Строки 269 · 270 · 274 закрыты и сняты из таблицы; ниже — история заказа. Строка 269 бэкапов нет ни у оплаченной работы, ни у денежного реестра — ЕДИНСТВЕННАЯ находка дня без частичного исхода: одна потеря диска необратима и недоказуема · строка 270 у продукта НОЛЬ дверей: bearerToken объявлен и не выдаётся, живой цикл 04.09 прошёл через dev-вход, который прод отказывается запускать, фронт заморожен · строка 274 имя книги в выданном файле исходноязычное и не чинится ничем (дёшево, а ломается первое, что видит человек). (2) ДЕНЬГИ И ЕДИНИЦА ЗАКАЗА — РЕШЕНО 04.09 во ВТОРОЙ редакции, строки 276–283: заказ это ОБЪЁМ, объём меряется ЗНАКАМИ ИСХОДНИКА ПО ЮНИТУ (движок публикует в манифесте), «страница» — их отображение и её размер это ДАННЫЕ ЛОКАЛИ; вердикт ДО клика, сумму человек не выбирает. ⚠ Первая редакция мерила ГЛАВАМИ и пала: глава надёжна в одном случае из трёх, дыру нашёл владелец. ⚠ Тем же вопросом вскрыта ВТОРАЯ ненадёжная единица — character_count считает байты файла (для EPUB — zip) и подписан у пользователя «Знаков», строка 282. ⚠ ФОРМА ЗАКРЫТА РЕШЕНИЕМ ВЛАДЕЛЬЦА 05.09 (D39.196): баланс — ДЕНЬГАМИ и виден, ползунок потолка — деньгами, второй ползунок объёмом (главы если распозналось, знаки если нет), старт = холд. Запрет «денег в UI» ОТОЗВАН владельцем; ждать от него больше нечего. Разбор трёх независимых чтений в architecture/15-money-path.md §«ОТКРЫТАЯ РАЗВИЛКА 04.09»; PD-440/PD-441. Смена единицы — амендмент D39.84, объявленный требующим отдельного слова ещё при вписании глав (D39.110 п.2а, «добор оркестратора»); сам владелец 28.08 назвал нынешнюю ручку «денежной ручкой с подписью главы» (D39.165 §1). ⚠ Смена единицы БЕЗ «сказать, когда кончилось» ухудшает продукт: стена перестаёт быть свойством книги и становится свойством ввода, то есть встречается ПЕРВЫМ действием, а не в конце. (3) ДЫРА ЧЕРЕЗ ПОЛЬЗОВАТЕЛЬСКУЮ ДВЕРЬ — ✅ ЗАКРЫТА ЛЕНДИНГОМ 05.09 (81a89e9, акт D39.206): граница internal/membank/wirefence.go, три точки исполнения, инвариант снова выполняется КОНСТРУКЦИЕЙ. Строка 271 закрыта и снята; ниже — история заказа. Строка 271: правки банка едут в system-сообщение дословно, а ратифицированный инвариант «untrusted DATA, никогда инструкции… выполняется КОНСТРУКЦИЕЙ» конструкцией больше не выполняется. Дёшево, и обязано быть закрыто ДО первого внешнего пользователя. (4) КАЧЕСТВО — ЦЕЛЬ №1. ⚠ ФОРМУЛИРОВКА «НЕ МОЖЕТ СТАРТОВАТЬ» БЫЛА НЕВЕРНА И СНЯТА ВЛАДЕЛЬЦЕМ (D39.198 п.5, испр. 05.09): из четырёх названных гейтов (24 · 13а · 55 · 149) ТРИ сняты его словом, четвёртый гейтом не был. Живое здесь другое и оно в строке 275: приоритет назван — (1) 100% консистентность · (2) отсутствие выдумок · (3) художественность, и он говорит не о весах рубрики, а о том, ЧЕЙ ОТКАЗ ОСТАНАВЛИВАЕТ ВЫПУСК. Классы дефектов привязываются к УЗЛАМ (банк · редактор · черновик), а не сливаются в одно взвешенное число: оно не диагностирует. ⚠ Дорогое расхождение здесь остаётся, но НЕ то: приоритет №1 сегодня кодом НЕ исполняется — доки держат порог 98%, glossary_miss отгружается флагом ранга 5, а приоритет №2 носителя не имеет вовсе (строка 286). (5) ВТОРАЯ ПАРА ЛОМАЕТСЯ МОЛЧА — после (1)–(4), пока пара одна, цена ошибки нулевая. Строка 272 шаблон книги один на все пары и раздаёт КАЖДОЙ книге transcription: palladius · строка 273 пар-шов асимметричен: нет промптов — падает громко, нет целевых ДАННЫХ — выключается молча ВМЕСТЕ С БАНКОМ, то есть книга переводится целиком за полные деньги без механизма консистентности · строки 258/259 через раннер нет ни одной фикстуры с не-ru целью, латинописьменной цели в репо нет вовсе. ⚠ Что веер НЕ менял: горизонт (ДОБОР ИДЕАЛА → вторая пара → МАСШТАБ → пилот → ридер-IDE) остаётся тем же; переставлен ПОРЯДОК ВХОДА в него, и вход теперь эксплуатационный, а не качественный — потому что пускать пользователя некуда и нечем страховать.

Курс: этапы ОБЩНОСТЬ · КАЧЕСТВО БАНКА · ПАКЕТ-ЧЕКЕРОВ · ФРОНТ-ЭРА · шов/платформа/движковые блокеры — ПРОЙДЕНЫ (D39.59–123). Хвосты курса живут строками: 16 (полная цена холодного старта; edit-волна на малых прогонах отработала и оплачена — 58 вызовов волновым драйвером 23–25.07 плюс 648 до драйвера, счёт по леджерам ~/books/gu-zhenren/**/*.db) · coldrun-b фаза C заморожена чекпойнтом легитимно (D39.86; эталон денег/поведения — coldrun-a, read-only); развилка 0731 решена и исполнена (D39.87/91, код 553f1a3).

Горизонт (D39.62/67, освежён D39.95): ДОБОР ИДЕАЛА (первым прогоном: оси голоса 24 · авто-режим · цена 16; остаток арбитража банка = рецензент спорных кластеров при ре-пробе — D39.102). ⚠ Испр. 05.09 (D39.198 п.5): прежняя редакция держала здесь ТРИ предусловия, снятых владельцем, — жильцы ролей (149: разморозка ничего не разблокирует, пока идут доработки) · веса K1–K12 (13а: веса не нужны, мерить по узлам) · вне-претрейн чекпоинт (55: прогоняем на тех же текстах, оговорка — ограничение ВЫВОДА, а не требование новой книги) → ВТОРАЯ ПАРА живьём (ja→ru; преп 81) → МАСШТАБ → пилот Ф2.5 (гейт резюме-строки 80; строки 62–68, 85) → Ф3 ридер-IDE (69–71). Стоячие: ToS-триггер 25.10 · Ш-2 до go1.27 (⚠ + x/text Unicode 17 тем же тулчейном — строка 119, реестр §Б-108 справочника якорей) · платные прогоны разблокированы (проба провода — D39.97, конфиги 112 залендены).

Стек (полная карта роль→модель→конфиг→квирки — STACK.md, D39.126): draft deepseek-v4-flash thinking-ON low ⚠0731 → терминолог (та же модель) → editor deepseek-v4-pro БИЛИНГВ ИНТЕРИМ (топология ПОДТВЕРЖДЕНА при неразличимости жильцов — D39.117; закон-блок ОБЯЗАТЕЛЕН и ВНЕСЁН — D39.104 п.2, вайр-батч принят D39.199; glm-5 резерв; вахта маппинга эффорта pro — §Б-108) → судья gemini (Ф2, в движке НЕ построен — строка 33); канал B Mistral+grok; ~$0.85/ранобэ (D30.4) — ⚠ ТРИГГЕР ПЕРЕ-КАЛИБРОВКИ СРАБОТАЛ 31.08 (испр. 02.09): платный прогон отработал и дал собственную оценку движка projected_book_usd = 1.1377277707 на десяти главах при куплённых $0.436110; число D30.4 держать как июльское. ⚠ Вендор-факты 13–15.08 (пере-пин ИСПОЛНЕН и ПРИНЯТ, D39.137): таблица цен запинена ПИКОМ (flash 0.44/1.32 · pro 1.32/3.96/кэш-хит 0.044 за 1M; счёт шиппинг-c1 = 100% DeepSeek ⇒ ×4.2–4.4 в пике / ×2.1–2.2 в долине — замер по трём прогонам); ⚠ испр. 05.09: носители про эффорт pro БОЛЬШЕ НЕ ПРОТИВОРЕЧАТ — и квирки (§3г), и STACK.md говорят одно: ручка ДОХОДИТ до модели с вендор-апдейта 13.08. Живой остаток один — вендор-сверка маппинга и ВЕЛИЧИНА эффекта, строка 237(б); ⚠ ВЕСА pro сменились под тем же слагом (V4-Pro-0813, класс D39.61) — вахта-риг готов (остаток 172); покупки фазы Д на deepseek до 16.08 16:00 UTC — по старым ценам. ⚠ ВЕСЬ банковый контур (банкнота+терминолог+классификатор) ВКЛЮЧЁН в shipping-c1 с b8154cd — enabled: true у обоих гейтов и classify_types: true, бюджеты по $1.00 (прежде жил только ран-локальным конфигом книги; строка 140 — ⛔ его единственный вход mining.contrast_path в git ОТСУТСТВУЕТ, развёртывание обязано положить артефакт, иначе контур не исполняется вовсе, носитель — строка 251; сверка STACK.md 09.08 — факт шире прежней декларации «одна банкнота»); эскалация в shipping за budget_usd: 0 (STACK.md §примечания).

ЕДИНЫЙ БЭКЛОГ — отдельный файл BACKLOG.md (одна таблица, единственный трекер проекта, ID строк прежние; каждая петля обязана иметь диспозицию: решено / отложено-с-записью / отклонено; ведёт оркестратор). ⚠ Счёт очереди — бюллетень в ШАПКЕ ТОГО ФАЙЛА, здесь копии НЕТ (python3 docs/scripts/counts.py; переезд 06.09 — D39.218).

Архивы хроники: archive/PROGRESS-2026-07-04-10.md (D31) · -10-13 (D39.6-гигиена) · -13-25 (стройка паков 11–16, rerun2) · -25-31 (паки 17–20 · мини-прогон · полигон-пакеты 5–8 · ToS · холодный прогон; D39.26–58) · -08-01-02 (сессии №9/№10: общность · качество банка · coldrun-b · открытие фронта/платформы; D39.59–90, срез D39.105) · -08-02-04 (сессии №11–№13: ручки эффорта · стандарты · контракт API · платформа P0 · банк-арбитраж; D39.91–105 + снимок шапки эры №15) · -08-04-09 (пинги закрытых паков эры №15) · -08-14-15 (закрытые бэкенд-записи №16–17: эмиттер шва · migrate · пере-пин DeepSeek; вынесено D39.139). Записи ниже — живой хвост (№16+, эра D39.124+; подрезка D39.139).

📌 СОСТОЯНИЕ ПАКОВ

Залендены и ратифицированы, приёмочные дампы — телами нот: платформенный P11 — D39.169 · движковый пак «деньги» — D39.170 · платформенный P12 — D39.180 (вместе с контрактным минором 0.9.0; PD-425 закрыт им же) · бэкенд-пак «деньги и честность выдачи» — D39.182 (тестов 1045→1083, удалённых ноль) · закон раскрытия движка — D39.181, ратифицирован владельцем и применён к одиннадцати экземплярам.

✅ ПАКИ 05.09 ОТРАБОТАНЫ И ПРИНЯТЫ ОБА С ДОФИКСОМ, промты в archive/prompts/ с баннерами исхода, зоны свободны: движковый «денежный стоп» — 81a89e9 + 616a8e4, акт D39.206 (18 находок приёмки, 6 снято, 12 устояло, 4 major — все четыре оказались УТВЕРЖДЕНИЯМИ, а не поведением); платформенный «пустить внутрь можно» — 7e2226a + 3e84716, акт D39.201 (20 находок, 5 снято, 15 устояло, 5 major — ТРИ в самом механизме бэкапа). Ниже — история паков 04.09. ПАКИ 04.09 ОТРАБОТАНЫ И ПРИНЯТЫ ОБА (испр. 05.09). Платформенный «закрыть цикл» — adf5e53, D39.194, контрактный минор 0.10.0 тем же актом (⚠ эррата 04.09-в: минор ратифицирован БЕЗ своей кодовой половины и сутки жил ложным на проводе; починено 7e204db). Движковый вайр-батч — приёмочный коммит 74ffe4f, D39.199, принят С ДОФИКСОМ; строки заказа 210·113·46·134·140·184·232 ЗАКРЫТЫ и сняты из таблицы, найденное вне карты отчёта заведено строками 287–290. ⚠ Эррата 04.09-д («пак НЕ принят») ИСЧЕРПАНА этим актом. ПАКИ 05.09 ВЫДАНЫ И ИДУТ: движковый «денежный стоп перестаёт быть аварией» (archive/prompts/BACKEND_MONEYSTOP_SESSION_PROMPT_2026-09-05.md — строки 271 · 277 · 278 · защёлка отказа) и платформенный «пустить внутрь можно» (archive/prompts/PLATFORM_OPERATIONS_SESSION_PROMPT_2026-09-05.md — строки 269 бэкапы с предъявленным восстановлением · 270 дверь для не-браузерного клиента · 274 updateBook · рантбук деплоя). ПАКИ 04.09 РАБОТАЛИ ПАРАЛЛЕЛЬНО (зоны независимы по коду; сцеплений ДВА, и второе найдено 04.09 уже после выдачи промтов — оба про то, чтобы не сорвать платный прогон платформы:

(1) форма манифеста ЗАМОРОЖЕНА на окно (D39.190 п.5): гейт интейка — строгое равенство одной константе, бамп отправил бы каждую книгу в parser_unavailable. (2) ⚠ ДАННЫЕ ЯЗЫКОВОГО ПАКЕТА — ТОЖЕ. Правка backend/internal/lang/data/*.txt двигает EmbeddedVersion → cutTag (докстринг backend/internal/pipeline/manifest.go: «the embedded data feeds the CJK numerals and sentence terminators that place boundaries») → ключ валидности манифеста → на платформе recut := storedKey != in.ManifestKey (platform/internal/pgstore/readmodel.go) → delete from unit_resolutions where book_id. То есть у книги, за которую заплачено, исчезают замечания читателя и счётчики глав — это строка бэклога 198. ⇒ Лендинг правки данных не кладётся, пока книга платного прогона живая; порядок лендинга — обязанность оркестратора, зоны об этом предупреждены пингами 04.09. Рычаг у бэкенда есть и он объявлен предпочтительным: снять рендер в Go, данные не трогать): бэкенд — вайр-батч docs/BACKEND_WIREBATCH_SESSION_PROMPT.md; платформа — «закрыть цикл» docs/PLATFORM_EXPORT_SESSION_PROMPT.md. ⚠ Строка 160 взята, но идёт СВОИМ паком ПОСЛЕ двери: она бампает manifestVersion, у которого безопасного порядка деплоя нет (D39.190 п.2). Строка 142 — после шагов 0–1 полигона (D39.190 п.3). Предыдущие паки ОТРАБОТАНЫ 03.09, ПРИНЯТЫ С ДОФИКСОМ и заленджены — D39.187 движок, D39.188 платформа; составы и приёмочные дампы ТЕЛАМИ НОТ, промты в archive/prompts/ с баннерами исхода, план паков — archive/reports/NEXT_PACKS_PLAN_2026-09-03.md, решения — D39.190. ⚠ Живое отсюда одно и оно уже вылечено паком P13: у формы манифеста БЕЗОПАСНОГО ПОРЯДКА ДЕПЛОЯ НЕТ — гейт интейка сравнивает версию со строгим равенством одной константе (platform/internal/ingest/manifest.go, греп KnownManifestVersion), окна двух версий нет, поэтому порядок «сначала платформа, потом движок» из рантбука разворачивается на обратный.

✅ СНЯТО ЛЕНДИНГОМ 06.09 (D39.208): гейта БОЛЬШЕ НЕТ. Флаг едет в argv на КАЖДОМ спавне и пересчитывается, а названное ниже «живое основание» вылечено расширением условия — --resnapshot теперь едет на ЛЮБОМ продолжении, не только после правки банка (PD-422). Ниже — прежняя редакция, историей: ⛔ Проводка --max-units в платформу остаётся ГЕЙЧЕНОЙ. Живое основание одно и оно механическое: единственный писатель bank_moved_at — дверь правок банка (platform/internal/runs/bank.go:211=one statement sets it), а рост АВТО-банка от майнинга этого флага не ставит, поэтому майнящая книга на второй покупке идёт без --resnapshot и умирает на снапшот-гарде движка — холд взят, попытка сожжена (PD-422). ⚠ Сюда же переехал остаток закрытой строки 234 (испр. 05.09): проводка полей rebill_* через шов — часть ЭТОГО гейта, а не отдельная работа; ревизия справедливо заметила, что после закрытия 234 её остаток остался без видимого носителя. Это чинится проводкой признака движения банка от майнинга, а не решением владельца.

ОТКРЫТО НА ОРКЕСТРАТОРЕ №22: Ресёрч-сессия textmachine-36 — лендинг research/29 ЗАКРЫТО 04.09. Оба отчёта топологии заленджены полигоном на СВОЕЙ ветке по прямому указанию владельца (a7951a7) и приехали в main мержем ветки — то есть маршрутом, который и был назван правильным. Файлы на месте: docs/archive/research/29-harness-topology-survey.md и …-codex.md.

⚠ ЖИВОЙ ОСТАТОК — РЕВЬЮ-ШАПКИ, и он на оркестраторе. ✅ У research/30 шапка НАПИСАНА 05.09 — долг по нему закрыт (попутно исполнена эррата, которую он сам требовал пять недель: research/22 «LinguaGacha явно НЕ в мульти-агент/редактор» помечено протухшим; и снято его же требование к 29-codex — якорь :368 протух, реальный носитель :108 говорит слабее и о другом). ✅ У 29-codex шапка НАПИСАНА 05.09 — и она подтвердила снятое выше независимо: его же §4 п.12 говорит, что пробел в long-form детекторе машинности — в held-out точности и доле ложных срабатываний, а не в русском языке. ✅ У research/29 шапка НАПИСАНА 05.09 — ДОЛГ ЗАКРЫТ ПО ВСЕМ ТРЁМ ОТЧЁТАМ. ⛔ Первым в ней стоит §5.6: сфабрикованный sha256 (совпали 52 знака из 64, хвост дописан по памяти, потому что хеш ни разу не был виден целиком из-за cut в конвейере) — и норма, из него следующая: идентификатор, не виденный ЦЕЛИКОМ в выводе команды, нельзя воспроизводить по памяти. Тот же класс, что D39.207 п.5, пришедший с другой стороны. ⚠ И граница, которую обязан знать всякий, кто цитирует оттуда числа: из 113 находок автор лично пере-открыла ШЕСТЬ. ⚠ Расхождения 29 и 29-codex между собой НЕ разрешены никем — автор 29 не читала параллельный отчёт дальше его §1, (⚠ испр. 05.09: сама шапка 29 уже поправлена — «НЕ закоммичено» помечено протухшим, файл в main с a7951a7; здесь остаётся долг ШАПКИ, а не факта о коммите). До шапок читать оба отчёта как ФАКТУРУ, не как ратифицированное. ⚠ Формулировка, которую шапка обязана нести, иначе следующая сессия выбросит замеры топологии: судья как СТАДИЯ ДВИЖКА не построен и не вызывался (0 вызовов), но судьи в ПОЛИГОНЕ были и есть. ⛔ Маршрут закрыт словом владельца 02.09: «не трогай соседнюю git tree ветку вообще» — файл принадлежит ветке polygon, в main приезжает мержем ветки, копированием из соседнего worktree — никогда (№22 так сделал, был поправлен, лендинг откачен).

НОРМЫ, ЗАРАБОТАННЫЕ ЭТИМИ ПРИЁМКАМИ:

Зелёная батарея — это ПОЛНЫЙ список пакетов ПЛЮС отсутствие FAIL, а не отсутствие FAIL: обёртка подавала exit 0 при падении в хвосте (поймала сама движковая сессия).
Линтер якорей гоняется ПОСЛЕДНИМ шагом, после того как код замер. Он судит доки трёх зон, но зоны его не зовут; в этот заход нашёл 21 указатель на исчезнувший код, и правки сдвигали цели дважды подряд — включая мои собственные, уже после починки.
Якорь разрешается тем, ЧТО он утверждает, а не номером строки, на которой лежал (движковая сессия записала переезд по совпавшему номеру и промахнулась предметом).
Колонка «подтверждено» отчёта, пойманного на ложных подтверждениях, снимается с доверия ЦЕЛИКОМ — критерий, отличавший ошибочные строки от верных, назвать нельзя.
pkill по имени процесса на машине с параллельными сессиями бьёт по чужим.
Число или «доказано» уходит владельцу только после СВОЕГО прогона.

⚠ ПИНГ ЗОНЕ БЭКЕНДА (оркестратор №22, 04.09, вечер) — РЕВИЗИЯ ДОКУМЕНТАЦИИ ЗОНЫ ЦЕЛИКОМ

⚠ ЖИВОЕ ИЗ ЭТОГО ПИНГА ВЫНЕСЕНО СТРОКОЙ ТРЕКЕРА — ряд 489 (17.09). Пинг адресован ЗОНЕ, которой сейчас нет (слот свободен), и тринадцать дней он пролежал здесь неисполненным именно потому, что жил в журнале, а не в трекере. Пере-снято приборами: пункты 1 · 2 · 6 · 10 ЖИВЫ (README описывает инвариант через отвергаемые загрузкой ключи · оба PUML без баннера · ратифицированная норма зоны висит на ЗАКРЫТОЙ строке 246 · пакет языкового экрана не описан), пункт 7 ЗАКРЫТ (красных якорей в backend/docs/ — 0 при 327 адресах), пять пунктов НЕ ИЗМЕРЕНЫ — они про содержание прозы и требуют чтения. ⛔ Сам блок НЕ выносится в архив, и это замер, а не лень: в журнал целятся 19 якорей из чужих зон (движок 3, платформа 10, полигон 3 плюс мои), из них 11 лежат НИЖЕ этого блока и съехали бы на 70 строк, а один умер бы внутри. Чинить чужие зоны я не вправе ⇒ рез дороже пользы. Тело остаётся на месте как фактура.

Внешний ревизор прочитал backend/README.md, все 11 файлов backend/docs/ (включая оба PUML текстом) и арх-доки движка от первой строки до последней. Правит ЗОНА. Порядок — по цене ошибки.

1. ⛔ README.md:36 описывает инвариант через ключи, которые загрузка ОТВЕРГАЕТ. «Канал adult — только permissive (fail-closed)»: permissive: и channel: — RETIRED и валят конфиг (internal/config/models.go, греп LegacyPermissive; internal/config/pipeline.go, греп LegacyChannel). Настоящий механизм — content_labels книги × accepts_labels модели — в README не назван ВООБЩЕ. Сессия, строящая маршрутизацию контента по README, получит неподнимающийся конфиг. Ту же ложь несут оба PUML.

2. ⛔ ОБА PUML БЕЗ ⚠-БАННЕРА рисуют снесённое, при том что docs/README.md подаёт их как канонические диаграммы, правящиеся «одним коммитом с кодом»: exit-контракт из ЧЕТЫРЁХ кодов (в cmd/tmctl/main.go — коды 4, 5 и полоса 10–19), глаголов 6 против 11, mined_delta/mined_rejects как ключи book.yaml (RETIRED, валят загрузку), машинная .bank-stop.json (снесена D39.158), Adult bool. В заголовке обоих — «синхронизировано с D1–D39.25» при живой голове D39.195.

3. README.md:95 называет боевой редакторский промпт v3 (⚠ испр. 05.09: второй адрес этого пинга — 10-prompt-architecture.md:23 — снят, потому что этот файл ЗОНА ОРКЕСТРАТОРА и бэкенд его не правит; поправлено своей рукой) — в configs/pipeline-c1.yaml метка v4-discourse-reflow-nogenre, и с D39.182 она НЕСУЩАЯ (TestPromptLabelsPinTheirBytes). Поверивший README либо бампнет v3→v4 в уже-v4 файле, либо получит красный гейт.

4. README.md:3 обещает автоматику, которой нет: «подсистемы не импортируют друг друга (проверяется go list -deps)». Сама изоляция ДЕРЖИТСЯ — проверено, — но проверки нет: grep -rn 'go list' backend --include=*_test.go --include=Makefile → 0, а internal/archguard несёт три анализатора, границы импортов среди них нет. 13-tech-debt-anchors.md это констатирует, README нет.

5. ⚠ ОБЩНОСТЬ ПЕРЕОЦЕНЕНА, и долг без носителя. README.md:23 («гейты по данным, Go-веток по паре нет») и README.md:16 («internal/text — script-agnostic, без языковой политики») — сверх-утверждения: internal/text/norm.go встраивает китайскую таблицу трад→упр, складывает катакану в хирагану и БЕЗУСЛОВНО сливает ё→е для ЛЮБОЙ цели (белорусская цель ломается тихо); санитайзер считает только latinLetters/cyrLetters, поэтому греческая/арабская/хинди цель получает «латинскую вставку» на каждом слове; граница слова в банке проверяется только для Latin/Cyrillic. ⇒ Ревью-вопрос «пара, которой в репо нет, без правки Go» для не-кириллической цели отвечается НЕТ, а README это скрывает.

6. Ратифицированная норма зоны держится на СНЯТОЙ строке. DISCLOSURE_LAW_DESIGN.md:219-221: «Пока строка бэклога 246 открыта, новый класс вводится в полосу ТОЛЬКО вместе со сверкой… Закроется 246 — оговорка снимается». 246 ЗАКРЫТА 04.09 (D39.194) ⇒ оговорка снялась молча, и это надо подтвердить или переписать сознательно, а не по факту исчезновения строки.

7. ⚠ СЕМЬ ПРОТУХШИХ ТОКЕН-ЯКОРЕЙ В backend/docs/ — и до сегодня их не видел никто. Корень backend/docs в линтере ОТСУТСТВОВАЛ с самого его заведения; добавлен 04.09 (docs/scripts/counts.py, греп backend/docs в lint_anchors). ✅ ЗАКРЫТО 05.09: все семь пере-навешены (616a8e4 два мёртвых + e7d6b3f пять съехавших), --lint → 0. Ниже — состояние на середине дня, читать как историю. ⚠ Прежняя редакция: «починены ДВА из семи, пять живы» (DISCLOSURE_LAW_DESIGN.md:40-44 целят в quality.go · status.go ×3 · bookbuild.go — зона бэкенда, пинг в её секции). ⚠ Прежняя редакция этой строки говорила «семь пере-навешены» — ложь, выведенная из ожидания, а не из прогона линта; поймана внешним ревьюером. Починенные два не съехали, а УМЕРЛИ: целили в (DISCLOSURE_LAW_DESIGN.md:264 и MONEY_HONESTY_REPORT.md:285) не съехали, а УМЕРЛИ: целили в chunkrun.go=SourceEchoExpected: role == roleTerminologist, подстроки которой на HEAD нет вовсе — её съел переход на isBankRole. Прежняя редакция этой строки перечисляла краснеющие цели и была верна ровно до починки. Прежде краснели: DISCLOSURE_LAW_DESIGN.md:40-44 (пять целей подряд — quality.go, status.go ×3, bookbuild.go), :264 и MONEY_HONESTY_REPORT.md:285 (chunkrun.go:40). ⚠ Эррата D15.2 от 02.09 УЖЕ указывала мимо — гейт не мог этого увидеть по построению. Команда: python3 docs/scripts/counts.py --lint.

8. Ссылки «строка N» на строки, ВЫПАВШИЕ из таблицы при закрытии: README.md:26 (103 — фантом, снят 31.08), pipeline.puml (99 · 100 · 101 · 125 · 145), DISCLOSURE_LAW_DESIGN (246 · 238 · 239 · 194), internal/membank/decisions.go:84 (210 — закрыта 04.09). Бэклог закрытые строки НЕ хранит, а доки зоны адресуют их как живые.

9. Мелочи с адресом: README.md:5 «актуализировано 01.08», тело цитирует ноты 23–28.08 · 13-tech-debt-anchors.md:174 цитирует STACK.md в состоянии, которого там уже нет (ручка эффорта pro — оба носителя датированы 04.09 и противоречат) · SEAM_PACK_FINDINGS.md:130 «у bank-apply ноль вызывающих на платформе» — platform/internal/runner/bankapply.go строит вызов · :1133 «два хита» → четыре · MONEY_HONESTY_PLAN-NOTE.md:35 «22 поля» → 21 на её же HEAD.

10. НЕ ОПИСАНО, А НАДО: пакет internal/langscreen (новый, на денежном пути вердиктов) в README не упомянут вовсе · карта пакетов не называет ~20 несущих файлов internal/pipeline (volume.go, rebill.go, reprice.go, refusal.go, terminologist.go, bookbuild.go…) и пять в internal/store · cmd/tmmutate (каталог посадок, объявленный ГЕЙТОМ; ⚠ число из этой строки снято 06.09 — стояло «141», в дереве 211: литерал в рабочей строке живёт дольше предмета, поэтому здесь его больше нет — счёт берётся из cmd/tmmutate/mutations.json) и cmd/tmvet не названы · цена закона раскрытия («загейчен на 40 %», Г1/Г2 не построены) в статус-борде 09 не оговорена.

⚠ Что оркестратор поправил СВОЕЙ рукой в свою зону тем же заходом: статус-борд 09-target-architecture.md говорил «цикл РАЗОМКНУТ» и «канон 0.9.0» в день своего же «освежения» — оба ложны с adf5e53/58bca19; висячая ссылка на закрытую 246 в шапке секции «Бэкенд»; корень backend/docs в линтере.

Бэклог

⟶ ПЕРЕЕХАЛ 06.09 в BACKLOG.md (ратификация — D39.218). Таблица вынесена дословно, номера строк не менялись: «строка N» ищется там же, чем и здесь — grep -n '^| N |' docs/BACKLOG.md. Заголовок оставлен НАМЕРЕННО, чтобы прежние ссылки «секция „Бэклог“ в PROGRESS» доезжали в один хоп. Счёт очереди — бюллетенем в шапке того файла; здесь копии НЕТ (один носитель на факт, D39.112).

(Указатели на архив-слайсы хроники — бюллетенем «Архивы хроники» в CURRENT-STATE; здесь копий нет.)

Бэкенд

⚠ ПИНГ ОРКЕСТРАТОРА №23 (17.09) — ТРИ ЯКОРЯ `backend/docs/` УЕХАЛИ ИЗ-ЗА МОЕГО ВЫНОСА; ЧИНИТЬ ВАМ, В ВАШУ ЗОНУ Я НЕ ЛЕЗУ

17.09 по заказу владельца я срезал этот журнал с 5178 строк до 634: отчёты десяти ПРИНЯТЫХ паков уехали в archive/PROGRESS-2026-09-07-16-backend-packs.md. Вместе с ними уехали цели трёх ваших якорей в backend/docs/CHAPTER_STRUCTURE_DESIGN.md (строки 1774, 1783, 1785): они целятся в строки 2880 и 1874 ПРЕЖНЕГО журнала (адреса намеренно НЕ в якорной форме: якорь на уехавшую цель — это битый якорь, а не описание битого). ⛔ ИСПР. 17.09: адреса ниже пере-сняты ПОИСКОМ; прежние были ВЫЧИСЛЕНЫ сдвигом и неверны. Я написал «строки 2482 и 1476 (сдвиг ровно 398 строк: рез с 415-й плюс 16 строк шапки среза)» — арифметика вместо вопроса самой строке, чем она названа; ни один из двух номеров цитат не содержит. Найденные адреса в archive/PROGRESS-2026-09-07-16-backend-packs.md (4568 строк): «копить wire-правки одним касанием» — :1424 (цель якоря 1774) · обе цитаты в одной строке, включая «и больше никуда», — :1433 (цели якорей 1783 и 1785). ⚠ И почему неверный адрес здесь опасен тихо: ваши три якоря идут БЕЗ токена, поэтому линтер проверяет только попадание номера в пределы файла — вычисленный мимо адрес позеленел бы и закрепил расхождение. Сверяйте по тексту цитаты, а не по номеру. ⚠ Я их ПОПРАВИЛ И ОТКАТИЛ ОБРАТНО, когда увидел, что лезу в чужую зону — файл сейчас побайтно равен HEAD, правка ваша. ⚠ Ниже точки реза якорей не было ни одного (пере-снято прибором перед выносом), так что больше у вас ничего не сдвинулось.

ЗАПИСКА-ПЛАН пака «РЕШЁННОЕ НЕ ПЕРЕ-СПРАШИВАЕТСЯ» (17.09, сессия `textmachine-main-57`). До первой правки кода, по §7 промта

Деньги: $0. Платных вызовов моделей пак не делает. Всё ниже снято чтением дерева и купленного сырья прогонов A и B (только копии; оригиналы не открывались ничем).

0. Материал замера — ИСПРАВЛЕН против промта, и исправление денежное

Промт называл прогоном A tm-coldrun-a/evidence/v16-readonly/project.db. Это другая книга (book_id: guzhenren-coldrun-v16, и её же book.yaml говорит title: … (копия для счёта форм)). Пере-снято мной по пяти базам одной командой (python3 + sqlite3 mode=ro; поля count(*) по glossary и checkpoints, sum(cost_usd), max(version) from schema_version):

база	book_id	glossary	статусы	чекпойнты	Σ cost_usd	схема
`evidence/v16-readonly` — ОТВЕРГНУТА	`guzhenren-coldrun-v16`	53	41 draft + 12 auto, 0 approved	50	0.436110	16
`tm-coldrun-a/stand/books/bk_ROEHZBD46ALFI43E` — прогон A	`bk_ROEHZBD46ALFI43E`	69	67 draft + 2 approved	33	0.419423	16
`tm-coldrun-b/stand/books/bk_NH6275ZIRFFTLZHG` = `evidence/paid-final-project.db` — прогон B	`bk_NH6275ZIRFFTLZHG`	66	64 draft + 2 approved	34	0.396657	18

⛔ Почему это не «поправка адреса», а спасённое число. У отвергнутой базы подписанных строк ноль, у обеих настоящих — по две (方源 и 古月山寨, они же в bk_*.mined-delta.yaml обоих прогонов). Класс пере-спроса «родня подписанных» уехал бы в отчёт непопулированным по материалу, где его физически нет, и ноль читался бы как замер. Это тот самый отрицательный замер, не доказавший, что спросил существующее.

⚠ Условия работы с сырьём, пере-снятые мной, а не принятые на слово:

копии сняты cp -a каталогами целиком (с сайдкарами, -wal, -shm); project.db-wal = 0 байт у обоих, то есть копия одного файла и так была бы актуальна — проверено, а не предположено; sha256 баз оригинал↔копия совпали (A 527ebba330d88eda, B 90097e39ca6ffa8e);
схема A — 16 при голове 18 (ряд 475): OpenReadOnly её отвергнет, Open мигрирует. Аддитивность миграций пере-снята мной по телу backend/internal/store/migrate.go: v17 — CREATE TABLE IF NOT EXISTS wave_selection плюс индекс, v18 — ALTER TABLE request_log ADD COLUMN reasoning_in_completion; разрушающих глаголов ноль, единственное совпадение drop во всём файле — слово в ПРОЗЕ комментария (контроль: в файле 717 строк, create table if not exists — 17, add column — 21, то есть прибор файл прочёл);
book.yaml обоих прогонов ссылается на /home/ubuntu-26/…, которого на машине НЕТ (ls -d → No such file or directory); работаю на копии book.yaml с путями в зеркала прогонов. Значения contrast_path, модели банк-ролей и kwic_* печатаю рядом с числами — иначе «тихо взялись конфиги головы» неотличимо от «взялись конфиги прогона»;
исходник обоих прогонов байт-идентичен (sha256 ed870ba6065ce3eb…, 17564 байта), декодирую его не харнессом, а движковым ingestSource + chunk.SplitChunksWithChapters.

1. Форма носителя — ТАБЛИЦА ХРАНИЛИЩА, аддитивной миграцией. Довод

Консилиум писал букву «файл рядом с базой» (bank-basis.yaml). Беру таблицу, и довод не про вкус:

Роль носителя в онтологии. Файл рядом с базой (auto-bank) принадлежит роли ИСТОЧНИКИ — тому, из чего пересобирается вид (docs/architecture/18-bank-ontology.md:15=**ИСТОЧНИКИ** — то, из чего банк собирается). Базис источником не является: из него не собирается ни одна строка банка, его читает предикат. Класть память решений в каталог источников значит завести источник, который ничего не порождает, — а онтология судит носитель с несовпавшей ролью так же строго, как проекцию без читателя. ⛔ ИСПР. (поймал оркестратор, опора была моя и ложная). Первая редакция этого пункта опиралась на «у класса „ПАМЯТЬ РЕШЕНИЙ“ уже есть построенный член, и он таблица — память флажка». Это НЕВЕРНО, и пере-снято мной: «ПАМЯТЬ РЕШЕНИЙ» живёт ровно в одном месте живого дерева — эррата 17.09-д в шапке журнала решений (docs/architecture/05-decisions-log.md:227=а читает денежный предикат ДО первого платного вызова), и заводит она НОВЫЙ класс ИМЕННО ПОТОМУ, что память флажка подписана у́же («что стоп уже предъявлял», писатель — стоп). ⇒ у моего класса построенных членов нет, он первый, и опираться было не на что. Вывод «таблица» от этого не меняется — он держится на роли, а не на прецеденте. ⚠ Контроль замера напечатан: «ПАМЯТЬ ФЛАЖКА» нашлась в 3 файлах из 132 прочитанных прибором, то есть прибор искал в живом дереве, а не в пустоте.
Деньги. Предикат — денежный гейт перед первым платным вызовом. Файл рядом с базой правится рукой и ничем не отбивается; строка таблицы — нет.
Перенос в книгу-продолжение (D39.256, ряд 461) переносит подписанное ПЛЮС решённое движком. Решённое, живущее в базе, переносится тем же механизмом, что и глоссарий; отдельный файл потребовал бы своего.

⛔ Что у образца НЕ берётся вместе с формой — называю, потому что копировать механизм и не перенести его гарантию здесь уже стоило пака:

у образца набор только РАСТЁТ, удаления нет намеренно. Базису это НЕ подходит: строка, решённая заново, обязана ЗАМЕНИТЬ прежнюю запись, иначе предикат будет сверяться с протухшим отпечатком. ⇒ INSERT … ON CONFLICT DO UPDATE, и это новое свойство, а не наследованное;
общей транзакции с чекпойнтами у образца НЕТ — пере-снято мной: слово checkpoint в backend/internal/store/stopmemory.go встречается 0 раз при 55 строках файла. Я такой транзакции тоже не строю; окно краша закрывается ПОРЯДКОМ записи (см. §3), а не атомарностью с чужим носителем.

2. Форма отпечатка

Отпечаток — хеш того, что читает роль, в форме, инвариантной к способу отбора окон:

компонента	берётся	почему
версия схемы отпечатка	константа	смена формы обязана обнулять набор ОСОЗНАННО и один раз
`key`, эвристический тип майнера, `aliases`, `related`, `evidence`	из кандидата	это вход роли; тип берётся ЭВРИСТИЧЕСКИЙ, а не классификаторский, иначе ради отпечатка классификатор оплачивался бы каждую покупку
окна вокруг ВСЕХ вхождений ключа в нормализованном исходнике, в порядке документа, ширина `kwicWidth`	из исходника	⚠ не `c.KWIC`: тот есть ПЕРВЫЕ `maxPer` вхождений (`backend/internal/terminology/terminology.go:340`=`func AttachKWIC`), то есть подмножество, выбранное сегодняшней ручкой
якоря канона ЭТОГО кандидата, без капа	`CanonFor([]Candidate{c}, canon, len(canon))`	`CanonFor` принимает батч (`backend/internal/terminology/terminology.go:856`=`func CanonFor(batch []Candidate`), и отпечаток по батчу вернул бы зависимость от состава
чего НЕТ: варианты черновиков, `freq`, `since_ch`, номер главы, состав батча, кап окон	—	варианты уходят из ТРИГГЕРА, оставаясь УЛИКОЙ на листе; номер главы исключён, чтобы перекрой не обнулял базис

Ширина — пар-данное, не константа Go. Беру её у terminologyOpts(), который резолвит явный конфиг → данные пары → движковое умолчание. Константа в Go стала бы единственной шириной и была бы пар-слепой на ДЕНЕЖНОМ предикате, что прямо запрещено D39.50 п.4. ⚠ Замер сегодняшнего состояния с контролем: terminology.txt в langpacks — 0 файлов при 16 прочитанных прибором файлах, и то же в обоих зеркалах прогонов ⇒ сегодня везде работает движковое умолчание 40 рун, и пар-данность механизма сегодня не исполняется ни одной парой. Ответ на ревью-вопрос канона: пара, которой в репозитории нет, меняет ширину своим terminology.txt без правки Go.

Три сужения, которые называю сам, потому что они невидимы:

Роль видит якорь БАТЧА, отпечаток — якорь КАНДИДАТА. Это намеренно: замер консилиума показал батч, где якорь не относился ни к одному из шести сменившихся терминов и попал туда из-за соседей. Мы сознательно НЕ пере-спрашиваем термин из-за чужого якоря.
Окна считаются по исходнику целиком, а не по чанкам. Чанковые окна усекались бы на границе чанка ⇒ отпечаток зависел бы от кроя. Инвариантность к перекрою — заявленное свойство, и достигается она здесь.
Растущая книга. Дописанные главы добавляют вхождения ⇒ отпечаток терминов, встречающихся в новом тексте, МЕНЯЕТСЯ, и они пере-спрашиваются; термины, которых в дописанном нет, остаются решёнными. Это поведение по построению, а не сторож. ⚠ Сторож «хеш исходника разошёлся — кричим» я строить не намерен (см. §6), и цену этого поведения замерю числом: усечение исходника до глав 1–2 против полных 1–3 даёт долю терминов, чей отпечаток уехал, — это прямой ответ на открытый вопрос владельца, а не оценка.

3. Две границы записи и порядок

Писатель ОДИН — прогон; выходных границ у него две: backend/internal/pipeline/bookrun.go:258=r.exportBank(ctx, "run-finished") (под backend/internal/pipeline/bookrun.go:254=if err == nil {) и backend/internal/pipeline/mining.go:270=bank-mining/signature-stop. Одной мало по коду: стоп подписи возвращается ЗНАЧЕНИЕМ-ОШИБКОЙ (backend/internal/pipeline/waverun.go:185=return nil, &WaveSignatureStop{), то есть до run-finished такой прогон не доходит и резюм после подписи оплатил бы весь проход.

Порядок на границе стопа: карта → таблица стопа → проекция банка → базис → память флажка. Довод берётся у самого кода: backend/internal/pipeline/mining.go:271=a crash between the two costs one benign re-stop — последней пишется запись, чья потеря ДЕШЕВЛЕ. Потеря памяти флажка стоит одного доброкачественного стопа; потеря базиса — пере-покупки банк-ролей из ПОЖИЗНЕННОГО потолка (ряд 356). ⇒ базис раньше. ⛔ Писать базис сразу после платного прохода, ДО развилки, нельзя: базис на краш-резюме сожмёт состав батчей, чекпойнты не найдутся, и резюм перекупит оплаченное. Ветка отказа: стоп остаётся стопом, а неудача записи базиса кричит — это денежное событие.

4. Таблица читателей ответа — кто получает своё, когда роль не спрашивали

⛔ Базис — ИСТОЧНИК ОТВЕТОВ, а не фильтр, и подставляет он консолидированную передачу, а не любую непустую: backend/internal/miner/miner_emit.go:274=The mode turns on the CONSOLIDATED dst only, never on a raw объясняет, почему режим draft включается только ею.

читатель	адрес	что получает
`attachConsolidatedDst` → режим эмиссии	`backend/internal/pipeline/terminologist.go:1291`=`Terms the role did not answer are left untouched`	передачу ⇒ `draft` вместо отката к догадке куска
`attachClassifiedType` / `attachClassifiedGender`	`backend/internal/pipeline/terminologist.go:1306`=`attachClassifiedGender stamps`	тип и род из базиса
`consolidatedRows` → `ConsolidationKeyConflicts`	`backend/internal/pipeline/terminologist.go:646`=`membank.ConsolidationKeyConflicts(consolidatedRows(cands, out), bank)`	судится, см. решение ниже
`CanonConflicts`	`backend/internal/pipeline/terminologist.go:624`=`terminology.CanonConflicts(cands, out, canon)`	судится, см. решение ниже
`ConsolidationConflicts` (§G2, свои против своих)	рядом, тот же цикл	судится
`labelRows` → `TypeLabelMismatches`	там же	судится
счётчики `Consolidated`/`Declined`/`Unanswered`	`backend/internal/pipeline/terminologist.go:618`=`res.Consolidated++`	⛔ НЕ вливать базисные в общий набор до цикла счёта: поле сменит смысл без единой строки об этом
таблица стопа и её сайдкар	`backend/internal/pipeline/mining.go:502`=`row.Invented = dst != "" && !proposedByDrafts(dst, c.Variants)`	отдельное состояние, см. ниже
очередь спорных	`backend/internal/pipeline/stopcontest.go:75`=`if r.SettledByBank`	⛔ решается ОТДЕЛЬНО, не наследуется по совпадению имени
проекция банка наружу	`backend/internal/pipeline/bankexport.go:118`=`NeverAsked: t.BankSettled` и `backend/internal/pipeline/bankexport.go:251`=`Contradicts: row.Contradicts, BankHolds: row.BankHolds`	АДДИТИВНОЕ поле, см. §5

4а. РЕШЕНИЕ по двум проверкам спора (развилка §4.2 промта): ДА, базисный ответ ими судится

Довод механизменный, а не вкусовой, и каждая половина проверена чтением:

ConsolidationKeyConflicts пропускает собственную неподписанную строку движка на том же ключе уникальности (backend/internal/membank/memseed.go:888=if IsEngineUnsigned(b) && b.Src == c.Src). Базисный ответ — ровно она ⇒ ложного спора с самим собой не возникает по построению. Срабатывает проверка только против ЧУЖОЙ строки — подписанной или с другим окном, — а это и есть нужная владельцу метка;
CanonConflicts срабатывает только при СТРОГОМ вхождении подписанного исходника в ключ кандидата (strings.Contains(c.Key, n.Src)), а подписанные строки входят в отпечаток (§2, якоря канона без капа, и отношение CanonFor ШИРЕ отношения CanonConflicts — вхождение в обе стороны плюс общие знаки). ⇒ у базисно-решённой строки набор канона по определению не менялся, и вердикт тот же, что на покупке, которая её купила: это НЕ новый шум. А если подпись родни появилась — отпечаток уехал, и строка пере-спрошена ПЛАТНО, то есть проверка судит свежий ответ.

Альтернатива («нет, не судится») убирает метку у того самого населения, ради которого фильтр сделан двух-условным, и лист замолчал бы о настоящем расхождении только потому, что ответ пришёл из памяти. Обе проверки $0 и никогда не гейт.

4б. РЕШЕНИЕ по `Invented` и очереди спорных

Invented сегодня значит «передачу не предлагал ни один черновик». Базисная передача черновиками ЭТОЙ покупки не предлагалась ⇒ сегодняшняя формула повесила бы на канон книги ложное «выдумано движком». ⇒ строка получает собственное состояние (SettledByBasis), Invented для неё не вычисляется, а рендеры печатают базисную метку вместо «INVENTED». Очередь спорных: сегодняшний SettledByBank молча выносит строку из очереди, потому что у неё «банк держит поверхность и все черновики согласны»; у базисной строки обе половины ложны, поэтому она из очереди НЕ выносится — спор о ней решается на общих основаниях.

5. Наружу — аддитивное поле, и трёх лгущих фраз это касается тоже

never_asked сегодня равно числу снятых банком и значит «сид держит поверхность и все черновики согласны». Базисные строки туда класть нельзя без смены смысла ⇒ аддитивное поле проекции (минор контракта; пинг платформе даёт оркестратор). Три фразы, которые для базисной строки лгут ДОСЛОВНО обеими половинами и потому правятся вместе с полем: backend/cmd/tmctl/render.go:282=the bank already renders those surfaces and every · backend/cmd/tmctl/render.go:328=NOT ASKED: the bank already renders this surface · backend/internal/pipeline/mining.go:579=nothing to decide.

6. Юниты (§4.5) — ОТДЕЛЬНЫЙ ПРОХОД, батчер не трогаю

Семьи и серии сегодня детектируются НАД paid, то есть ПОСЛЕ фильтра (backend/internal/pipeline/terminologist.go:486=terminology.DetectFamilies(paid, fp)), и комментарий выше объясняет причину: детектировать над полным набором значит рассогласовать юниты с батчами, из них построенными. Но это довод про БАТЧИ, а не про предикат. Если считать юнит над paid, юнит будет определён тем самым фильтром, который он питает, — круг. ⇒ юнит для предиката считается отдельным чистым проходом над ВСЕМИ кандидатами, батчер остаётся над paid и байт-идентичен. Цена названа: два разных разбиения на юниты в одном прогоне, и пин обязан утверждать, что батчер не сдвинулся.

7. Денежная семантика резюма — ДВЕ ОСИ, и их нельзя смешивать

Резюм ТОЙ ЖЕ покупки — $0 со второго. Базис внутри покупки после стопа неизменен ⇒ состав батчей есть функция (кандидаты, базис, банк) ⇒ чекпойнты реплеятся.
СЛЕДУЮЩАЯ покупка, где решилась хоть одна новая строка, — хвост батчей переупаковывается и платится ОДИН раз. В класс входят: первая запись базиса, подпись владельца, строки банкноты на новых главах, разрешившаяся auto. ⛔ Формулировка «каждый последующий прогон за $0» запрещена — это ровно та ложь, которую велит убрать ряд 448.
Лестница (D39.259, gates.terminology.regenerate: 1 во всех трёх боевых конвейерах): в базис ложится ответ ВЫИГРАВШЕЙ ступени, а не первой. Ступень в «$0 на резюме» не входит — реплеится оплаченная ступень, а не покупается новая. Посылку пина backend/internal/pipeline/bankladder_test.go:111=func TestAHealthyBankTableIsNeverAskedAgain базис не ломает и обязан это утверждать отдельной строкой.

8. Что я пока НЕ строю и почему — исход будет с замером, а не с мнением

Ряд 447 (подписанная поверхность снова спрашивается во втором проходе). Это смена продуктового поведения, а не починка: сегодняшний фильтр платит за разнобой черновиков НАРОЧНО. Склоняюсь к отказу; решу числом популяции на A и B.
Сторож растущей книги (§4.4). Посылка «исходник приходит целиком» — открытый вопрос ВЛАДЕЛЬЦУ от 17.09. Сторож, обнуляющий базис на каждом выпуске, ответил бы за владельца молча. Склоняюсь к отказу с явным объявлением растущей книги вне скоупа; что механизм делает при разошедшемся хеше — напишу числом из §2.
Ряд 490 (страж разрыва окон глав) — $0, беру, образец backend/internal/membank/memvoice.go:271=func VoiceWindowGaps; у образца беру и ГАРАНТИЮ: намеренный разрыв законен ⇒ исход громкая строка, а не отказ загрузки.
Ряд 448 — пере-формулировка обязана обновить И голден каталога операторских сообщений (backend/internal/pipeline/testdata/operator-messages.txt:136=terminology: this book had already paid), и это обслуживание заказанной смены поведения (D39.183), а не подгонка под зелень. Объявляю заранее.
Ряд 487 пак НЕ чинит, но посылку «решено ⇒ draft» пиню: без пина завтрашняя починка скачком двинет набор решённых, то есть деньги.

ОТЧЁТ пака «ЛЕСТНИЦА ПОПЫТКИ ДЛЯ БАНК-РОЛЕЙ» (17.09, сессия `textmachine-main-12`). НЕ КОММИЧУ — дерево передаю оркестратору №23

Деньги пака: $0. Платных вызовов моделей не было ни одного. Все числа сняты на фикстурах и на уже купленном сырье прогона B (только чтение).

Что построено — по пунктам заказа

пункт	исход	чем предъявлено
§4.1 вынос лестницы в общий контур	сделано	`backend/internal/pipeline/attemptladder.go`; `runStage` и банк-роли — два вызывающих одной петли; пин «третьей копии нет» перечисляет вызовы `runAttempt` поимённо
§4.1 ключ ступени — число удвоений	сделано	голден ЗНАЧЕНИЯ хеша (построен ДО выноса и прошёл через него зелёным — это и есть доказательство, что ключ не сдвинулся); шесть ручных посадок при постройке + три записи `BANKKEY-*`, введённые в гейт навсегда
§4.1 параметр «допуск ступени»	сделано	`ladderCall.afford`; у стадии `nil` (правило — резервация), у банк-роли — ролевой суб-бюджет
§4.1 параметр «судья ступени»	НЕ ДЕЛАЮ, довод ниже	—
§4.2 ступень мимо бюджета и пробы	сделано	`roleBudget` — один объект на пре-флайт и на ступени, и `nil` = одиночный выстрел по построению; четыре посадки RED (допуск снят · два счёта · ступень уже оплачена · книжный потолок на ступени ≥ 1)
§4.3 эскалация банк-ролей	НЕ ДЕЛАЮ, довод и спецификация ниже	—
§4.4 тождество банк-батча	НЕ ДЕЛАЮ, посылка ряда 478 опровергнута замером	таблица ниже + прибор в дереве (`TestProbeBankBatchOrdinalShift`); оркестратор отказ принял и снял пункт
§4.5 счёт ответов в итог	сделано	`classify_asked`/`classify_answered` + отдельное предупреждение; посадка RED
§4.6 чистый код, рефакторинг	сделано	список «что отрефакторено и почему» ниже

Разрез: что переехало и почему

Переехала ОДНА вещь — петля попытки. Из runStage в walkAttemptLadder (attemptladder.go, 264 строки). stagerun.go: +38 / −95 (git diff --numstat, файл 1090 → 1033). ⚠ ИСПРАВЛЕНО ПРИ ПРИЁМКЕ, и ошибка была моя, ровно того класса, который этот отчёт и обещает не делать. Прежде здесь стояло «−89 / +27» — число, снятое СРАЗУ ПОСЛЕ выноса и не пере-снятое после последней правки (починка judged/lr, снятие параметра maxRegens, правки комментариев). Отчёт при этом утверждает «числа сняты ПОСЛЕ последней правки», то есть носитель противоречил сам себе. Поймал оркестратор четырьмя замерами; пере-снято тем же прибором. ⇒ число, снятое один раз в середине работы, обязано быть пере-снято в конце, даже когда правка «не про него» — «не про него» есть вывод, а не замер. Всё, что вокруг петли, осталось на месте: резюм по chunk_status, эскалация, диспозиция, запись строки статуса — у стадии; сборка батча и разбор таблицы — у банк-роли. runStage из терминолога не зовётся.

Почему рефактор, а не заплатка. Заплаткой было бы if isBankRole { ... } внутри runStage или вторая петля рядом. Обе оставляют ДВА ответа на вопрос «под каким бюджетом покупается ретрай», а бюджет входит в хеш запроса — то есть две цены на один вызов, и ни одна не краснеет.

Что стало параметром и почему именно это:

допуск ступени (afford) — у стадии деньги стережёт книжная резервация ВНУТРИ попытки, у банк-роли фазовый суб-бюджет, решённый ДО прохода. Ступень — покупка, которой в том плане не было.
число удвоений — ключ ступени, общий перечислитель, параметром идёт baseMaxTokens.
stageAtEffort — одно написание «стадия при таком-то усилии». Появилось не для красоты: усилие входит в ключ покупки, и проба «оплачено ли» обязана спрашивать про ключ, который попытка РЕАЛЬНО возьмёт (см. находку 2 самопроверки).
политика допуска фазы — ОДИН объект roleBudget (потолок · израсходованное · число ре-спросов). Дошла до этой формы не сразу: сперва число ре-спросов было отдельным параметром runBankAttempt, и вынудил его живой стенд — live_reprobe меряет, что вернул ОДИН вызов классификатора, и все его опубликованные числа («4 прогона из 5 дают 6/6 при усилии low») про вызовы, а не про проходы; читай функция политику прохода сама, стенд начал бы молча пере-спрашивать усечённый ответ и продолжил бы печатать по-вызовные цифры. ⛔ Но два параметра оставляли инвариант «нет бюджета ⇒ нет ступени» на КОММЕНТАРИИ: вызывающий с парой (nil, 1) получил бы допуск nil, то есть все ступени без пробы и без потолка фазы, молча. Слитые в один объект, деньги и счёт разойтись не могут: nil = одиночный выстрел по построению, и стенд передаёт именно nil, говоря почему.

§4.3. Эскалация банк-ролей — не строю; вот что защищает нулевой хоп

Довод отказа не денежный: измеренная болезнь прогона B — размышление, съевшее ПОЛНЫЙ потолок (8496/8496 ×3, 8000/8000 у всех семи выброшенных вызовов; у DeepSeek размышление считается внутри completion_tokens). Другая модель потолка не лечит; лечит удвоение бюджета, и на черновой стадии того же прогона оно вылечило 5 единиц из 5. Класс, для которого хоп осмыслен (refusal — тот же вызов на той же модели пере-откажет, D2.2), на банк-ролях имеет замеренную популяцию ноль.

Пять причин нулевого хопа — это спецификация, если владелец хоп закажет. Прочитано в internal_call.go и escalation.go, каждая пере-снята по коду:

Чужой пул. escalationBudgetRemains читает Pipeline.Escal.BudgetUSD и EscalationSpentUSD(книга) — пул КНИГО-ШИРОКИЙ, принадлежит волне. Банк-хоп ел бы его молча.
Способ деградации. «these calls degrade by leaving their work unchanged rather than by paying a second model»: неотвеченный терм остаётся auto и ничего не портит, в отличие от чанка, который отгрузил бы брак.
Предварительная сборка клиентов. gateModels() кладёт в достижимые модели только модели ВКЛЮЧЁННЫХ гейтов; модель хопа туда не попадёт — и buildClients/CheckKeys её пропустят, а прогон умрёт на банк-стопе «no pre-built client» ПОСЛЕ оплаченной волны. Это уже случалось (комментарий gateModels).
Аддитивный буфер. InternalCall держит ReasoningMaxTokens: 0, и это безопасно лишь потому, что загрузчик ОТКАЗЫВАЕТ аддитивному провайдеру для моделей гейтов. Модель хопа потребовала бы того же отказа.
Имя отказа в стоп-марке. ceilingStopDetail (cutcall.go) утверждает, что отказ потолка называет РЕ-АТАКУ, и это верно, пока каждый прочий платный шаг ловит errReserveCeiling и деградирует. ⚠ Моя лестница — новый платный шаг на банк-пути, и она это условие ДЕРЖИТ: mandatory: false, ошибка потолка ловится вызывающим и гасится в «остальные термы без изменений».

§4.4. Ключ не трогаю: посылка ряда 478 не подтверждается

Ряд 478 утверждает: снятие решённой строки сдвигает номера всех последующих батчей, и они покупаются заново при неизменном тексте. Пере-мерил на настоящем terminology.Batch.

Механика. Упаковка жадная. Снятие кандидата из батча k либо ПОДТЯГИВАЕТ содержимое из k+1 (у всех последующих меняется ТЕКСТ, и ординал ни при чём), либо не подтягивает (не меняется ничего). Сдвиг номера при неизменном тексте требует, чтобы батч исчез ЦЕЛИКОМ из середины.

Прибор лежит В ДЕРЕВЕ и повторяется одной командой (по умолчанию скипается): TM_PROBE_478=1 go test ./internal/pipeline/ -run TestProbeBankBatchOrdinalShift -v.

замер	батчей	untouched	content-changed	сдвинуто с тем же текстом
снятие ОДНОГО кандидата, 186 снятий в 3 режимах	2…20	1494	958	0
снятие БЛОКА, 200 случайных, `batch_runes=400`, 60 кандидатов	19	1141	1899	490
снятие БЛОКА, 200 случайных, `batch_runes=6000`, 66 кандидатов (боевой)	2	4	354	0
снятие БЛОКА, 200 случайных, `batch_runes=6000`, 300 кандидатов (боевой)	6	65	1055	0
⭐ положительный контроль: убрать средний батч целиком	20→19	—	—	18

batch_runes не задан ни в одном из трёх боевых конфигов ⇒ работает движковый умолчательный 6000; на прогоне B это дало 3 батча на 66 термов (22 · 19 · 24), то есть боевой режим — строки 3–4.

⇒ Класс ЛАТЕНТЕН, а не отсутствует. Условие, при котором вывод перестаёт держаться, называю прямо: мелкий batch_runes (сотни рун) делает его живым — 490 сдвигов на 200 снятий (число прибора В ДЕРЕВЕ; 475 стояло в записке-плане и относится к throwaway-пробе с другим порядком розыгрыша — расхождение названо в самом приборе). Доминирующий драйвер пере-покупки — пере-упаковка СОДЕРЖИМОГО — ни одной из двух ветвей §4.4 не лечится и назван ограничением в самом dropBankSettled.

Судья ступени (§4.1, третий параметр) — не строю, и это не экономия

Промт даёт судью ради хопа («без него хоп по «упёрся в потолок» бессмыслен»). Хопа нет ⇒ обоснование отпадает. Но есть и самостоятельный довод, и он сильнее: у лестницы ровно одна ремедия — те же сообщения с бо́льшим бюджетом. Таблица, пришедшая ЦЕЛОЙ при finish=stop, но с малой долей ответов, в бюджет не упиралась — больший бюджет ей не покупает ничего. Её лекарство — пере-спрос ОСТАТКА, то есть другой запрос, другой ключ покупки и отдельное решение владельца (D39.254 п.2, ряд 451).

⇒ Хук judge в дереве НЕ оставлен: поле, у которого нет вызывающего, — обещание, которого не стережёт ни один пин. Вместо него в ladderCall стоит абзац, называющий, почему форменный вердикт на эту лестницу не заводится.

Что надо измерить, чтобы решение пересмотреть (в бэклог): распределение answered/asked при finish=stop по батчам на уже купленных прогонах — данные лежат в журнале запросов, пары печатаются на каждый батч. Если доля заметно ниже 1 на нетривиальной части — строится пере-спрос остатка, не судья.

Ручка лендится ВКЛЮЧЁННОЙ — решение СВЕРХ заказа, РАТИФИЦИРОВАНО `D39.259`

gates.terminology.regenerate: 1 в трёх боевых конфигах (c1 · arm-glm · arm-mistral; в c2 гейта нет), пин TestShippingPipelinesRegenerateBankRoles стережёт значение РОВНО 1 и печатает знаменатель («3 из 4»).

Норма проекта — не «новые ручки выключены», а «НЕИЗМЕРЕННОЕ денежное решение выключено, и пин называет, что измерить». lower_effort_on_empty лендился выключенным по названной причине: стадия, которую он двигает, — редактор, чья эхо-безопасность на пониженном усилии НЕ измерена. Здесь измерение есть, и оно снято В ТОЙ ЖЕ КЛЕТКЕ: боевой черновик c1 и банк-роли идут на ОДНОЙ модели (deepseek-v4-flash) при ОДНОМ усилии (low) — classify_model не задан ни в одном боевом конфиге, а ClassifyModel == "" → Model. Обратный прецедент тоже есть: regenerate_echo_before_escalate лендился = 1, и его пин стережёт единицу.

Цена включения — числами, считанными по хранилищу прогона B (ценовая модель сверена с леджером до цента: 8000 completion + 4741 prompt по пинам deepseek-v4-flash дают ровно записанные $0.012646):

величина	число
реальная цена успешной ступени	$0.005134 (среднее по 4 чистым вызовам классификатора, 2939 completion-токенов)
худший случай одной ступени (снова выест удвоенный потолок 16000)	$0.0232
что лестница купила бы на прогоне B (2 флагнутых батча)	реально ≈ $0.010, абсолютный худший ≈ $0.046
структурный потолок на книгу (≤ 1 лишний вызов на батч; у B батчей 7)	≤ $0.162, и сверху ролевой суб-бюджет $1.00 на фазу
для сравнения: банковый контур прогона B / весь прогон	$0.083339 / $0.436

⛔ Это решение СВЕРХ заказа, и я назвала его таковым до того, как меня спросили. Промт заказывал лестницу и подключение вердикта; включение денежной ручки в боевых конфигах — отдельное денежное решение. Довод «за»: с ключом на нуле пак для боевых книг ИНЕРТЕН — движок продолжит вычислять вердикт и продолжит его выбрасывать. Ратифицировано оркестратором актом D39.259 по этим числам.

⚠ И что этот пин НЕ утверждает: что ре-спрос работает, и что единица — верное число. Он утверждает ровно одно — что боевые ДАННЫЕ продолжают его просить. Работу механизма стерегут пины в пакете движка, а значение выше единицы отвергается не как опасное, а как неизмеренное.

Трата разовая на книгу, а не на прогон, потому что ступень пишет СВОЙ чекпойнт и на всех последующих резюме переигрывается за $0. Это не довод, а пин: TestTheExtraRungIsBoughtOnceForTheLifeOfTheBook. Снапшот при этом не двигается — гейт терминологии в него не складывается (snapshot.go: упоминаний Terminology 0 при 11 упоминаниях Gates.).

Улика, пере-снятая мной с КУПЛЕННОГО прогона B (а не взятая из промта)

Промт велит пере-снимать числа, на которых строишь решение. Основание пака — «движок вычислил вердикт и выбросил его» — я пере-сняла сама, по хранилищу прогона B, с копии, оригинал не тронут (mtime до и после копирования совпадает; sqlite3 как CLI на машине нет — читала python3).

Контрольные величины напечатаны рядом с ответом: строк в request_log — 35, из них stage='terminology' — 14; чекпойнтов терминологии — 13. То есть ноль ниже был бы ответом, а не отсутствием предмета.

роль	исход	вызовов	$
classifier	чисто	4	0.020534
classifier	`length`	1	0.012646
classifier	`empty`	1	0.012133
terminologist	чисто	8	0.038026

Два вызова, которые движок САМ признал негодными, и чей вердикт выбросил:

role=classifier batch=0 degraded=length finish=length completion_tokens=8000 cost_usd=0.012646 tm_hit=0
role=classifier batch=2 degraded=empty  finish=length completion_tokens=8000 cost_usd=0.012133 tm_hit=0

Три вещи, которые это даёт сверх промта:

completion_tokens = 8000 у ОБОИХ — ровно min_max_tokens модели deepseek-v4-flash. Потолок выеден до токена; это не «модель отказалась», это «размышление съело бюджет», то есть болезнь, которую лечит именно удвоение. ⭐ И удвоение даёт 16000 — то же число, которое models.yaml уже пинит для СОСЕДНЕЙ модели по замеру «8000 → 16000 вылечило 2 единицы из 2».
max(attempt) = 0 по ВСЕМУ банковому контуру (все 7 позиций) ⇒ попытки с индексом 1 не существует ни у одного батча: регенерации не было ни одной, как и утверждалось. Это тот самый индекс, который лестница теперь покупает.
$0.024779 оплачено за ничто из $0.083339 банкового контура прогона — 29.7%.

⚠ И честная оговорка о том, чего эти числа НЕ говорят: у каждого батча в хранилище по ДВА чекпойнта при attempt = 0, потому что store держит и первый прогон, и резюм, купившее проход заново под другим ключом. Это ДРУГОЙ дефект (пере-покупка прохода при смене состава/снапшота), он в мой пак не входит и моей лестницей не лечится.

Рефакторинг без регресса — чем предъявлен

Ось «что переехало и чем доказано, что поведение прежнего вызывающего не изменилось» закрывается тем, что у СТАДИИ такой прибор уже был, и он побитовый: TestGoldenDeterminism (golden_test.go) пинит на статичной книге снапшот каждой волны, хеш запроса и тело провода каждой стадии, строки chunk_status и retrieval_state и итоговые тексты — на свежем прогоне И на резюме. Он прошёл через вынос зелёным. Именно его отсутствие на БАНКОВОЙ стороне промт и назвал, и именно поэтому голден банк-ключа строился первым делом.

Сверх него зелёными под -race прошли одиннадцать пре-существующих пинов ровно того механизма, который переехал: TestABurnFollowedByARegenerationDoesNotOverBuy · TestAStopOnAStagesFirstCallStillReportsAnAttempt · TestEchoRegenReplacesTheHop · TestEchoRegenFiresONLYForEcho · TestEchoRegenBudgetMovesNoSnapshot · TestTheRetryForAnEmptyReplyBuysLessThinkingNotMoreBudget · TestRetryableSubset · TestLabelledRefusalEscalatesThroughChainAndRegates · TestRunnerEscalationBudgetExhaustionDeniesLaterHop · TestABurnedHopKeyDoesNotBuyAHopOutsideTheEscalationBudget · TestAStopOverAnEscalationHopLeavesAMarkAndIsRedone.

Самопроверка исполнением: круги и что они нашли

Кругов было три: постройка прибора → вынос и банковая половина → приёмочный адверсариальный проход (свой плюс старший советчик). Найдено у СЕБЯ, и часть — уже в готовой работе:

находка	что сделано	чем предъявлено
Голден хеша был ложно-зелёным: сообщения короткие ⇒ потолок упирался в пол `MinMaxTokens`, вся арифметическая ветвь формулы в ключ не входила; посадка `terminologyReplyFloor` 256→257 оставляла файл ЗЕЛЁНЫМ	батч 0 сидит В полу, батч 1 его перерастает; ПОСЫЛКА утверждается внутри теста, иначе фикстура тихо съедет в один режим	запись каталога `BANKKEY-bank-reply-floor-moves-the-budget` — RED
Проба оплаты и цена ступени считались по ИСХОДНОМУ усилию, а покупка шла по пониженному (усилие входит в ключ ⇒ ложное «оплачено» проносит ступень мимо суб-бюджета, ложное «не оплачено» выбрасывает уже купленную)	`admitLadderStep` получает стадию попытки; одно написание `stageAtEffort`	нашёл советчик-фабл; сегодня недостижимо у обоих вызывающих, и это НАЗВАНО (см. «где прибор слеп»)
Мой литерал базового бюджета фикстуры был неверен (512 против реальных 564), а «проверявший» его тест мерил ПУСТОЙ батч — то есть согласился со мной про другой объект	литерала нет вовсе: фикстуры учат базу у ПЕРВОГО вызова и утверждают ОТНОШЕНИЕ (удвоение)	`askedBudgets.doubledOnce`
Две посадки СДОХЛИ, ничего не измерив: снятие `if cls.ok() { break }` — no-op (ok-ответ и так падает в финальный `break`), снятие `retryable()` — тоже no-op (ok-break срабатывает раньше)	посадка сделана СОСТАВНОЙ из обеих правок; в `why` записано, что ни один из двух гардов не является несущим ПООДИНОЧКЕ	`LADDER-healthy-reply-keeps-climbing` — RED
Фикстура суб-бюджета не различала «общий счёт» и «два счёта»: потолок был равен цене ступени 0, и ступень 1 отвергалась при любой реализации	потолок берётся равным цене СТУПЕНИ 1, прочитанной из строки лога самой лестницы	`LADDER-pre-flight-and-rungs-count-different-money` — RED
Мёртвое поле `roleBudget.role` (писалось, не читалось)	удалено	—
Смена сигнатуры сломала стенд под тегом `live`, а мой `go vet ./internal/pipeline/` этого НЕ ВИДИТ: он не компилирует файлы за билд-тегом. Поймал гейт зоны (`go vet -tags live`, `MAKE_EXIT=2` при НУЛЕ строк `FAIL`)	стенд переведён на новый шов и получил `maxRegens: 0` с объяснением, почему у него другая граница измерения	`go vet ./...` и `go vet -tags live ./...` зелёные; батарея ниже
`nil`-бюджет превращался в колбэк, который его же разыменует	сперва nil-проверка, затем — по существу (строка ниже)	—
⛔ РЕГРЕСС, КОТОРЫЙ ОТКРЫЛА САМА ЛЕСТНИЦА: отказ КНИЖНОГО потолка на ступени ≥ 1 выбрасывал ОПЛАЧЕННЫЙ ответ ступени 0. До пака ошибка на этом пути означала «ничего не куплено», и `break` без записи текста был всей правдой. С лестницей ступень 0 может быть куплена, классифицирована и держать частичные строки — ровно те «4 из 22», ради которых пак и заказан, — а батч читался как невызванный	на `errReserveCeiling` при `judged > 0` текст сохраняется, `ran[i]=true`, `unusable++`; WARN называет, сколько ступеней этот батч успел оплатить, и что это КНИЖНЫЙ потолок, а не фазовый	нашёл советчик, подтверждено чтением; запинено `TestABookCeilingOnALaterRungKeepsWhatTheEarlierOneBought` (потолок меряется двумя пробами: расход по ступень 0 включительно + цена ступени 1 из строки покупки) и записью каталога — RED
Инвариант «нет бюджета ⇒ нет ступени» держался КОММЕНТАРИЕМ: вызывающий с парой `(nil, 1)` получил бы `afford == nil`, то есть все ступени без пробы и без потолка фазы — молча	политика фазы стала ОДНИМ объектом: `regens` живёт в `roleBudget`, `nil` = одиночный выстрел ПО ПОСТРОЕНИЮ; параметр `maxRegens` убран	—
Потолок в фикстуре суб-бюджета стоял РОВНО на цене ступени 1, а тест читает её из строки лога, отрендеренной `%.6f` ⇒ поимка мутанта решалась последним битом округления	потолок `est1 + est0/2` — запас на порядки выше шага округления, обе стороны различения целы	`LADDER-pre-flight-and-rungs-count-different-money`
Посылка «фаза уже перерасходовала» строилась из КНИЖНОГО расхода, а `roleBudget` стартует с РОЛЕВОГО ⇒ фикстура утверждала соотношение, которого не проверяла	берётся `RoleSpentUSD(роль)`, и посылка утверждает именно её	`TestAnAlreadyBoughtRungIsNeverLostToTheBudget`
Имя теста обещало «ОДИН раз за жизнь книги», а фикстура держала постоянным СОСТАВ БАТЧА — а состав в бою меняется обычным порядком (вырос набор черновиков · владелец подписал терм)	тест переименован в `…OnceForABatchComposition`; комментарий и абзац в `pipeline-c1.yaml` называют условие прямо, а не в скобках	—
Ложное утверждение в боевом конфиге: «считается против суб-бюджета фазы, НЕ против книжного потолка». Резервация внутри попытки судит книжным потолком КАЖДУЮ ступень	«поверх книжного потолка, а не вместо него»	—
⛔⛔ МОЙ РЕФАКТОР МОЛЧА ОБЕЗДВИЖИЛ ЧУЖОЙ ПИН, и увидел это ТОЛЬКО полный прогон каталога. Вынос петли сделал `judged` переменной с ЕДИНСТВЕННЫМ читателем — отложенной стоп-маркой. Пре-существующая запись `CUTCALL-a-stop-over-the-hop-leaves-no-mark` удаляет марку ⇒ `judged` становится неиспользованной ⇒ пакет НЕ СОБИРАЕТСЯ ⇒ харнесс печатает «nothing ran» вместо поимки. ⚠ Якорь при этом СОВПАДАЛ, поэтому контроль «все правки разрешаются уникально» был зелёным и ничего не знал	`lr` объявлен до марки, счётчик читается как `lr.judged`, локальная копия убрана: удаление марки оставляет `lr` с другими читателями. У места написано, почему счётчик читается с носителя, а не копируется	запись снова меряет; прогнана поимённо
⛔ Своя запись, которую я НЕ проверила поодиночке (`LADDER-admission-forgets-the-paid-probe`, заведена в приёмочном круге и не попала в верификационный набор). Замена `if paid {` → `if false {` оставляет `paid` объявленным и неиспользованным ⇒ та же «nothing ran»	`paid && false` — тот же дефект, но собирается; причина записана в `why`	прогнана поимённо
⛔ Ложное утверждение в `why` записи каталога: я написала, что снятие `retryable()` поодиночке — no-op. Проверила исполнением: это неверно. Посадила одну эту правку и прогнала ВЕСЬ пакет — красное, `TestRunnerCoverageGateFlagsExcision`: детерминированный флаг (excision) при `regenerate: 1` покупает лишний вызов на той же модели до хопа, то есть ровно D2.2	`why` исправлен; заведена ОТДЕЛЬНАЯ запись `LADDER-retryable-gate-lets-a-deterministic-flag-re-buy` со своим катчером	RED

Что советчик утверждал, а дерево опровергло

Советчик — не источник истины, и две его посылки я проверила и ОТКЛОНИЛА:

«Одиночное снятие retryable() не ловит ни один тест дерева». Неверно: пакет краснеет на TestRunnerCoverageGateFlagsExcision (regenerate: 1 + детерминированный excision-флаг). Проверено посадкой и прогоном ВСЕГО пакета, а не рассуждением. ⚠ Почему ошибка вышла у нас обоих: мутационный харнесс гоняет каждую запись с -run <тест>, поэтому моя одиночная проба показала SURVIVED — она спрашивала ОДИН тест. Сам класс советчик назвал верно, и запись каталога он заслужил.
«Значение regenerate_before_escalate в боевых конфигах не запинено». Неверно: internal/config/echoregen_shipping_test.go:49 утверждает != 1 по четырём боевым файлам.

Унаследованное, названное и НЕ чинимое этим паком

На отказе книжного потолка цикл покупки делает break, и вместе с отказанным батчем теряются батчи ПОЗАДИ него — включая уже оплаченные, чей повтор стоил бы $0. Это противоречит правилу, которое сам пре-флайт объявляет у себя («ADMISSION IS PER BATCH, NOT A PREFIX»), но существовало до пака и моей лестницей не создано: адрес — ветвь errReserveCeiling в runBankRoleBatches. ⚠ И вторая половина, чтобы следующая смена не искала её сама: такие батчи не попадают НИ в dropped, ни в ran — единственный их след это WARN. Не чиню, потому что это смена поведения, которой пак не заказывал; называю, чтобы следующая смена нашла решение, а не щель. Оркестратор завёл это рядом 481 — то есть находка пережила мой контекст, чего от «названного, но не заведённого» ждать нельзя.

Мутации

Каталог: было 478 записей / 267 в гейте, стало 491 / 280.

7 записей пере-нацелено — их цели переехали вместе с петлёй из stagerun.go в attemptladder.go. Каждая сверена ПО СМЫСЛУ с новым текстом, а не подогнана под совпадающую строку.
13 записей заведено под новый код, все 13 помечены battery — разовым прогоном смены они не остаются. По предметам: лестница банк-роли (есть/нет · воздержанность на здоровом ответе · D2.2-гард) · деньги ступени (допуск снят · два счёта · ступень уже оплачена · книжный потолок на ступени ≥ 1) · ключ покупки (ординал · индекс попытки · пол ответа) · счётчики (доля ответов · негодный батч · отказанная ступень).
Контроль целостности: все 502 правки каталога разрешаются в дереве уникально.
⭐ ПОЛНЫЙ ПРОГОН БАТАРЕЙНОГО ПОДМНОЖЕСТВА ПРОЙДЕН: MUT_EXIT=0 · 281 запись · 281 RED · выживших 0 · неизмеренных 0 · anchors swept: 0 of 492 entr(ies) rotten. Вердиктов 281 против 281 записи в гейте — сверено числом, а не хвостом лога.
⚠ И это ТРЕТИЙ полный прогон; первые два итогом не стали, и оба раза по моей вине. Первый дал MUT_EXIT=2 — 278 RED и ДВЕ НЕИЗМЕРЕННЫЕ («nothing ran», обе не собирались; разобраны в таблице находок). Второй прошёл чисто, но приёмка нашла в коде асимметрию счётчиков, а третья её ось — отсутствие посадки под единственную денежную ручку, лендящуюся включённой; правка кода и правка каталога обесценили его числа. ⇒ каждый раз пере-гонялось ЦЕЛИКОМ, а не по затронутым записям. Прежняя редакция этой строки говорила «второй прогон» и была верна ровно до третьего круга приёмки. Он дал MUT_EXIT=2: 278 RED, 0 выживших и 2 НЕИЗМЕРЕННЫЕ («nothing ran») — обе не собирались, обе разобраны в таблице находок выше (одну сломал мой рефактор, вторую я завела и не прогнала поодиночке). После починки прогон повторён ЦЕЛИКОМ, а не по затронутым записям: правка лежала в stagerun.go, которого касаются 14 записей каталога, значит прежние 278 сняты на другой редакции и итогом быть не могли.

Где мой прибор слеп, и я это знаю

⛔ КОД ВОЗВРАТА И УВЕДОМЛЕНИЕ НЕ ОТВЕЧАЮТ НА ВОПРОС «ЧТО СТАЛО С ПРЕДМЕТОМ» — НИ В ОДНУ СТОРОНУ. За этот пак класс встретился трижды и каждый раз иначе: обёртка вернула 0 на кампании, которая упала (MUT_EXIT=2) · гейт упал с 2 при НУЛЕ строк FAIL, потому что до тестов не дошёл · перезапуск был убит по памяти, и уведомление пришло как «killed», то есть ни нулём, ни ненулём. Работает ровно одно: строка-итог из лога (MAKE_EXIT / MUT_EXIT) плюс сверка полноты СПИСКОМ. Если строки-итога в логе нет — прогон не закончился, чем бы ни было уведомление.
⛔ КОНТРОЛЬ «ВСЕ ЯКОРЯ РАЗРЕШАЮТСЯ» НЕ ВИДИТ ЗАПИСЬ, КОТОРАЯ ПЕРЕСТАЛА СОБИРАТЬСЯ. Я гоняла его после каждой правки и считала достаточным. Он проверяет, что строка-цель НАЙДЕНА, а не что правка даёт собирающийся пакет — и обе мои неизмеренные записи проходили его зелёными. Отличает их ровно один прибор: полный прогон каталога, где несобирающаяся правка выходит отдельным исходом «nothing ran» (за что харнесcу отдельное спасибо — он НЕ читает ненулевой код возврата как поимку).
Одиночная проба посадки спрашивает ОДИН тест. Харнесс гоняет запись каталога с -run <тест>, поэтому «SURVIVED» при одиночной проверке значит «выжила против ЭТОГО теста», а не «дыра в пинах». Так я и получила ложное «no-op» про retryable(). ⇒ выжившую при одиночной пробе перепроверяю прогоном ВСЕГО пакета, прежде чем писать о ней что-либо в why.
go vet ./<пакет> не компилирует файлы за билд-тегом. Я меняла сигнатуру и проверяла пакет обычным vet — он был зелёным, пока гейт зоны не собрал тот же пакет с тегом live и не упал. ⚠ И форма падения ровно та, о которой предупреждает канон: MAKE_EXIT=2 при НУЛЕ строк FAIL — «все тесты зелёные» было бы правдой, которая не значит ничего, потому что до тестов гейт не дошёл. Закрывается тем, что теперь я гоняю ОБА набора тегов; в отчёте это названо, а не спрятано.
Пин шва видит только обычное написание вызова. Обход ищет CallExpr с селектором runAttempt; метод-значение (f := r.runAttempt; f(…)) или вызов через интерфейс он пропустит. Денежный путь так случайно не пишут, поэтому обход всё равно стоит держать — но «нового вызывающего нет» здесь значит «нет вызывающего, написанного обычным способом». Названо в самом файле.
Шов «усилие в допуске» почищен, но не запинен. Ветвь понижения усилия недостижима на боевых настройках дважды: нужен retries.lower_effort_on_empty (выключен во всех боевых, пин есть) И ступень ниже настроенного усилия, а банк-роли настроены на low — дно лестницы Models.ReducedEffort. Посадка под этот шов сегодня ВЫЖИЛА БЫ, ничего не измерив, — поэтому записи каталога под него НЕ завожу (посадка обязана атаковать то, что стережёт пин). Условие достижимости названо в коде.
Живой прогон не гонялся. Всё снято на фикстурах; платных вызовов пак не делал.
Эффект на КАЧЕСТВО перевода не измерен — измерима только механика. Мерило эффекта, как и велит промт, журнал запросов боевого прогона (asked/answered по батчам), не проекция: у неотвеченного кандидата остаётся эвристический тип, и проекция покажет 66 из 66.

Адреса, которые съехали (оркестратору — сэкономить проход)

⛔ ДВА ОПЕРАТОРСКИХ ПРЕДУПРЕЖДЕНИЯ ПЕРЕИМЕНОВАНЫ, И ЭТО НЕ СДВИГ СТРОК — прежняя редакция этого раздела называла только сдвиг, то есть отправляла чинить вслепую. Петля стала общей для стадии и банк-роли, поэтому слово «stage» в её тексте перестало быть верным:

было (в `backend/` → 0 файлов)	стало (→ 1 файл кода + каталог)
`stage flagged, regenerating with a larger budget`	`the call was flagged, regenerating with a larger budget`
`stage returned nothing at the full budget, regenerating with less thinking at the SAME budget`	`the call returned nothing at the full budget, regenerating with less thinking at the SAME budget`

⚠ Цена уже видна, и она не в моей зоне: четыре живых адреса в доках ссылаются на СТАРЫЙ текст, и греп по нему теперь даёт ноль — docs/architecture/05-decisions-log.md:2670 (там грепать эту строку ПРЕДПИСАНО), docs/experiments/25-door-to-file-b.md:306, docs/experiments/24-door-to-file.md:233 и :688. Чинит оркестратор; моё дело было НАЗВАТЬ, и в первой редакции я этого не сделала.

Строки сдвинулись в backend/internal/pipeline/stagerun.go (тело петли вынесено) и backend/internal/pipeline/terminologist.go; какие якоря реально уехали, судит гейт якорей. ⚠ Число живых якорей я из отчёта убираю, потому что оно не восстанавливается без своей команды. Мои «115 и 62» получаются так: command grep -rn "<файл>:[0-9]" docs/ backend/docs/ --exclude-dir=prompts --exclude-dir=reports | wc -l. Исключишь ещё docs/archive/ — выйдет 53 и 51; приёмка своим способом получила 36 и 43. Все три счёта верны для своих соглашений, и ровно поэтому голое число здесь было бесполезно: отчёт обещает у каждого числа команду повторения, а у этого её не было.

Аддендум владельца 17.09 — исполнение по пунктам

Тщательно проектируй. Записка-план легла в этот журнал ДО первой правки движка.
Комментарии без гарантий без пинов; вывод называет условие отмены. Исполнено; мой собственный случай этого класса (ложно-зелёный голден) — в таблице находок.
Прозы в коде нет — комментарии объясняют «почему так», а не «что делает строка».
Общность. В лестнице нет ни одной ветки по паре или книге; порогов-констант в Go не заведено — единственная новая ручка (regenerate) это ДАННЫЕ конфига.
Советчик. Поднят один фабл с постоянным контекстом, на ПРОЕКТИРОВАНИИ (до банковой половины). Нашёл денежный дефект в моём же шве (находка 2) и отговорил от судьи аргументом, который я приняла.
Греп по докам и полигону — пользовалась: §4.3 и §4.4 закрыты чтением 25-door-to-file-b.md и пина в configs/models.yaml.

Гейт зоны — цели пройдены, но НЕ формой `make battery` целиком, и я называю это точно

⛔ make battery ЦЕЛИКОМ не отработал на этой машине: его убивал супервизор ФОНОВЫХ задач харнесса.

⛔ ИСПР. ПРИЁМКОЙ 17.09 — УТВЕРЖДЕНИЕ ВЫШЕ ОБОБЩАЕТ ШИРЕ ЗАМЕРА, и назвала это сама зона, уже после лендинга. Верно: make battery целиком не отработал В ФОНОВОЙ ЗАДАЧЕ ЭТОЙ СЕССИИ (четыре попытки, включая одну на пустой машине). Неверно «на этой машине»: приёмка прогнала тот же гейт на копии той же редакции, ТОЖЕ В ФОНЕ, при MemFree 0.5 ГБ на старте — и он прошёл целиком (MAKE_EXIT=0, 24 = 24, контроль с жертвой печатает 1). ⇒ потолок фоновых задач НЕ ОДИНАКОВ У СЕССИЙ, и «гейт не помещается в машину» неверно даже как описание. Прежняя формулировка оставлена видимой: замер зоны верен для её задачи, ошибочна была область действия вывода. ⚠ Остальное в разделе замер выдерживает (archguard.test 3.26 ГБ · LoadAllSyntax с Tests: true · порог по MemFree, а не MemAvailable · memory.max = max у обоих слайсов · A/B чистого HEAD против дерева +0.3 %). Носитель улики — ряд 488.

Не ядро по cgroup (memory.max = max у tm.slice и tm-runs.slice), не нехватка памяти у машины (MemAvailable держался 4–7 ГБ). Виновник назван прибором поимённо: archguard.test растёт до 3.26 ГБ (internal/archguard/shippingtree_test.go:34 грузит ВЕСЬ модуль — packages.LoadAllSyntax, Tests: true), а супервизор бьёт по MemFree. Ряд 488.

Как прогнано вместо этого — и почему это НЕ сужение гейта:

make build · make vet · make fmt · make lint — как есть, целями Makefile, все четыре ok (линтер 0 issues);
тестовая цель — ТЕМИ ЖЕ флагами (-race -count=1 -timeout=20m), но по ОДНОМУ пакету из go list ./...; -run не применялся нигде;
internal/archguard — тот же пакет и те же флаги, но в ПЕРЕДНЕМ плане, где фоновый супервизор не действует: ok 25.221s (в отдельном замере пик 3 418 648 kB, совпал с показанием семплера). ⚠ Форму «целиком» я пробовала ЧЕТЫРЕ раза, включая один раз на пустой машине, — убивало на одном и том же пакете. Пере-проверять пятый раз не стала: причина измерена и подтверждена трижды.

⚠ Что при этом изменилось в приборе, а не только в расписании: исчезла МЕЖПАКЕТНАЯ одновременность. Для теста, чувствительного к состоянию процесса или к соседям по машине, это другой предмет. Поэтому формулировка ровно такая: цели гейта пройдены в этой форме; «make battery зелёный» я не утверждаю.

Полнота — списком, с НАСТОЯЩЕЙ жертвой: go list ./... даёт 24, вердиктов 24, comm -23 пусто, контроль с жертвой печатает 1, не-ok вердиктов 0; четыре дешёвые цели — build · vet · fmt · lint — прошли целями Makefile, линтер 0 issues. ⚠ Рядом напечатан и перевёрнутый порядок операндов — он даёт 0 ВСЕГДА и не доказывает ничего.

⚠ По дороге тот же гейт поймал мою ошибку: MAKE_EXIT=2 при НУЛЕ строк FAIL — падение на go vet -tags live, до тестов дело не дошло. Вердикт читается строкой-итогом и списком целей, а не хвостом лога.

Числа и как их повторить

Все числа сняты ПОСЛЕ последней правки дерева.

что	команда
гейт зоны целиком	`cd backend && make battery` — прошёл `MAKE_EXIT=0`, 24 пакета против 24 вердиктов, `comm -23` пуст, контроль с жертвой печатает 1 (вердикт — строка `MAKE_EXIT`, полнота — сверка списком, а не отсутствие слова FAIL)
новые пины пака	`cd backend && go test ./internal/pipeline/ ./internal/config/ -count=1 -run 'TestBankBatchPurchaseKeyValueIsPinned\|TestTheBankPassBuysAtThePinnedKey\|TestATruncatedBankBatch\|TestAHealthyBankTable\|TestARungTheRoleBudget\|TestTheExtraRungIsBought\|TestAnAlreadyBoughtRung\|TestTheBankPassNamesItsAnswerShare\|TestOnlyTheLadder\|TestShippingPipelinesRegenerateBankRoles'`
пре-существующие пины переехавшего механизма, под `-race`	`cd backend && go test ./internal/pipeline/ -race -count=1 -run 'TestABurnFollowedByARegenerationDoesNotOverBuy\|TestEchoRegen\|TestTheRetryForAnEmptyReplyBuysLessThinkingNotMoreBudget\|TestGoldenDeterminism'`
каталог мутаций, батарейное подмножество	`cd backend && make mutations`
целостность каталога (все правки разрешаются уникально)	`python3 -c "import json;ms=json.load(open('backend/cmd/tmmutate/mutations.json'));print(sum(len(m['edits']) for m in ms), sum(1 for m in ms for e in m['edits'] if open('backend/'+e['file']).read().count(e['find'])!=1))"`
⚠ гейт гонять, когда на машине нет другого тяжёлого прогона	⛔ ПРИЧИНА ИЗМЕРЕНА, а не выведена, и три моих версии до неё оказались ложными. Гейт убивало трижды; я думала на конкуренцию наборов (умерло: убило в одиночку), на параллелизм пакетов (умерло: убило с `-p=2`) и на тяжесть `internal/pipeline` (умерло замером: 313 МБ пик под `-race`). Прибор с семплером назвал виновника поимённо: `archguard.test` растёт монотонно до 3.2 ГБ — `internal/archguard/shippingtree_test.go:34` грузит ВЕСЬ модуль (`packages.LoadAllSyntax`, `Tests: true`), то есть его память пропорциональна размеру репозитория. Это НЕ потолок cgroup (`memory.max = max` у `tm.slice` и `tm-runs.slice`) и не нехватка памяти у машины (`MemAvailable` держался ≈4.2 ГБ): падает `MemFree` (до 110 МБ), и супервизор бьёт по нему. ⇒ гейт проходит, когда рядом не идёт второй тяжёлый прогон; резать его через `-run` не понадобилось.
⭐ И это НЕ мой пак: A/B тем же тестом и теми же флагами — чистый `HEAD` (развёрнут `git archive`) 1.44 ГБ, рабочее дерево 1.44 ГБ, разница +0.3 % (+3.8 МБ на ≈1460 добавленных строк тестов, которые `Tests: true` тоже грузит). Нагрузка пред-существует паку и растёт с размером РЕПОЗИТОРИЯ, а не с моей правкой.
⚠ Контроль этого замера тоже стоит назвать: первая попытка шла с `-run TestShipping`, вернула `ok … [no tests to run]` и 126 МБ — то есть «дешёвый базис», которого не было. Настоящее имя `TestInvariantsHoldInTheShippingTree`. Прими я тот ноль за базу — «пак утроил память» вышло бы из контроля, который не запускался
замер §4.4 (сдвиг ординала)	`cd backend && TM_PROBE_478=1 go test ./internal/pipeline/ -run TestProbeBankBatchOrdinalShift -v` (по умолчанию скипается; печатает знаменатели и положительный контроль)

Опись путей, передаваемых оркестратору (18)

Изменено (12): backend/cmd/tmmutate/mutations.json · backend/configs/pipeline-c1.yaml · backend/configs/pipeline-arm-glm.yaml · backend/configs/pipeline-arm-mistral.yaml · backend/internal/config/pipeline.go · backend/internal/pipeline/stagerun.go · backend/internal/pipeline/terminologist.go · backend/internal/pipeline/live_reprobe_test.go · backend/internal/pipeline/miningstop_join_test.go · backend/internal/pipeline/testdata/operator-messages.txt · backend/internal/pipeline/runner_test.go · docs/PROGRESS.md.

Новое (6): backend/internal/pipeline/attemptladder.go · backend/internal/pipeline/attemptladder_seam_test.go · backend/internal/pipeline/bankkeygolden_test.go · backend/internal/pipeline/bankladder_test.go · backend/internal/pipeline/bankbatchordinal_probe_test.go · backend/internal/config/bankregenerate_shipping_test.go.

⚠ Ничего за пределами backend/ и своей секции этого журнала не тронуто; параллельные правки платформенной зоны в дереве я не касалась.

Завершённость

у каждого пункта заказа есть исход (таблица в начале): сделано · не делаю с доводом · снято оркестратором;
круги сошлись — последний адверсариальный проход не дал новых находок, прежние закрыты таблицей «находка → что сделано → чем предъявлено»;
таблица мутаций полная; выживших нет ни одной, а обе выжившие промежуточных кругов были МОИ мис-посадки, а не дыры в пинах, и обе разобраны поимённо; полный прогон батарейного подмножества каталога пройден числом — 280/280 RED при MUT_EXIT=0;
список «что отрефакторено и почему» — в разделе «Разрез»;
всё живое — в дереве, ничего не осталось в скретчпаде;
работа завершена, править не планирую. Гейт и кампания сняты на ТОМ ЖЕ дереве, которое передаётся: после последней правки дерево не менялось (18 путей описи до прогонов и после).

ЗАПИСКА-ПЛАН пака «ЛЕСТНИЦА ПОПЫТКИ ДЛЯ БАНК-РОЛЕЙ» (17.09, сессия `textmachine-main-12`). До первой правки движка. НЕ КОММИЧУ

Предмет, пере-снятый по дереву, а не по промту. Банк-роли зовут runAttempt напрямую (terminologist.go:861, попытка 0, фиксированный потолок) и читают из результата ТОЛЬКО текст (terminologist.go:1055). Вердикт att.cls, который classifyOutput уже посчитал внутри runAttempt, не читает ни одна ветка. Лестницы нет: один вызов, один потолок, тишина.

Почему лекарство именно «больше потолок». По прогону B (docs/experiments/25-door-to-file-b.md §7): batch=0 asked=22 answered=4 (length) и batch=2 asked=24 answered=0 (empty), оба оплачены. Причина названа там же и в configs/models.yaml: у DeepSeek размышление считается ВНУТРИ completion_tokens, и у всех семи выброшенных вызовов оно съело ПОЛНЫЙ потолок (8496/8496 ×3, 8000/8000, …). Хоп на другую модель такого не лечит; лечит удвоение бюджета — на черновой стадии того же прогона оно вылечило 5 из 5. Там же ратифицирована экономика: перебор бюджета бесплатен (резервация транзитна, списание по факту), недобор стоит ЦЕЛОЙ генерации. Бюджет фазы при этом не был ограничителем: лимит $1.00, потрачено $0.029749.

Разрез

Цикл попытки из runStage (stagerun.go:197–268) переезжает в отдельную функцию с ДВУМЯ вызывающими. runStage = резюм по chunk_status + лестница + эскалация + диспозиция; банк-роль = лестница + разбор таблицы. runStage из терминолога НЕ зовётся: у банк-батча нет ни чанка, ни строки статуса, ни шаблона.

Три параметра, и все три несущие:

параметр	у стадии	у банк-роли
ключ ступени	число УДВОЕНИЙ (`maxTokensForAttempt(base, escalations)`)	то же самое, один перечислитель
допуск ступени	счётчик регенераций (`regenerate_before_escalate`); книжный потолок живёт в резервации	счётчик + ролевой суб-бюджет, иначе §4.2
судья ступени	`classifyOutput` внутри попытки	он же ПЛЮС вердикт после разбора таблицы

⛔ Ступень ключуется числом удвоений, а НЕ номером попытки. attempt считает КЛЮЧИ и перешагивает сожжённые (walk по burnedByCut), escalations считает деньги; в RequestHash они входят РАЗНЫМИ полями (Attempt и MaxTokens). Подмена одного другим — смена ключа покупки.

Прибор построен ПЕРВЫМ, до выноса

backend/internal/pipeline/bankkeygolden_test.go — голден ЗНАЧЕНИЯ хеша банк-батча. Привязан к ФИКСТУРЕ (книга, снапшот, модель, усилие, сообщения, пол min_max_tokens заданы самим тестом), а не к боевому конфигу: голден на боевом краснел бы от пере-пина цены или правки промта, то есть от вещей, к ключу отношения не имеющих, и его начали бы обновлять не глядя. Два слоя: чистая деривация через продакшн-шов и исполнение — реальный проход runBankRoleBatches покупает, и хеш читается из хранилища.

⛔ Первая редакция голдена была ложно-зелёной, и это найдено посадкой, а не глазом. Сообщения были короткими, потолок упирался в MinMaxTokens=512, и вся арифметическая ветвь формулы est/2 + floor в ключ не входила: сдвиг terminologyReplyFloor 256→257 оставлял файл ЗЕЛЁНЫМ. Чинится тем, что батч 0 сидит В полу, а батч 1 его перерастает, и посылка утверждается внутри теста — иначе фикстура тихо съедет обратно в один режим. Посадки после починки: attempt 0→1 RED · ординал i→i+1 RED · пол 256→257 RED · формула est/2→est/3 RED · роль выпала из bankStage RED · температура в InternalCall RED (по посылке). Копия для посадок — /home/ubuntu/tm-bankladder-mut, вне скретчпада; после каждой цели проверено, что ЦЕЛЬ на месте, и diff -rq против живого дерева даёт 0 расхождений.

Эскалация банк-ролей (§4.3) — НЕ строю, и вот что защищает нулевой хоп

Прочитал internal_call.go и escalation.go. Комментарий защищает не одну вещь, а пять, и они разного рода:

Чужой пул. escalationBudgetRemains читает Pipeline.Escal.BudgetUSD и EscalationSpentUSD(книга) — пул КНИГО-ШИРОКИЙ и принадлежит волне. Банк-хоп ел бы его молча.
Способ деградации. «these calls degrade by leaving their work unchanged rather than by paying a second model»: неотвеченный терм остаётся auto и ничего не портит, в отличие от чанка, который отгрузил бы брак.
Предварительная сборка клиентов. gateModels() кладёт в достижимые модели только модели ВКЛЮЧЁННЫХ гейтов; модель хопа туда не попадает — и buildClients/CheckKeys пропустят её, а прогон умрёт на банк-стопе «no pre-built client» ПОСЛЕ оплаченной волны. Это уже случалось (комментарий gateModels).
Аддитивный буфер. InternalCall держит ReasoningMaxTokens: 0, и это безопасно лишь потому, что загрузчик ОТКАЗЫВАЕТ аддитивному провайдеру для моделей гейтов. Модель хопа потребовала бы того же отказа.
Имя отказа в стоп-марке. ceilingStopDetail (cutcall.go) утверждает, что отказ потолка называет РЕ-АТАКУ, и это верно, пока каждый прочий платный шаг ловит errReserveCeiling и деградирует.

⇒ Хоп не строю, и довод не «дорого», а «не то лекарство»: измеренная болезнь — размышление, съевшее потолок; другая модель потолка не лечит. Лестница (мой предмет) лечит ровно её. Класс, для которого хоп осмыслен, — refusal (тот же вызов на той же модели пере-откажет, D2.2) — на банк-ролях имеет замеренную популяцию ноль. Если владелец захочет хоп, пять пунктов выше — его спецификация, и они уходят в отчёт.

Тождество банк-батча (§4.4) — развилку НЕ беру, потому что ПОСЫЛКА РЯДА 478 НЕ ПОДТВЕРЖДАЕТСЯ

Ряд 478 утверждает: «снимет фильтр одну решённую строку — номера всех последующих батчей сдвигаются, и они покупаются заново при неизменном тексте». Пере-мерил на настоящем terminology.Batch.

Механика. Упаковка жадная. Снятие кандидата из батча k либо ПОДТЯГИВАЕТ содержимое из k+1 (тогда у всех последующих меняется ТЕКСТ, и ординал ни при чём), либо не подтягивает (тогда у них не меняется ничего — ни текст, ни номер). Сдвиг номера при неизменном тексте требует, чтобы батч исчез ЦЕЛИКОМ из середины.

Числа. Снятие ОДНОГО кандидата, 246 снятий в четырёх режимах: сдвинутых-с-тем-же-текстом 0 (при живых content-changed 239…630 — прибор различает классы). Снятие БЛОКА (как и работает dropBankSettled — он снимает множество), по 200 случайных блоков на режим:

режим	батчей	сдвинуто с тем же текстом
`batch_runes=400`, 60 кандидатов	19	475
`batch_runes=6000`, 66 кандидатов (боевой)	2	0
`batch_runes=6000`, 300 кандидатов (боевой)	6	0

Положительный контроль: убрать батч 1 целиком — прибор показывает 18 сдвигов из 19, то есть ноль выше не слепота прибора.

Боевой режим — это вторая и третья строки: batch_runes не задан ни в одном из трёх боевых конфигов, значит работает движковый умолчательный 6000; на прогоне B это дало 3 батча на 66 термов (22 · 19 · 24).

⇒ Ключ не трогаю. Не потому, что дорого, а потому, что механизм ряда 478 в боевом режиме имеет популяцию ноль, а обе ветви стоят одноразовой пере-чеканки ВСЕХ банк-чекпойнтов. ⚠ Условие, при котором вывод перестаёт держаться, называю сразу: мелкий batch_runes (сотни рун) делает класс живым — 475 на 200 снятий. Ряд 478 остаётся открытым с этим замером и этим условием; доминирующий драйвер пере-покупки — пере-упаковка СОДЕРЖИМОГО — ни одной из двух ветвей не лечится и назван ограничением в самом dropBankSettled («a checkpoint identity that survives a change of batch composition … belongs in its own decision»).

Что ещё в заказе

§4.2 — допуск и проба обязаны говорить об одних ступенях: сегодня проба bankCheckpointExists спрашивает только попытку 0 (terminologist.go:840), а суб-бюджет считается только по неоплаченным батчам. Ступени лестницы уйдут мимо бюджета фазы — это чиню вместе с лестницей.
§4.5 — доля ответов: поднимаю СУЩЕСТВУЮЩИЙ построчный счётчик до итога и развожу его с числом батчей, выброшенных бюджетом; третьего счётчика не завожу.

ОТЧЁТ пака «БАНК — ЧТО МОЖНО УЗНАТЬ И ПОЧИНИТЬ ЗА $0» (16.09, сессия `textmachine-main-11`). НЕ КОММИЧУ — дерево передаю оркестратору №23

Деньги пака: $0. Платных вызовов моделей не было ни одного. Все числа сняты по уже купленному сырью прогонов A и B, открытому только на чтение и только с КОПИЙ в скретчпаде.

Что построено — по пунктам заказа

пункт	исход	чем предъявлено
§4.1 громкий отказ, когда у ЦЕЛИ нет строк инъекции	сделано, и ШИРЕ заказа: арм пять, а не три	`backend/internal/pipeline/injectionpreflight.go:96`=`func (r *Runner) checkInjectionTexts` + вызов `backend/internal/pipeline/runner.go:389`=`if err := r.checkInjectionTexts(logger); err != nil {` рядом с соседним отказом `:364`=`if forWrite && r.Pipeline.Gates.Terminology.Enabled && r.pack == nil {`; пин `TestABankItsTargetCannotStateRefusesBeforeItIsBought` (6 подтестов)
§4.1 предикат ПОЛНОТЫ, а не заголовка	сделано	`lang.InjectionTexts.MissingKeys` / `Authored` / `GenderKeyGaps` + реестр `roleInjectionKeys` (`chunkrun.go`); пины `TestTheInjectionKeysAreOneVocabulary`, `TestAPartialInjectionSetIsVisibleToTheGuard`
§4.2 отказ роли перестаёт быть передачей (путь а)	сделано; сентинел НЕ тронут	`terminology.go` — ветвь `declined` рядом с `isNoDst`; пин `TestAProseDeclineLandsInTheDeclineBucketAndNotInTheBank`
§4.2 мусор разведён с отказом по корзинам	сделано	ветвь `hasLetter` + счётчики `NoLetters`/`DeclinedByPhrase`; пины `TestARenderingWithNoLettersReadsAsUnansweredNotAsCanon` (парсер) и `TestADeclineAndGarbageLandInDifferentBuckets` (сквозной, все три исхода в одном ответе)
§4.2 реестр фраз — ДАННЫЕ, лендится пустым и запинен пустым	сделано, плоскость выбрана иначе — см. «Отклонения»	`backend/internal/lang/bankdata/decline-phrases.txt` + `declinephrases.go`; пины `TestTheDeclineRegistryShipsEmpty`, `TestTheDeclineMatchIsTheWholeFieldAndFoldsTheShapesAModelWrites`, `TestAProseDeclineNeverBecomesTheBooksCanon` (проводка)
§4.3 ДВА предиката	сделано	pre-call `terminology.Candidate.Contest` (`contested.go`), post-call `pipeline.BankStopRow.Contest` (`stopcontest.go`)
§4.3 $0-харнесс реплея	сделано	`backend/cmd/tmbankprobe/` + движковый ридер таблицы стопа `pipeline.ParseBankStopTable` с раунд-трип пином
§4.3 таблица чувствительности на обоих источниках с обоими знаменателями	сделано	числа ниже; знаменатели напечатаны с компонентами
§4.4 носитель для «новой улики не было»	ответилось ЧИСЛОМ, а не «данных нет»	режим `-passes` того же харнесса
мутации новых мест	37 записей, каталог 441 → 478, все помечены `battery`	`cmd/tmmutate/mutations.json`

§4.1 — что именно стережёт отказ, и почему условие ШИРЕ промта

Предмет: у цели без строк инъекции оба банк-блока рендерятся в НОЛЬ БАЙТ без ошибки (membank.RenderGlossaryBlock/RenderEditorConstraintBlock гейтятся на HasData(), а lang.InjectionTextsFor возвращает нулевое значение для незнакомой цели молча). Отказ стоит в openRunner, формой RefusalBadConfig, до открытия волн и до первого платного вызова, и только на пути записи — $0-чтение книги остаётся возможным (D20.4, запинено отдельной веткой).

⛔ Арм, по которым строки попадают в банк, ПЯТЬ, а промт называл три. Инъекция строится при r.baseMemory != nil, то есть мимо гейтов:

gates.terminology — роль консолидирует строки на этом прогоне;
gates.banknote — черновик спрашивается о таблице терминов;
book.yaml glossary_seed — сид;
<book_id>.mined-delta.yaml — подписанные владельцем строки. ⚠ Путь ДЕРИВИРУЕТСЯ (backend/internal/config/book.go:210=b.MinedDelta = filepath.Join(dir, b.BookID+MinedDeltaSuffix)), поэтому book.MinedDelta != "" истинно ВСЕГДА и как арм негоден — проверяется НАЛИЧИЕ файла (decisionFilePresent);
авто-банк, оставленный в сторе предыдущим прогоном (backend/internal/pipeline/mining.go:723=func (r *Runner) loadAutoBank). Гейт — ран-локальный конфиг книги (D39.126 п.2а), а строки в сторе — нет: книга с выключенными гейтами, без сида и с банком от прошлого прогона инжектит так же молча.

Армы спрашиваются в порядке цены (backend/internal/pipeline/injectionpreflight.go:40=func (r *Runner) bankRowsReachTheWire): два поля конфига → один stat → чтение стора, и стор трогается только когда всё дешёвое сказало «нет». Ошибка чтения дверью не считается — WARN и «строк нет», по норме «предупреждение о деньгах не выдумывается из ошибки».

Полнота набора текстов — только по РЕНДЕРЯЩИМСЯ ключам, и вот какие вошли: glossary_header (блок переводчика) и editor_header (блок редактора) — по одному на роль, через реестр roleInjectionKeys, стоящий рядом с реестром рендереров. Не вошли: editor_unverified_header и unverified_marker — ОТСТАВЛЕНЫ (D39.104 п.2, ряд 134), их никто не рендерит, и требовать их значило бы заставлять новую пару заполнять мёртвый текст (ключи сделаны неэкспортируемыми, чтобы гард снаружи не смог их назвать). Гендерные директивы не требуются — цель без грамматического рода законно не пишет ни одной, и её строки обязаны рендериться без директивы; но ПОЛОВИНЧАТЫЙ набор (есть gender_male, нет gender_hidden) — это ошибка авторства, и на неё стоит WARN с перечнем недостающих ключей: механизм работает, теряется только формулировка владельца (D39.254 п.3).

Пин краснеет на ДАННЫХ, а не на отказе соседа: фикстура строит синтетическую пару zh→xx (реальный zh-источник langpack-а, каталог пары — копия zh-ru, промты пары на месте), и ПЕРЕД мутацией та же книга открывается на запись — то есть загрузчик и соседний отказ :356 пройдены. Четыре двери, доступные фикстуре (гейт терминологии · гейт банкноты · сид · мината-дельта · строки в сторе — пять подтестов, в каждом открыта ровно ОДНА); плюс негатив «книга без банка вовсе НЕ отказывается» (иначе условие выродилось бы в «у цели нет текстов») и ветка $0-чтения.

§4.2 — разбор ужесточён, корзины разведены

Отказ прозой → та же корзина, что у сентинела: ключ присутствует с ПУСТОЙ передачей ⇒ Declined (плюс счётчик DeclinedByPhrase, потому что «роль отказалась словами» — это про ПРОМТ пары, и об этом иначе не узнать).
Мусор — dst без букв ВООБЩЕ («90», ——) → плохая строка, ключа в ответе нет ⇒ Unanswered (плюс счётчик NoLetters и до восьми строк ОБРАЗЦАМИ). ⚠ Критерий — отсутствие БУКВ, а не наличие цифр: «Отряд 731» остаётся (контроль в пине). Направление ошибки объявлено в коде.
⚠ Порядок проверок несущий, и фикстура это утверждает: односимвольный мусор («…») отбивается РАНЬШЕ, минимальной длиной wellFormedLemma, поэтому пин использует ДВУхсимвольный — иначе он краснел бы и с удалённой веткой, то есть удовлетворялся бы чужой уликой.
Реестр отказных фраз лендится ПУСТЫМ: в боевом файле 0 строк данных при 26 строках файла (прибор — grep -vc '^#\|^$', знаменатель напечатан), и пустоту стережёт пин TestTheDeclineRegistryShipsEmpty (internal/lang/declinephrases_test.go). Он утверждает три вещи разом: реестр парсится, в нём ноль языков, и файл ПРОЧИТАН (контроль по длине и по опорной строке) — «ноль строк» и «нет файла» здесь не путаются. ⛔ Условие, при котором вывод перестаёт держаться, названо в самом пине: реестр пуст, пока популяция отказов прозой не ИЗМЕРЕНА на купленном сырье (сегодня она ноль: 0 из 69 и 0 из 66 при контроле 69/69 и 66/66); появится замер — строка реестра и этот пин меняются ОДНОЙ правкой, и правка цитирует замер. Мутация BANK-decline-registry-ships-a-phrase сажает ru-фразу В ДАННЫЕ (не в Go — предмет пина тот же слой, что предмет посадки) и краснеет именно этим пином. Совпадение — СТРОГОЕ, по всему полю после свёртки (пробелы, кавычки любой формы, хвостовая пунктуация, регистр), и «клан, а не термин родства» остаётся передачей. Довод денежный: ложный отказ выбрасывает из банка строку, за которую книга ЗАПЛАТИЛА, а ретрая у банк-ролей нет вовсе (ряд 438).
Проводка запинена отдельно: открытый раннер обязан нести предикат (r.declinedByPhrase != nil), потому что «реестр пуст» и «роль не получила реестра» на пустом реестре ведут себя ОДИНАКОВО, а состояния это разные — одно решение, другое незаметный баг.
Перекупки правка не вызывает: парсер в тождество запроса (attemptRequest) не входит. Меняется СОДЕРЖИМОЕ банка ⇒ memory_version ⇒ пере-редактура под обычным согласием. Это записано в комментарии у самого файла данных.

§4.3 — два предиката и таблица чувствительности

Пороги в Go не зашиты ни одним значением. У обоих предикатов — структуры входов без умолчаний; единственный сегодняшний вызывающий — $0-харнесс, который варьирует их по сетке. Платного потребителя нет НАМЕРЕННО: маршрутизировать по неизмеренному признаку запрещает сам пак.

Знаменатели (заданы промтом, напечатаны с компонентами): pre-call — кандидаты на входе роли; post-call — строки, на которые роль ОТВЕТИЛА. На этом сырье они СОВПАДАЮТ, и видно почему: settled 0 · unresolved 0.

⛔ Расхождение 67/66 и 70/69 объяснено, и оно не про кандидатов: лишняя строка в bank_stop_presented — АЛИАС 方源的. Таблица пишется presentedSurfaces = src + ВСЕ алиасы кластера (mining.go), то есть это множество ПОВЕРХНОСТЕЙ, а не кандидатов, и знаменателем кандидатов быть не может. Одна и та же лишняя строка на обоих прогонах.

порог (pre-call, знаменатель — кандидаты на входе роли)	A-покупка 1	A-покупка 2	B-покупка 1	B-покупка 2
conventions ≥ 2	9/69 = 13.0 %	9/68 = 13.2 %	8/66 = 12.1 %	8/65 = 12.3 %
conventions ≥ 2, доля лидера ≤ 0.50	8/69 = 11.6 %	8/68 = 11.8 %	8/66 = 12.1 %	8/65 = 12.3 %
conventions ≥ 3	3/69 = 4.3 %	3/68 = 4.4 %	4/66 = 6.1 %	4/65 = 6.2 %
conventions ≥ 4	0/69 = 0 %	0/68 = 0 %	1/66 = 1.5 %	1/65 = 1.5 %
«не поддержан» (черновики не дали НИ ОДНОЙ передачи)	0	0	0	0

⚠ Знаменатель второй покупки на единицу меньше первой, и это не опечатка: строка, которую банк РЕШИЛ (NOT ASKED), до роли не доходит — фильтр решённых стоит перед первым платным вызовом, — поэтому она не входит НИ в pre-call, ни в post-call знаменатель. Первая версия моего харнесса держала её в pre-call и выбрасывала из post-call: два знаменателя расходились на строку, не дошедшую ни туда, ни сюда, и каждая доля слева была тихо разбавлена. Исправлено, числа выше — после исправления.

⚠ Арм доминирования на этом сырье почти инертен, и это свойство СЫРЬЯ: у мульти-конвенционных строк почти везде по одному чанку на вариант, то есть ничья; порог 0.50 двигает A с 9 на 8 и B не двигает вовсе. Значит на этой книге «спорный» определяется ОДНИМ числом — количеством конвенций.

сигнал (post-call, знаменатель — строки, на которые роль ОТВЕТИЛА)	A-1	A-2	B-1	B-2
нет передачи (unresolved)	0/69	0/68	0/66	0/65
конфликты (`CONTRADICTS` / банк уже держит)	0/69	0/68	0/66	0/65
`invented` (передачи не было среди черновиков)	11/69 = 15.9 %	14/68 = 20.6 %	17/66 = 25.8 %	16/65 = 24.6 %
`conf ≤ 60`	12/69 = 17.4 %	11/68 = 16.2 %	14/66 = 21.2 %	14/65 = 21.5 %
`conf ≤ 70`	27/69 = 39.1 %	28/68 = 41.2 %	25/66 = 37.9 %	27/65 = 41.5 %
`conf ≤ 70` + `invented`	28/69 = 40.6 %	30/68 = 44.1 %	28/66 = 42.4 %	29/65 = 44.6 %
`conf ≤ 70` + `invented` + конфликты + unresolved	28/69 = 40.6 %	30/68 = 44.1 %	28/66 = 42.4 %	29/65 = 44.6 %

Выбранное число И ЕСТЬ ответ на «сколько строк ушло бы на второй вызов». ⛔ Предикат, построенный на конфликтах, на этом сырье проверить НЕЛЬЗЯ — их популяция ноль, и это сказано прямо, а не выдано за замер. Контроль напечатан: invented виден в 11 и 17 записях, значит прибор omitempty-поля ВИДИТ.

⚠ Граница числа уверенности соблюдена и названа в коде: D39.102 п.2 ратифицирует conf как ordinal-очередь ревью ВНУТРИ одной модели. Порог здесь решает, КОГО посмотреть ещё раз, и ничего не весит; выбирать им передачу или сравнивать двух моделей код не может и не делает.

§4.4 — посылка «новой улики не было» получила носитель, и число сошлось с ратифицированным

Прибор: разбор ДВУХ таблиц стопа одной книги (project.db.bank-stop.txt первой и второй покупки) движковым ридером, соединение по поверхности, сравнение ВХОДА строки (тип, канал, частота, предложения черновиков с числом чанков, улики миньера, окна KWIC) — и никогда ответа.

A: сменили передачу 12; из них вход был байт-идентичен у 11.
B: сменили передачу 14; из них вход был байт-идентичен у 14.
⛔ ПОПРАВКА 16.09 (нашла приёмка, я подтверждаю): знаменатель у этих долей был НЕ ТОТ. Прибор печатал «12 из 69» и «14 из 66», а из ЧИСЛИТЕЛЯ строка, решённая банком, исключена — значит и в знаменателе её быть не должно: верно 12 из 68 и 14 из 65. Класс тот же, что у арма unresolved в пост-колл-сетке (ряд 462): доля считается по популяции, из которой её же предмет вычтен. Сами числа смен и совпадений (12 · 11 · 14 · 14, итог 25 из 26) от этого не двигаются — двигается только доля.
Итого 25 из 26 — ровно число research/35 §П1, снятое НЕЗАВИСИМЫМ методом, который вдобавок видит окна KWIC (метод K1 по note их не видел вовсе).
Единственное исключение названо: 宗祖祠堂 у A — сменился ТИП (place → term), то есть уехал классификатор, а не улика черновиков.
⛔ Из счёта смен исключены строки, которых вторая покупка НЕ СПРАШИВАЛА (NOT ASKED): в обоих прогонах это 方源. Его «смена» — артефакт того, что банк его решил, а не пере-решение; засчитав его, я бы раздула ровно то число, из которого считается экономика.
Что сменилось на самом деле, проверено: между покупками в обоих прогонах подписаны РОВНО ДВЕ строки (方源, 古月山寨), то есть уехали якорь подписи и состав батчей — при неизменном блоке каждой строки.

Чего в сырье нет и почему вопрос закрыт не полностью: тела запросов не хранятся нигде (LOG_LLM_BODIES=1 пишет их ТОЛЬКО в лог и только на LOG_LEVEL=debug, обрезая до 32 КБ), а СОСТАВ батча и содержимое ЯКОРЯ не сохраняются вообще. Значит «якорь против стохастики модели» по-прежнему не разделено — ровно как и говорил research/35.

Дизайн персистенции (предложение, $0 в производстве): хранить не тела, а состав батча — упорядоченный список ключей кандидатов — и строки якоря, которые для этого батча собрал CanonFor, ключом на (book_id, snapshot_id, batch_idx, request_hash), рядом с request_log. Это байты на покупку, строится в момент terminologyMessages, тождество запроса не трогает и отвечает на оставшийся вопрос ТОЧНО: если состав и якорь совпали, а ответ другой — это стохастика модели, и больше ничего.

Чем проверено — команды, которые можно повторить

Пины и гейт зоны: cd backend && make battery (цель battery = build vet fmt lint test, -race).
Мутации: go run ./cmd/tmmutate -root <КОПИЯ> -id <список> — 37 новых записей, по одному прогону на запись; полное подмножество — -battery.
Замеры: go run ./cmd/tmbankprobe -sheet A-pass1=<...bank-stop.txt> … -db … -passes A=<первая>,<вторая>.
Базы читались ТОЛЬКО с копий, mode=ro&immutable=1; оригиналы не тронуты (mtime всех трёх файлов — 15.09, прежний).

Отклонения от буквы промта — три, каждое с доводом

Реестр отказных фраз — в bankdata-плоскости движка, а не в langpack. Langpack резолвится ПО КНИГЕ из langpack_root, и книга вправе не иметь его вовсе (золотой ja→ru гоняется без пака) — тогда один и тот же ответ модели читался бы двумя способами в зависимости от пути в book.yaml. Тем же доводом в дереве обоснован эмбеддед-блэклист провайдерских отказов (internal/lang/data/refusal.txt). Плоскость bankdata, а не data/, потому что data/ складывается в EmbeddedVersion, который едет внутри каждого unit id: правка реестра пере-чеканила бы id всех книг, а разбор ответа не меняет ни байта ни одного запроса.
Условие §4.1 расширено с трёх дверей до пяти арм (гейты ×2, сид, мината-дельта, строки в сторе) — см. выше.
§4.1 судит полноту набора, а не заголовок — по прямому ответу оркестратора, и только по рендерящимся ключам.

§10 — что НЕ удалось и чего я не проверяла

⛔ Отказ прозой на настоящем сырье проверить НЕЛЬЗЯ, и это цена пустого реестра. Сквозной пин работает на подменённом предикате; на боевых данных механизм инертен до первой авторской фразы. Пока фразы нет, ряд 445 закрыт ПОЛОВИНОЙ: мусор ловится всегда, отказ прозой — нет.
Популяция мусора на купленном сырье — НОЛЬ (0 из 69 и 0 из 66; контроль: буквы есть у 69/69 и 66/66). Пин по необходимости синтетический, и это назвать обязательно: замером на сырье он не является.
Половинчатый набор текстов инъекции сквозным пином не покрыт. В эмбеддед-данных ровно одна цель (ru); синтетическая вторая пере-чеканила бы unit id каждой книги. Предикат запинен на байтах в internal/lang, проводка — на цели БЕЗ строк вовсе.
Я не пере-майнила книгу. Кандидаты §4.3 восстановлены из проекции стопа — собственной записи движка о том моменте; настоящий реплей потребовал бы книги, langpack-а версии фриза и базы, которую движок открыть не может (см. п. 5).
⛔ База прогона A стоит на схеме 16 при голове 18. Следствие проверено чтением: store.OpenReadOnly при current != len(migrations) ОТКАЗЫВАЕТ, а store.Open при current < len(migrations) МИГРИРУЕТ. То есть реплей через движковый стор по этой улике не «рискован», а невозможен без переписывания схемы купленного прогона. ⚠ И отдельно, почему immutable=1 ОБЯЗАТЕЛЕН, а не желателен: обычный mode=ro НЕ бесследен — он создаёт/обновляет рядом с уликой файл -shm. Замерено на себе: первый мой зонд по A-after оставил project.db-shm с сегодняшним временем при БД, чьё mtime осталось 15.09. Байты базы не изменились ни у одной из трёх, но каталог улики был тронут, и только immutable=1 этого не делает. Дисциплина (утверждена оркестратором как норма зоны): улики платных прогонов копируются в скретчпад, читаются своим ридером на mode=ro&immutable=1, хеши копий печатаются.
Пост-колл предикат на конфликтах непроверяем на этом сырье (популяция ноль на обоих прогонах, при непустых листах 660 и 648 строк).
Денег второго вызова я не считала — харнесс даёт число СТРОК, а не сумму: цена зависит от модели и упаковки батчей, а это решение следующего пака.
Режим -compare (A↔B, два РАЗНЫХ прогона) даёт числа о другом предмете — там черновики покупаются заново, поэтому улика меняется по причинам, не имеющим отношения к пере-спросу решённого. Оставлен в инструменте, но в выводы §4.4 не входит.
⛔ Мой собственный дефект метода, найденный и исправленный по ходу. Первая версия §4.4-инструмента читала mined-signature.yaml и складывала в «улику» ВЫБРАННУЮ передачу — а note называет только ЧИСЛО чанков у топ-предложения, но не его текст. Выходило «улика двигалась» у 100 % смен (0 из 12 и 0 из 14 «одинаковых») — число правдоподобное и целиком ложное. Переписано на таблицы стопа; прежний метод описан в комментарии файла, чтобы следующий не повторил.
⛔ И дефект пина, найденный мутацией, а не глазом. Утверждение «ридер обязан отказать на незнакомой строке» я сперва проверяла строкой, ДОПИСАННОЙ в конец файла — а её ловит ДРУГОЙ гард («поле вне блока»). Мутация «default → continue» выжила; фикстура пере-построена так, чтобы строка стояла ВНУТРИ блока до первого контекста, и теперь пин краснеет именно на ней.

Адверсариальный проход по СВОЕЙ готовой работе (§5 промта) — восемь находок, все починены

Проход вёлся двумя руками: мой собственный разбор и ОДИН советчик-фабл (разрешённый промтом), которому было велено атаковать и грунтовать каждую находку адресом. Каждую его посылку я пере-проверила деревом сама; ниже — то, что подтвердилось, и что с этим сделано.

⛔ Ридер таблицы стопа ПАДАЛ на контексте, который движок пишет сам. Окно KWIC через границу абзацев несёт \n\n (чанкер склеивает абзацы именно так, AttachKWIC режет только края), то есть в листе появляется ПУСТАЯ СТРОКА ВНУТРИ контекста — а я читала пустую строку как конец блока терма. Один такой терм делал НЕЧИТАЕМЫМ весь лист и замер невозможным. Воспроизведено моим собственным тестом до починки (a field line outside any term block), починено лукэхедом (пустая строка — граница, только если следующая непустая ОТКРЫВАЕТ ряд), фикстура раунд-трипа теперь несёт ровно такой контекст, посадка BANK-stop-table-reader-breaks-on-a-paragraph-break.
⛔ Разбор списка ФАБРИКОВАЛ элементы. Писатель склеивает evidence через ", ", а майнер пишет одним элементом «related to mined 青山, 白山» — то есть с запятой ВНУТРИ. Мой splitList возвращал три элемента там, где в прогоне было два, молча, при сходящемся числе рядов. Починено правилом «строка списка сохраняется ЦЕЛИКОМ»: сепараторы этого формата не экранируются, поэтому ридер не изобретает элементов, а раунд-трип утверждает асимметрию явно (whole), посадка BANK-stop-table-reader-splits-a-list-item-in-two. Тот же класс у CONTRADICTS/THE BANK ALREADY HOLDS закрыт тем же правилом.
⛔ Реестр roleInjectionKeys был НЕПОЛОН для редактора. RenderEditorConstraintBlock открывается тем же гейтом HasData(), а HasData читает ГЛОССАРНЫЙ заголовок — значит цель с editor_header и без glossary_header проходила бы гард и рендерила ноль байт. Сегодня это скрыто объединением ключей (во всех четырёх боевых пайплайнах есть обе роли), но реестр обязан быть верен ПО РОЛИ, а не по совпадению. Ключи редактора теперь {glossary_header, editor_header}, посадка перенаведена.
⛔ Комментарий у файла данных называл пин, которого НЕ СУЩЕСТВУЕТ (TestTheShippingConfigsDeclineNothingByProse; grep даёт единственный хит — сам комментарий). Это ровно «якорь на несуществующую цель», который у нас класс ошибки. Заменён на два настоящих имени.
⛔ Нулевое значение StopContestOpts было АКТИВНЫМ армом. Сентинел «-1 выключает» означал, что структура, которую никто не заполнял, выбирала все строки с conf=0 — самые срочные строки листа. Файл, объявляющий «умолчаний здесь нет», не вправе иметь нулевое значение с поведением. Арм получил свой флаг UseConf, посадка BANK-stop-contest-zero-value-is-an-active-arm.
⚠ JSON-сайдкар не несёт метки «не спрашивали» (bankexport.go такого поля не пишет), поэтому на ВТОРОЙ покупке решённая банком строка выглядела бы как «ответа не было», портя оба знаменателя. Харнесс теперь печатает это предупреждение для JSON-источников и велит брать ТАБЛИЦУ стопа; все итоговые числа сняты с таблиц.
⚠ В «строках, которые спасло бы правило не-переспрашивать», сидели строки, которых никто не спрашивал. Решённые банком и неотвеченные в ОБЕИХ покупках теперь считаются отдельными классами и из этого числа исключены.
⚠ Неточность доккомментария: одиночный — до счётчика NoLetters не доходит — его отбивает минимальная длина wellFormedLemma на проверку раньше. Формулировки в коде и в WARN поправлены (в этом отчёте порядок был назван верно с самого начала).

Проверено и дефекта НЕ найдено (называю, чтобы был виден охват): путь подписи банка bank-apply новым отказом НЕ задет — он открывает стор напрямую (internal/pipeline/bankdecisions.go:179=lock, err := store.LockProject(book.ProjectDB)), мимо openRunner; в cmd/tmctl/main.go на запись раннер открывают только translate (:280) и redrive (:484), все прочие — NewReadOnlyRunner. ⚠ Следствие, которое я всё же НАЗЫВАЮ: redrive --dry-run идёт через тот же NewRunner, поэтому книга с уже оплаченным банком и целью без текстов не получит даже $0-проекцию плана — это тот же класс, что у соседних отказов (ключи, роутинг), но на УЖЕ оплаченной книге он режет и бесплатный путь. Также проверено и чисто: порядок ветвей ParseReply (сентинел → фраза → форма → буквы → эхо → язык), симметрия свёртки фраз, отсутствие кириллицы и CJK в строковых литералах новых файлов вне тестов и комментариев, и то, что ни одна книга дерева не имеет цели, отличной от ru. ⛔ ПОПРАВКА 16.09, и она про мой метод, а не про вывод: число «16 книг» я взяла из отчёта советчика и НЕ пере-снимала — ровно то заимствование чужого числа, которое этот же отчёт запрещает в другом месте. Пере-снято моей рукой: command grep -rl '^target_lang:' по корню даёт 24 файла, command grep -rh '^target_lang:' — 30 строк, все ru, не-ru ноль (command grep, а не обёртка, иначе каталог books/ не читается). Вывод держится; число было не моё.

Ось денег (§6 промта): что каждый механизм делает с ЧУЖИМИ деньгами, если сработает ошибочно

механизм	ошибка в сторону «сработал зря»	ошибка в сторону «не сработал»	почему выбран такой перекос
отказ §4.1	прогон, который сегодня работает, не стартует. Денег НЕ теряется — отказ стоит ДО первого платного вызова, — теряется время оператора	книга покупает банк-роли и стоп подписи, а в модель не уходит ни байта банка: заплачено за то, чего никто не увидит	перекос в сторону отказа выбран сознательно: цена ложного отказа — сообщение с рецептом, цена молчания — оплаченная волна. Ложный отказ при этом сужен пятью армами: книга БЕЗ банка любой цели проходит свободно (отдельный негативный подтест)
корзина «мусор» §4.2	законная передача без букв (чистый символ) теряется — одна строка предложения, владелец подпишет рукой	«90» становится каноном книги на всю книгу и едет редактору законом	направление объявлено в коде тем же доводом, что у соседнего экрана языка ответа (`OffLanguage`)
реестр отказных фраз §4.2	оплаченная ВЕРНАЯ передача выбрасывается из банка, строка пере-спрашивается на следующей покупке — а ретрая у банк-ролей нет вовсе (ряд 438)	отказ прозой остаётся каноном	именно поэтому реестр лендится ПУСТЫМ и совпадение строгое: цена ложного срабатывания здесь выше цены пропуска
предикаты §4.3	сегодня — ничего: платного потребителя нет ни одного, предикат никем не читается	то же	маршрутизировать по неизмеренному признаку запрещает сам пак; сначала популяция, потом маршрутизатор
харнесс §4.3–4.4	денег не тратит и не может: читает только файлы, `immutable=1`	—	но ЧИСЛО, снятое неверно, обоснует неверное денежное решение следующего пака, и поэтому у двух его методических правил стоят собственные пины (`cmd/tmbankprobe/main_test.go`)

Что передаётся на лендинг

29 путей в backend/ (14 изменённых + 15 новых) плюс docs/PROGRESS.md; счёт снят git status --short --untracked-files=all backend/. Новые файлы (15): internal/pipeline/injectionpreflight.go · internal/pipeline/stopcontest.go · internal/pipeline/stopcontest_test.go · internal/pipeline/bankstopparse.go · internal/pipeline/bankstopparse_test.go · internal/pipeline/bankreplyparse_test.go · internal/terminology/contested.go · internal/terminology/contested_test.go · internal/terminology/decline_test.go · internal/lang/declinephrases.go · internal/lang/declinephrases_test.go · internal/lang/bankdata/decline-phrases.txt · cmd/tmbankprobe/main.go · cmd/tmbankprobe/passes.go · cmd/tmbankprobe/main_test.go. Изменённые (14): internal/pipeline/runner.go · chunkrun.go · mining.go · terminologist.go · contourpreflight_test.go · testdata/operator-messages.txt (+3 строки моих сообщений, +2 восстановленные — см. ниже) · internal/lang/embedded.go · bankdata.go · embedded_test.go · internal/terminology/terminology.go и три его тест-файла (механическая правка 13 мест вызова ParseReply под новый параметр) · cmd/tmmutate/mutations.json.

⚠ Одна правка в operator-messages.txt требует взгляда при лендинге: каталог держит ОДНУ строку на КАЖДЫЙ ВЫЗОВ, поэтому две его строки законно повторяются дважды (quality.go QualityReport и terminologist.go runBankRoleBatches <dynamic>). Мой первый скрипт вставки применил set() и обе дубли съел; замечено сразу по красному гейту, восстановлено, итоговый диф — +5 строк и ни одного удаления (git diff --stat это и показывает).

Как повторить замеры

Улики (оригиналы НЕ трогать, копировать): ~/tm-coldrun-a/evidence/bankstop-paid/project.db.bank-stop.txt (A, покупка 1) · ~/tm-coldrun-a/stand/books/bk_ROEHZBD46ALFI43E/project.db.bank-stop.txt (A, покупка 2) · ~/tm-coldrun-b/evidence/paid-bankstop/project.db.bank-stop.txt (B, покупка 1) · ~/tm-coldrun-b/stand/books/bk_NH6275ZIRFFTLZHG/project.db.bank-stop.txt (B, покупка 2) — последние два адреса промт не называл, я их нашла: у B есть СВОЙ каталог книги в стенде, а в нём вторая таблица стопа и БД после прогона.

cd backend
go run ./cmd/tmbankprobe   -sheet A-pass1=<A1> -sheet A-pass2=<A2> -sheet B-pass1=<B1> -sheet B-pass2=<B2>   -db A-after=<копия A project.db> -db B-at-stop=<копия B project.db>   -passes A=<A1>,<A2> -passes B=<B1>,<B2>

Гейт зоны и мутации — числа

make battery (цель зоны, а не go test): MAKE_EXIT=0 — и это прогон ПОСЛЕ починок адверсариального прохода, на том дереве, которое я передаю. Линтер — 0 issues. (прогонов было три: первый красный на errcheck в моём же новом тесте — runToSignatureStop возвращает значение, реализующее error, лечится _ =, как у соседей; второй зелёный; третий — итоговый, после правок адверсариального прохода. Цель lint стоит ДО test, поэтому «тесты зелёные» до первой починки не значило ничего). Полнота сверена СПИСКОМ, а не хвостом: go list ./... = 24 пакета, вердиктов в логе 24, comm -23 пуст — и контрольный перевёрнутый comm -13 тоже пуст. FAIL — 0. ⚠ Пакетов стало 24, а не 23 как в акте D39.255: прибавился cmd/tmbankprobe.

SKIP — 4, названы поимённо: TestHelperEventsRun и TestHelperKillLoop (хелперы подпроцессов, скипаются по построению); TestMinerFullBookParity (нет стенд-данных: eval/exp16/data/jieba_dict_general_zh.txt отсутствует — проверено ls); TestCorpusBankKeyConflicts (нужен TM_CORPUS). ⭐ Последний я всё-таки прогнала — на своих КОПИЯХ улик, чтобы не трогать оригиналы: TM_CORPUS=<копии> go test ./internal/pipeline/ -run '^TestCorpusBankKeyConflicts$' → PASS, и он печатает свою популяцию с контролем: .db walked=3 · with a glossary table=3 · rows read=135 · approved=4 draft=131 · books with ANY conflict=0 · CONTROL: a planted contradicting unsigned row is reported on 2 of 2 books.

Мутации: каталог 441 → 478 (+37), помеченных battery 230 → 267. Прогнаны ВСЕ 37, по одному прогону на запись, на отдельных копиях дерева (одна копия — один мутатор; когда на первой шёл полный прогон подмножества, одиночные шли на ВТОРОЙ). Итог: 37 RED, но не с первого раза, и обе осечки записаны, потому что они про метод:

1 НЕИЗМЕРЕННАЯ (BANK-silent-target-delta-door-closed): посадка не собиралась — present становился неиспользуемой переменной. «Не собралось» инструмент честно отдал отдельным исходом (nothing ran), а не зачёл как поимку; посадка пере-сделана на возврат false и пере-прогнана — RED.
1 ВЫЖИВШАЯ (BANK-stop-table-reader-skips-what-it-cannot-read), и она нашла настоящую дыру В ПИНЕ: моё утверждение «ридер обязан отказать на незнакомой строке» проверялось строкой, дописанной в КОНЕЦ файла, а её ловит ДРУГОЙ гард («поле вне блока»). Фикстура пере-построена — строка стоит ВНУТРИ блока до первого контекста, — и пин стал краснеть именно на том гарде, о котором говорит. Пере-прогон — RED.
anchors swept: 0 of 478 — ни одна запись каталога не протухла от моих правок. Сверх того я прогнала СОБСТВЕННЫЙ контроль по ВСЕМ 478 записям: строка-цель каждой найдена в дереве РОВНО один раз (прибор — python3, печатает число несовпавших; после правок адверсариального прохода две записи пришлось перенаводить, и контроль их нашёл). Тот же контроль — способ убедиться, что мутация не осталась в НАСТОЯЩЕМ дереве: пропавшая цель означала бы применённую правку; несовпавших 0 из 478.
⚠ Две последние записи стерегут не движок, а МОЙ ПРИБОР (cmd/tmbankprobe/main_test.go): «строка, решённая банком, не попадает ни в один знаменатель» и «сравниваемый вход НЕ несёт ответа». Оба правила я сперва нарушила, оба давали правдоподобные числа, и оба теперь краснеют посадкой.

Пере-снято вторым прибором

Каждое число сетки снято ДВАЖДЫ и разными приборами: Go-харнессом (tmbankprobe, движковые типы и движковый ридер) и независимым разбором на python3 тех же файлов. Сошлись: conventions ≥ 2 — 9 (A) и 8 (B); распределение конвенций B {1:58, 2:4, 3:3, 4:1}; conf ≤ 70 на B — 25 (сумма гистограммы {50:2, 55:8, 60:4, 65:1, 68:1, 70:9}); invented — 11 и 17; конфликты — 0 и 0 при непустых листах 660 и 648 строк. Сверх того JSON-сайдкар и ТАБЛИЦА стопа одной и той же покупки прочитаны двумя разными загрузчиками и сведены строка к строке: расхождений 0 из 66.

На чём судилась зелень

Гейт зоны прогнан на МОЁМ дереве (cd backend && make battery), не на чистом HEAD: предмет приёмки — дерево сдачи, а на HEAD ни одного из новых пинов нет. Полнота прогона сверялась СПИСКОМ (go list ./... против вердиктов лога), а не чтением хвоста. ⚠ Линтер якорей доков на грязном дереве даёт ложные красные (оркестратор видел 31 против восьми) — я на нём ничего не судила и его не чинила: он читает пути, которых в моей зоне нет.

Остаток, названный на момент сдачи

⭐ ЗАКРЫТО ПОСЛЕ СДАЧИ: полное батарейное подмножество каталога прогнано целиком — 267 mutation(s) run, 0 unexpected outcome(s), выживших 0, anchors swept: 0 of 478, TMMUTATE_EXIT=0 (20:22:48 → 21:15:39, отдельная копия ~/tm-mut-11/tree). ⛔ И контроль, без которого это утверждение было бы о другом дереве: diff -rq backend ~/tm-mut-11/tree — ноль расхождений, то есть измеренная копия байт-идентична тому бэкенду, который залендили. На момент самой сдачи прогон ещё шёл, и в акт он входит этим числом, а не молчанием. ⚠ Первый запуск я ОСТАНОВИЛА на 165 записях из 267 (выживших 0) и перезапустила с нуля: посреди него легли починки адверсариального прохода, а прогон шёл по ЗАМОРОЖЕННОЙ копии — его вердикт был бы о дереве, которого уже нет. Частичный лог сохранён отдельно (mutfull-prefix-tree.log), и выдавать его за прогон сдачи нельзя.
⚠ Каталог копий не переживает смену, и это НЕ гипотеза: мой ~/tm-mut-11 снёс оркестратор (rm -rf в окне 19:36–19:43 по слову владельца о сносе мусора; он назвал это сам). Мой первый запуск полного прогона упал на cp: cannot create directory … No such file or directory в 19:45:42, хотя я удаляла только подкаталог tree. ⛔ И вот разбор, который тут важнее признания: прогон, дошедший до 165 записей, в это окно НЕ попадал — он стартовал в 19:47:15 на каталоге, который я пере-создала, шёл до 20:21:54 и остановлен МНОЮ; в его логе ноль ошибок чтения (единственное совпадение грепа по «cannot» — имя мутации STOP-the-spend-line-closure-cannot-reach-the-emitter). То есть его числа недействительны по МОЕЙ причине (дерево до починок), а не по чужому вмешательству, и путать две причины нельзя: у вмешательства вердикт был бы «файла нет», прочитанный как «мутация не поймана». Нынешний прогон начат в 20:22:48, уже после всего. ⇒ норма, которую стоит держать обеим сторонам: перед сносом чужого каталога спрашивают ps, а рабочий каталог живой сессии в репозитории не упоминается ПО ПОСТРОЕНИЮ, поэтому греп по репо его не находит.

Вопросы оркестратору (работу не блокируют) — ответы получены 16.09, решения его

⭐ Все три закрыты словом оркестратора при сдаче: (1) реестр ru-фраз — отдельной строкой бэклога с критерием «популяция измерена на сырье», строку заводит он; (2) дизайн персистенции §4.4 — строкой с весом «скоро», формой «состав батча + строки якоря ключом на request_hash»; (3) ряд 445 не снимается, а СУЖАЕТСЯ: половина про мусор закрыта, остаток — отказ прозой, инертный до первой фразы. Ниже — как вопросы были поставлены.

Заполнение реестра ru-фразами — отдельной строкой бэклога с критерием «популяция измерена на сырье», как договорились. Моё предложение по критерию: фраза заводится, когда встречена в ОТВЕТЕ роли на купленном прогоне, а не когда звучит правдоподобно.
Дизайн персистенции §4.4 (состав батча + якорь ключом на request_hash) — заводить ли строкой бэклога и в чей пак.
Ряд 445 закрыт наполовину — мусор стережётся всегда, отказ прозой инертен до первой фразы. Как отмечать в реестре требований.

ЗАПИСКА-ПЛАН пака «БАНК — ЧТО МОЖНО УЗНАТЬ И ПОЧИНИТЬ ЗА $0» (16.09, сессия `textmachine-main-11`, промт `docs/BACKEND_BANK_ZERO_LAYER_SESSION_PROMPT.md`, ряды 441 · 445 · 459 + замер под 449). НЕ КОММИЧУ — дерево передаю оркестратору №23

Записка стоит ДО первой правки (§7 промта). Пак $0: платных вызовов моделей нет ни одного, всё — либо детерминированный код, либо замер по уже купленному сырью прогонов A и B, открываемому только на чтение.

Что беру и в каком порядке.

§4.1 — громкий отказ, когда у ЦЕЛИ нет строк инъекции. Гейт в openRunner рядом с соседним отказом того же рода (backend/internal/pipeline/runner.go:356), форма RefusalBadConfig, условие шире гейта терминологии (терминология ИЛИ банкнота ИЛИ непустой glossary_seed — инъекция строится при r.baseMemory != nil мимо гейтов, backend/internal/pipeline/waverun.go:592). Текст отказа называет лечение: строки живут в backend/internal/lang/data/injection.txt, их добавление двигает lang.EmbeddedVersion() ⇒ снапшот. Пин краснеет на ДАННЫХ: фикстура проходит загрузчик и соседний отказ и сверяет СВОЙ текст и класс.
§4.2 — отказ роли перестаёт быть передачей. Путь (а): сентинел ⟦TM-NO-DST⟧ НЕ трогаю (снятие = отмена ратифицированного D39.42 п.1), ужесточаю разбор ответа и развожу ДВЕ корзины — отказ (сентинел + отказ прозой) → Declined, мусор (dst без букв вообще) → Unanswered. Реестр отказных фраз — ЯЗЫКОВЫЕ ДАННЫЕ, не литералы в Go.
§4.3 — предикат «спорный» как ДВА предиката (pre-call на кандидатах до первой траты · post-call на строках стопа) + $0-харнесс реплея по купленным базам + таблица чувствительности по нескольким порогам, на обоих источниках, с обоими ЗАДАННЫМИ промтом знаменателями.
§4.4 — носитель для посылки «новой улики не было»: что реально менялось во входе между двумя покупками одной строки, либо честный дизайн персистенции, если тел запросов нет.
Мутации новых мест — в каталог, не разовым прогоном; гейт зоны make battery целиком; адверсариальный проход по своей же готовой работе.

Чем меряю. Базы прогонов — python3 + sqlite3.connect('file:<путь>?mode=ro', uri=True) (CLI sqlite3 на машине нет); ключи сайдкаров считаю по ВСЕМ записям, а не по первой; рядом с каждым нулём печатаю контрольную величину. Пины — прогоняю и показываю вывод. Полнота батареи — сверкой СПИСКА go list ./... против вердиктов лога, а не чтением хвоста.

Что уже пере-снял своим прибором на входе (числа промта сошлись): B (/home/ubuntu/tm-coldrun-b/evidence/paid-bankstop/project.db) — glossary 0, bank_stop_presented 67, request_log 18, checkpoints 24, сайдкар 66 записей, поле conventions у 66 из 66, invented 17; A (/home/ubuntu/tm-coldrun-a/stand/books/bk_ROEHZBD46ALFI43E/project.db) — glossary 69, bank_stop_presented 70, request_log 33, сайдкар 69 записей, conventions 0 из 69 (поля нет вовсе), invented 11. Девятнадцать якорей промта прогнаны построчно — все 19 указывают туда, куда говорит проза.

Опасности, названные ДО работы (полный список — в эхо-протоколе оркестратору):

⛔ Схемы двух баз РАЗНЫЕ, а не только состояния: у B 17 таблиц, у A 16 (в A нет wave_selection). ⇒ движковый стор этих баз не открываю НИКОГДА: он применит миграции и испортит улику. Go, если понадобится, работает на копии в скретчпаде.
⛔ Знаменатель pre-call расходится с таблицей стопа на единицу с каждой стороны: bank_stop_presented 67 против 66 записей сайдкара (B) и 70 против 69 (A). Пока единица не объяснена, «доля спорных» будет утверждением о моём прочтении знаменателя, а не о предмете.
⚠ Живая популяция §4.2 — ноль (research/35 §2.0, строка Б-5: 0 из 69 и 0 из 66 при контроле 69/69 и 66/66; пере-сниму сам) ⇒ пин по необходимости синтетический, и это называется, а не выдаётся за замер на сырье.
⚠ Денежный риск пака — отказные ФРАЗЫ, а не мусор: ложное срабатывание превращает оплаченную верную передачу в отказ, книга теряет строку канона, а пере-спрос стоит денег на следующей покупке (ретрая у банк-ролей сегодня нет вовсе, ряд 438). ⇒ совпадение строгое, по всему полю, а не по вхождению подстроки.
⚠ HasData() — предикат ЧАСТИЧНЫЙ: он спрашивает только glossary_header; цель с заголовком глоссария, но без editor_header, гейт пройдёт, а редакторский блок отрендерится с пустым заголовком.
⚠ У предиката §4.3 в этом паке нет потребителя (маршрутизация — следующий пак) ⇒ лендится чистой функцией с $0-харнессом, ни один платный путь на него не смотрит; пороги в Go не зашиваю.

Отчёты бэкенд-паков 07–16.09 — ВЫНЕСЕНЫ В АРХИВ 17.09

Отчёты десяти паков, ВСЕ закрытые актами (D39.225 · D39.226 · D39.228 · D39.232 · D39.240 · D39.242 · D39.245 · D39.249 · D39.251 · D39.255), уехали в archive/PROGRESS-2026-09-07-16-backend-packs.md — 4552 строк. Вынесено по заказу владельца 17.09 на снос устаревшего. Живое из этих отчётов живёт нотами и строками трекера, а не здесь. ⚠ Отчёт пака «БАНК ЗА $0» (D39.257) ОСТАВЛЕН выше: он вход следующего банк-пака.

Отчёты пака «закон банка честно» и петли `D39.191` — ВЫНЕСЕНЫ В АРХИВ 11.09

Хроника закрытых пунктов — строки 210 · 113→46 · 134 · 140 · 184(а) и дофикс чужого пака (номера названы здесь намеренно: греп по номеру строки обязан приземляться на указатель, а не мимо), разметка свободы, самопроверка, «что не удалось», дофикс приёмки 04.09, круги 2 и 3 петли D39.191) уехала в archive/PROGRESS-2026-09-04-07-bank-law.md — 196 КБ, 14 секций. Вынесено по мандату владельца на снос протухшей прозы (D39.239 п.4); ссылок извне на блок было 0. Живое из этих отчётов живёт нотами и строками трекера, а не здесь.

Полигон — ХРОНИКА ВЫНЕСЕНА В АРХИВ 17.09

Хроника эксп-22/23 и фазы Д (203 строк) — archive/PROGRESS-2026-09-17-polygon-chronicle.md. Живое из неё держат ряды трекера 482 · 483 · 485 · 237(б); пинг о якорях закрыт замером. ⚠ Читать срез при онбординге НЕ нужно — только по конкретной ссылке.

272 KiB Raw Blame History Unescape Escape

Журнал прогресса

📌 СОСТОЯНИЕ ПАКОВ

⚠ ПИНГ ЗОНЕ БЭКЕНДА (оркестратор №22, 04.09, вечер) — РЕВИЗИЯ ДОКУМЕНТАЦИИ ЗОНЫ ЦЕЛИКОМ

Бэклог

Бэкенд

⚠ ПИНГ ОРКЕСТРАТОРА №23 (17.09) — ТРИ ЯКОРЯ backend/docs/ УЕХАЛИ ИЗ-ЗА МОЕГО ВЫНОСА; ЧИНИТЬ ВАМ, В ВАШУ ЗОНУ Я НЕ ЛЕЗУ

ЗАПИСКА-ПЛАН пака «РЕШЁННОЕ НЕ ПЕРЕ-СПРАШИВАЕТСЯ» (17.09, сессия textmachine-main-57). До первой правки кода, по §7 промта

0. Материал замера — ИСПРАВЛЕН против промта, и исправление денежное

1. Форма носителя — ТАБЛИЦА ХРАНИЛИЩА, аддитивной миграцией. Довод

2. Форма отпечатка

3. Две границы записи и порядок

4. Таблица читателей ответа — кто получает своё, когда роль не спрашивали

4а. РЕШЕНИЕ по двум проверкам спора (развилка §4.2 промта): ДА, базисный ответ ими судится

4б. РЕШЕНИЕ по Invented и очереди спорных

5. Наружу — аддитивное поле, и трёх лгущих фраз это касается тоже

6. Юниты (§4.5) — ОТДЕЛЬНЫЙ ПРОХОД, батчер не трогаю

7. Денежная семантика резюма — ДВЕ ОСИ, и их нельзя смешивать

8. Что я пока НЕ строю и почему — исход будет с замером, а не с мнением

ОТЧЁТ пака «ЛЕСТНИЦА ПОПЫТКИ ДЛЯ БАНК-РОЛЕЙ» (17.09, сессия textmachine-main-12). НЕ КОММИЧУ — дерево передаю оркестратору №23

Что построено — по пунктам заказа

Разрез: что переехало и почему

§4.3. Эскалация банк-ролей — не строю; вот что защищает нулевой хоп

§4.4. Ключ не трогаю: посылка ряда 478 не подтверждается

Судья ступени (§4.1, третий параметр) — не строю, и это не экономия

Ручка лендится ВКЛЮЧЁННОЙ — решение СВЕРХ заказа, РАТИФИЦИРОВАНО D39.259

Улика, пере-снятая мной с КУПЛЕННОГО прогона B (а не взятая из промта)

Рефакторинг без регресса — чем предъявлен

Самопроверка исполнением: круги и что они нашли

Что советчик утверждал, а дерево опровергло

Унаследованное, названное и НЕ чинимое этим паком

Мутации

Где мой прибор слеп, и я это знаю

Адреса, которые съехали (оркестратору — сэкономить проход)

Аддендум владельца 17.09 — исполнение по пунктам

Гейт зоны — цели пройдены, но НЕ формой make battery целиком, и я называю это точно

Числа и как их повторить

Опись путей, передаваемых оркестратору (18)

Завершённость

ЗАПИСКА-ПЛАН пака «ЛЕСТНИЦА ПОПЫТКИ ДЛЯ БАНК-РОЛЕЙ» (17.09, сессия textmachine-main-12). До первой правки движка. НЕ КОММИЧУ

Разрез

Прибор построен ПЕРВЫМ, до выноса

Эскалация банк-ролей (§4.3) — НЕ строю, и вот что защищает нулевой хоп

Тождество банк-батча (§4.4) — развилку НЕ беру, потому что ПОСЫЛКА РЯДА 478 НЕ ПОДТВЕРЖДАЕТСЯ

Что ещё в заказе

ОТЧЁТ пака «БАНК — ЧТО МОЖНО УЗНАТЬ И ПОЧИНИТЬ ЗА $0» (16.09, сессия textmachine-main-11). НЕ КОММИЧУ — дерево передаю оркестратору №23

Что построено — по пунктам заказа

§4.1 — что именно стережёт отказ, и почему условие ШИРЕ промта

§4.2 — разбор ужесточён, корзины разведены

§4.3 — два предиката и таблица чувствительности

§4.4 — посылка «новой улики не было» получила носитель, и число сошлось с ратифицированным

Чем проверено — команды, которые можно повторить

Отклонения от буквы промта — три, каждое с доводом

§10 — что НЕ удалось и чего я не проверяла

Адверсариальный проход по СВОЕЙ готовой работе (§5 промта) — восемь находок, все починены

Ось денег (§6 промта): что каждый механизм делает с ЧУЖИМИ деньгами, если сработает ошибочно

Что передаётся на лендинг

Как повторить замеры

Гейт зоны и мутации — числа

Пере-снято вторым прибором

На чём судилась зелень

Остаток, названный на момент сдачи

Вопросы оркестратору (работу не блокируют) — ответы получены 16.09, решения его

Отчёты бэкенд-паков 07–16.09 — ВЫНЕСЕНЫ В АРХИВ 17.09

Отчёты пака «закон банка честно» и петли D39.191 — ВЫНЕСЕНЫ В АРХИВ 11.09

Полигон — ХРОНИКА ВЫНЕСЕНА В АРХИВ 17.09

272 KiB

Raw Blame History

⚠ ПИНГ ОРКЕСТРАТОРА №23 (17.09) — ТРИ ЯКОРЯ `backend/docs/` УЕХАЛИ ИЗ-ЗА МОЕГО ВЫНОСА; ЧИНИТЬ ВАМ, В ВАШУ ЗОНУ Я НЕ ЛЕЗУ

ЗАПИСКА-ПЛАН пака «РЕШЁННОЕ НЕ ПЕРЕ-СПРАШИВАЕТСЯ» (17.09, сессия `textmachine-main-57`). До первой правки кода, по §7 промта

4б. РЕШЕНИЕ по `Invented` и очереди спорных

ОТЧЁТ пака «ЛЕСТНИЦА ПОПЫТКИ ДЛЯ БАНК-РОЛЕЙ» (17.09, сессия `textmachine-main-12`). НЕ КОММИЧУ — дерево передаю оркестратору №23

Ручка лендится ВКЛЮЧЁННОЙ — решение СВЕРХ заказа, РАТИФИЦИРОВАНО `D39.259`

Гейт зоны — цели пройдены, но НЕ формой `make battery` целиком, и я называю это точно

ЗАПИСКА-ПЛАН пака «ЛЕСТНИЦА ПОПЫТКИ ДЛЯ БАНК-РОЛЕЙ» (17.09, сессия `textmachine-main-12`). До первой правки движка. НЕ КОММИЧУ

ОТЧЁТ пака «БАНК — ЧТО МОЖНО УЗНАТЬ И ПОЧИНИТЬ ЗА $0» (16.09, сессия `textmachine-main-11`). НЕ КОММИЧУ — дерево передаю оркестратору №23

Отчёты пака «закон банка честно» и петли `D39.191` — ВЫНЕСЕНЫ В АРХИВ 11.09