textmachine/docs/archive/prompts/BANK_MEMORY_CONSILIUM_SESSION_PROMPT.md

Консилиум: БАНК ПАМЯТИ ДЛИННОЙ КНИГИ — как его строить

⚠ ОТРАБОТАН И ПРИНЯТ 16.09 — акт D39.253. Итог — ../research/35-bank-memory-consilium.md плюс одноимённый каталог. Инструкции ниже НЕ исполняются: пак закрыт. Решения владельца по итогу — D39.254; перенос банка в книгу-продолжение подписанным плюс решённым движком — D39.256, стройка двухзонная, ряд 461. Остаток, названный автором 16.09: вторая форма строки (м) по правилу остановки · отказы Р1-10 и О1-10 с доводом · §8.3 О-1 (правки круга 3 ни одним кругом не судились), О-2 (цена «лечится выборкой» названа механизмом, не величиной), О-4 (у прохода починки нет собственного прибора). О-3 закрыт словом владельца и снят автором. ⚠ Эррата 16.09-б: «причина смен передачи — якорь» сильнее замера — измерено лишь отсутствие новой улики во ВХОДЕ; причина остаётся гипотезой, гейт — ряд 466. Автор поправил обе формулировки в итоге по этому же поводу.

Выдан оркестратором №23 (продолжение, сессия textmachine-main-75) 16.09 по слову владельца 15.09: «передавай дела сессии, пусть наследуется от тебя». Ты наследуешь работу этой смены по банку. Всё, что она выяснила, спроектировала и опровергла, лежит уликой в docs/archive/reports/BANK_CONSILIUM_INPUTS_2026-09-15/. Пак без кода и без денег проекта: платных вызовов моделей пайплайна нет. Агенты Claude разрешены — из них консилиум и состоит. Якоря file:line здесь сняты по дереву 5dbb5cb.

1. Какая проблема и что решит твой результат

Приоритет №1 владельца — консистентный художественный перевод длинной книги: ранобэ на сотни и тысячи глав, купленное частями. Держит его банк памяти — словарь «исходный термин → перевод, род, окно глав», который редактор обязан соблюдать как закон. Конвейер: дешёвый черновик → банк памяти → редактор.

Что случилось 15.09. Оркестратор с советчиком Fable 5 дважды спроектировал банк заново, и оба раза предложение оказалось неверным по одной причине. Проект опирался примерно на десятую часть того, что репозиторий уже решил, построил, исследовал и измерил по банку. Сплошная сверка нашла 12 расхождений с решённым, замеренным и собственным планом, а в предложении не было названо ни одного. Предложение отозвано.

Твой результат — ОДНО проектное решение банка, выработанное советом агентов. Требования к нему:

• стоит на построенном и ратифицированном;
• честно называет трейдоффы и цену;
• ставится в очередь относительно перекроя глав;
• приносит владельцу не больше пяти вопросов в верном статусе.

Код не пишется, стройки нет.

Проблемы, которые решение обязано пройти (улики — README входов):

• П1. Банк пере-решается. Авто-банк переписывается целиком из текущего прогона (research/34 §4 п.4, ряд 130).
  • На подписи — замерено. Между стопом банка и финалом передачи неподписанных строк сменились у 12 из 69 (A) и у 14 из 66 (B).
    • Между стопом и финалом был второй проход терминолога после человеческой подписи двух термов.
    • Эррата 11.09-и называет это ценой пере-майнинга после подписи: «Хороши ли эти 12 замен — вопрос КАЧЕСТВА» (греп Эррата 11.09-и в docs/architecture/05-decisions-log.md).
  • На следующей покупке глав — выведено из кода. ⚠ Испр. 16.09: рост авто-банка между прогонами наблюдался живьём на стенде полигона (docs/experiments/23-editor-tier.md:8237-8246 — терминолог доконсолидирует банк под бюджетом). Живьём не наблюдалось именно пере-решение уже решённой передачи и судьба отгруженных глав.
    • Покупка сперва доставляет новые юниты и только потом пере-делывает отгруженные, чьи байты сдвинул банк (backend/internal/pipeline/volume.go:410-427, DELIVERY BEFORE REWORK).
    • Пере-делка идёт с согласием на пере-оплату (:351).
    • Пока в книге есть непереведённые юниты, отгруженные главы остаются со старыми передачами.
• П2. Тождество термина.
  • Подбор строк сравнивает нормализованную форму (backend/internal/membank/memory.go:574).
  • Хранилище и часть дверей намеренно сравнивают сырую строку: «族長 and 族长 with one sense and window are two accepted rows, not one» (backend/internal/membank/memseed.go:874-876). Это традиционное и упрощённое написание одного слова.
  • Что редактор получает при этом два закона, показала проба 01 (R2) по коду; живьём не наблюдалось.
  • Владелец спросил, тот ли это вообще термин (§1, рамка) — ответ нужен человеческими словами.
• П3. Исходы решения. Отказ терминолога (⟦TM-NO-DST⟧ или молчание) оставляет строке передачу из черновика, и она едет редактору законом (01 T4 и B2; backend/internal/miner/miner_emit.go:261-268). Исхода «это не термин банка» нет.
• П4. Сущность меняется по ходу книги. Классы: персонаж сменил пол после N глав · термин сменил смысл · тёзки · имя, совпадающее с обычным словом (方正) · обращение ты↔вы и голос меняются по сюжету.
  • Ответ на класс смены пола уже ратифицирован — D5 п.1. Когда в загруженных главах видна намеренная неоднозначность, ставится gender=hidden, и безродовые конструкции идут до раскрытия. Плюс ретро-патч «с тома N — так» с показом стоимости пере-перевода вмороженных глав.
  • Для обращений — D7 правка 1. Ты/вы — «журнал событий переходов», «а не статичная матрица пар (переход ты↔вы — сюжетное событие». Там же gender — «с проактивной установкой hidden Analyst-ом на неоднозначности (D5.1)». Голос входит в приоритет №1 (D39.248 п.1).
  • У этой же книги хрестоматийный случай — 白凝冰: первые главы «он», канон female — D19 п.3(в) (греп хрестоматийный кейс механизма D5.1 в docs/archive/architecture/05-decisions-D1-D38.md).
  • Построена ручная половина, проактивной нет.
    • hidden — поле сида, и у этой книги оно выставлено (греп сид финализирован (白凝冰 в docs/architecture/05-decisions-log.md).
    • Классификатор его не ставит (backend/prompts/zh-ru/classifier.md:10-11).
    • Расхождение ратифицированного (D5 п.1, D7 правка 1) с построенным — пункт §13 (д).
  • Терминолог видит три ПЕРВЫХ вхождения по книге, ±40 знаков (backend/internal/pipeline/terminologist.go:75-76, backend/internal/terminology/terminology.go:340-349). Раскрытие в поздней главе он не видит.
  • Редактору велено: «Род и форму имён и терминов сверяй по глоссарию» (backend/prompts/zh-ru/editor.md:10). Значит, устаревший род в банке может переписать верный текст — это вывод, не замер.
  • Окно одним решением двери не правится, а отказ снимает все окна поверхности (backend/internal/membank/decisions.go:90-92).
  • Окон у движковых строк почти нет. В базах A/B since_ch > 0 только у 2 строк на книгу, until_ch = 0 у всех. Нижнюю границу по первому появлению ставит только детерминированный канал майнера (backend/internal/miner/miner_emit.go:210, :387-399); кандидаты только из банкноты идут с SinceCh: 0 (backend/internal/pipeline/mining.go:612). Решение, опирающееся на окно «с главы N», опирается на то, чего у движковых строк сегодня нет.
• П5. Сигналы без читателя.
  • Движок по умолчанию на подпись не останавливается (backend/cmd/tmctl/invocation.go:141). На платформе остановка — обязательное поле заказа stop_for_signing (platform/internal/httpapi/v0.go:655).
  • Платформа читает из банк-экспорта только terms (platform/internal/ingest/bank.go:58-70), у секции proposed читателей ноль (ряд 224).
  • Фронт заморожен.
• П6. Номинация. Обычные слова в банк не попадают: 族 встречается в срезе 29 раз, 家族 — 9. Отсекает их фильтр типа, а не контраст (ряд 440, причинность пере-названа 12.09). Пускать ли их — решение владельца.
• П7. Закон задним числом. Термин решён в поздней покупке, а встречался и в уже отгруженных главах. Ратифицированные опоры: D39.42 п.5 и ретро-патч D5 п.1.
• П8. Общность. Свёртки написания исходника (трад.→упрощ. китайский, катакана→хирагана) зашиты в ядро и применяются к любому языку (backend/internal/text/norm.go:47). Вынос в данные двигает NormVersion, а он входит в тег нарезки и в ключ манифеста (backend/internal/pipeline/manifest.go:282, :384).

Рамка владельца — дословно

Первоисточник и долговечная выписка — §5 п.2 и вход 06.

Из разговора с прежним оркестратором (с 12.09):

• «банк памяти сразу должен идти законом»; «у редактора нет знаний о том что с этим термином сделают другие редакторы, поэтому так оставлять его опасно».
• «принимать решение -- в точке банка памяти»; «делать на такие вот термины запросы с контекстом пожирнее».
• «запросы перевода намайненого банка памяти очень дешевые относительно всей книги, мы можем на них не экономить».
  • ⚠ Оговорка оркестратора: на коротких прогонах A и B терминология — 15.6% и 21.0% цены, то есть заметная доля, а не мелочь.
• 12.09: «такой банк памяти по spread может обеднять очень сильно язык. Потому что термин который можно перевести по-разному это вообще то нормальная составляющая художественного перевода»; «у нас начнут переводиться все слова в книге одинаково которые вовсе не обязаны переводится одинаково и даже плохо что они переводятся одинаково».
• «если мы начнем майнить такие термины то это взорвет кардинальность банка памяти».
• «возможно модель терминолог захочет выкинуть термин который выкидывать точно нельзя».
• «редактору дано задание более живой язык предоставить, если не гейтануть его терминами, то он может переписать их часть просто под горячую руку попав».
• 12.09, о двух его августовских записях, которые оркестратор привёл из его файла:
  • «МАЙНИНГ ЗАМЕЧАНИЙ … Заставить критика жаловаться, а не чинить» (ПТ-41; дословно в файле владельца START_PROMT.MD, который в репозиторий не коммитится);
  • безLLM-анализатор книги, считающий повторы слов и упоминания имён (строки ПТ нет). Это пересказ оркестратора; в файле это вопрос, а не идея.
  • Ответ владельца: «Пусть они останутся идеями, потому что самая оптимальная штука которая есть сейчас по цене качеству это черновик -> банк памяти -> редактор переписыватель полный. Если мы будем сюда внедрять всяких критиков то это уже начнет сильно дорожать перевод»; «Нам бы вот на текущей архитектуре разрулить проблему эту».
• «у нас есть алгоритм в бэкенде который скипает подпись банка»; «надеяться что это отловит человек довольно ненадежно».

Из носителей:

• «у неподписанного термина тоже обязан быть ОДИН перевод» — слово владельца, записанное в ряду 330.
• «надо давать везде одинаково; если кто-то ошибся — это уровнем выше» — D39.104 п.1, 04.08.

15.09, в этой смене:

• «Меня вот интересует как банк памяти решает проблему которая по идее должна быть общей»; «у нас перосонаж был мужским первые 10 глав, затем поменял пол, вот на докупке новых 10 глав, как с этим банк памяти справляется?»; «есть ли еще подобные кейсы?».
• «То что как то замораживать банк памяти и каждый раз не переводить его это понятно, представь если там что то изменится на перевод это же пол книги может перегенерировать.»
• «Ну вариант где замораживаем звучит логично, так а что тут не так пойти может? Форма как то перевода поменяться или что?»; «только я спрашивал скорее какой алгоритмический фикс и какие трейдоффы тут могут произойти».
  • ⚠ Испр. 16.09: вторая фраза сказана о ТОЖДЕСТВЕ термина — это пункт 4 того же сообщения, ответ про ряд 330, — а не о заморозке. О заморозке его вопрос: «что тут не так пойти может?».
• «族长 и 族長 это точно одинаковый термин? Я китайский не знаю, но выглядит это как разные слова».
• «Ты тут не упарываешься в конкретное решение на моих замечаниях? Нам бы придумать что то качественное вместо каких то заплаток»; «как сделать универсально»; «У нас не получается антипаттерн заплатка под конкретный язык?».
• «может быть мы уже запланировали в бэклог что то умное что решает нашу проблему».

⚠ Что именно владелец назвал логичным — и почему это не решение.

• Предмет — не заморозка как идея и не ряд 130, а предложение оркестратора (выписка 06, строка 870): «Заморозка. Перевод, который уже ушёл в отгруженные главы, замораживается. При следующих покупках модель про него больше не спрашивают, а спрашивают только про новые термины». К ней шли бесплатная сверка и право менять замороженное только человеку.
• Это ровно та посылка, которую README входов велит не повторять: «Первое решение живёт до правки человеком» — против риска B1 и D39.69.
• Вопрос владельца «что тут не так пойти может?» — о цене этой посылки. Оркестратор ответил рисками и уточнениями (выписка 06, строки 896, 920, 1038). Часть его утверждений не держится — баннер 06.
• Позже владелец предостерёг не упираться в решение по его замечаниям. Значит, заморозка — кандидат с известной ценой, а не принятое решение. Связь с рядом 130 — прочтение оркестратора.

2. Зона записи и git

• Пишешь ТОЛЬКО итог docs/research/35-bank-memory-consilium.md и рабочие файлы в каталоге docs/research/35-bank-memory-consilium/: протоколы раундов, пробы, таблицы.
  • docs/ — зона оркестратора, и эта запись — исключение, выданное этим промтом.
  • Прецедент: ревью контракта docs/archive/prompts/CONTRACT_REVIEW_SESSION_PROMPT_2026-08-15.md → docs/research/28-contract-review.md, лендинг оркестратором (D39.138).
  • Лендит итог оркестратор.
• Входы docs/archive/reports/BANK_CONSILIUM_INPUTS_2026-09-15/ — только чтение.
• Ты не коммитишь. Код, конфиги, промпты, бэклог, журнал решений, план, README и прочие доки не правишь. Нужные правки носителей даёшь списком в итоге (§13 (д)).
• ⛔ В главном дереве /home/ubuntu/projects/textmachine-main лежит незакоммиченная сдача бэкенд-сессии, ждущая приёмки: индекс и рабочие правки backend/.
  • Git в главном дереве — только чтение (status · log · show · diff · grep).
  • Запрещены add · commit · reset · restore · checkout · stash · clean · apply · worktree.
• Код читай из замороженного дерева /home/ubuntu/tm-verify-1509 (HEAD 5dbb5cb, отцеплен; backend/ и platform/ там те же, что в 9241934).
  • State-changing git запрещён и в нём.
  • Пробы — go test в этом дереве или на tar-копии в своём скретчпаде (tar --exclude=./bin --exclude='./.env*').
  • После прогонов git -C /home/ubuntu/tm-verify-1509 status --short должен быть пуст; вывод печатаешь в протоколе.
• ⛔ Платные вызовы моделей проекта запрещены: tmctl translate/redrive и любые провайдеры пайплайна. Замер, которому нужны деньги, проектируешь с ценой и отдаёшь в итог. Санкцию у владельца берёт оркестратор.
• Базы прогонов (~/tm-coldrun-a, ~/tm-coldrun-b) — только python3 + sqlite3 с mode=ro&immutable=1.
• books/ — только чтение, git в нём не трогать: это отдельный репозиторий, в нём лежат сайдкары стопа банка.
• .env не читать никогда.

3. Карта чтения — ЗАКОН; ратифицированное — в теле промта

1. CLAUDE.md — целиком.
2. Этот промт.
3. docs/archive/reports/BANK_CONSILIUM_INPUTS_2026-09-15/README.md. Там же в 05-prior-art-map.json — раздел synthesis целиком; находки сверщиков S1–S3 — по мере вопроса.
4. docs/architecture/18-bank-ontology.md.
5. docs/research/34-memory-bank-quality-audit.md — через ревью-шапку.

Справочник по мере вопроса (в счёт карты не входит):

• входы 01–04 и 06;
• docs/research/: 14-adaptive-memory.md · 17-external-critique.md · 20-bank-mining.md · 24-bank-arbitration.md · 31-harness-independent-critique.md · 32-harness-architecture-alternatives.md · 33-backend-debt.md;
• docs/experiments/18-editor-wire-probe.md · docs/architecture/06-memory-risk-registry.md · backend/docs/CHAPTER_STRUCTURE_DESIGN.md §4.2;
• docs/product-requirements.md: ПТ-4 · ПТ-5 · ПТ-8 · ПТ-9 · ПТ-24 · ПТ-41 · ПТ-42;
• ряды docs/BACKLOG.md: 14 · 38 · 47 · 130 · 131 · 161 · 192 · 221 · 223 · 224 · 233 · 322 · 330 · 339 · 406–409 · 434 · 436 · 438–440;
• ноты ниже.

Журнал решений целиком не читать:

• тело — греп ^## D<номер> в docs/architecture/05-decisions-log.md и в слайсах docs/archive/architecture/;
• статус одним хопом — docs/architecture/05-decisions-index.md;
• подномер живёт пунктом родителя.

Ратифицировано — сверь тело ноты до пункта, прежде чем опираться

• D5. Бриф заморожен, новые термины дописываются, принятое молча не пересматривается. П.1 — проактивный gender=hidden и ретро-патч «с тома N — так» (подробно — П4).
• D7 правка 1. Ты/вы — журнал событий переходов; gender — с проактивной установкой hidden (подробно — П4).
• D39.42. ⚠ Испр. 16.09 (находка консилиума, сверена): список терминов, частоты и KWIC берутся из ИСХОДНИКА всей книги и полны после первой покупки (D39.170, ловушка 1); из черновиков купленных глав приходят только варианты передачи. П.5: смена банка после оплаты — пере-редактура ТОЛЬКО затронутых юнитов, со сметой до согласия.
• D39.59 (2). «БАНК — КУРС НА АВТОНОМНОСТЬ: подпись владельца ОПЦИОНАЛЬНА»; «банк обязан приходить с максимально качественными АВТОНОМНЫМИ переводами».
• D39.69. «гипотеза первенства ОПРОВЕРГНУТА»: терминолог ре-решает контекстом. Риск B1 (docs/architecture/06-memory-risk-registry.md:44): «первый (наименее информированный) перевод имени лочится на 1000 глав».
• D39.102 п.2. Закрыты «по нужности» целиком: равноправный консилиум как прод-механизм · кросс-модельное взвешивание уверенностью · self-consistency N прогонов · селекция «выбери из вариантов» · отказ-сигнал ⟦TM-NO-DST⟧ · эмбеддинг-фетч (закрыт D39.69). Совет моделей как механизм банка не предлагается; к формату этой сессии пункт не относится.
• D39.104 п.1. Банк на проводе — ЗАКОН для всех ролей, независимо от статуса строки. Право «перевести иначе» упразднено. Свобода — узкая оговорка ОБЛАСТИ употребления.
  • Принятая цена: «неверная авто-строка едет консистентно до ревью (чинится одной правкой банка + ре-эдитом; разнобой не чинится ничем)».
  • П.2: единый закон-блок редактора вместо двухсекционки. Ряд 134, которым п.2 заказывал внесение, закрыт D39.195 п.2.
  • Проба (docs/experiments/18-editor-wire-probe.md:621): «Не подтверждено: оговорка области §B … В движок не вносить.»
• D39.144 п.1. Банк подписывается целиком, пер-термная подпись — не модель продукта. Механику пост-ридинговых правок не проектировать до полигонных итогов.
  • D39.165 сужает этот пункт (греп ОБЛАСТЬ D39.144 п.1 СУЖЕНА ЯВНО): открыть дверь к построенному движковому механизму — не то же, что проектировать продуктовый цикл.
  • Полигон выведен из скоупа (D39.248 п.4), поэтому триггер ряда 192 «итоги фазы Д» не наступит. Это вывод оркестратора.
• D39.193. П.1: род производит классификатор. П.3 — дедуп ЗАКОН-БЛОКА редактора: ключ уникальности банка — (src, sense, since, until); уступает неподписанная строка и только подписанной; подпись не роняется никогда.
• D39.205. П.4: гейт глоссария не включается до замера ложных срабатываний. П.5: направление владельца «или флагать, или ПЕРЕГЕНЕРИРОВАТЬ проблемный участок» — такой работы сегодня нет.
• D39.245. Акт ратифицирует ПРЕДМЕТ структуры глав, а не механику. П.7: перечеканка экспортных id уронила бы КАЖДЫЙ банк-экспорт платформы — отсюда bankTermID не двигать (backend/docs/CHAPTER_STRUCTURE_DESIGN.md:693).
• D39.248. П.1: голос входит в приоритет №1. П.2: Fable 5 — 1–2 агента на сессию. П.4: полигон вне скоупа.

Открытые решения владельца — вопросы, а не запреты

• Ряд 130 = research/34 §4 п.4: копить ли авто-банк между прогонами.
  • Это СТОП-решение; материал — WARN второго прогона.
  • 15.09 владелец назвал логичным близкий, но не тот же предмет — предложение «заморозка + сверка» (§1, рамка). Считать это его позицией по ряду 130 — прочтение оркестратора.
• Ряд 440: пускать ли обычные существительные в банк детерминированным каналом.
• research/34 §4:
  • п.1 — стоп или флаг на разъехавшемся термине;
  • п.3 — один перевод у неподписанного термина: оба выхода стоят денег;
  • п.5 — остановка на подпись: опция или свойство продукта.
• Ряд 192: пост-ридинговый цикл правок банка (триггер недостижим — см. D39.144 выше).

4. Разметка свободы: как работает консилиум

Слово владельца дословно: «на протяжении всей работы это скорее не прям ресерч а ресерч консилуум где идет совет о том как строить между разными агентами (разрешаю 1-2 фабла по необходимости для этой сессии)».

Делай РОВНО так (отступление — пинг):

1. Совет, а не один автор. Порядок работы:

   • не меньше ТРЁХ независимых проектов от агентов с разными заданными углами; каждый пишется до знакомства с другими;
   • перекрёстная критика: каждый проект судит агент, который его не писал;
   • сведение в одно решение; несогласие записывается, а не усредняется.

2. Роли совета обязательны. Роль может нести один агент, но не автор проекта, который она судит.

   • Адвокат рамки владельца (§1).
   • Адвокат денег и детерминизма.
   • Адвокат общности: «заработает ли пара, которой в репо нет, без правки Go».
   • Хранитель построенного и решённого — сверяет каждый механизм с картой 05 и деревом.
   • Опровергатель фактов кода — исполнением.

3. Fable 5 — не больше двух агентов на всю сессию.

   • Модель задаёшь явно (model: "fable").
   • Вопросы по тому же предмету досылаешь уже поднятому агенту. Второй Fable — только под другой предмет, с доводом в протоколе.
   • Fable — советчик, а не источник истины: его посылки проверяются деревом.
   • Субагенты и воркфлоу на других моделях разрешены явно; сколько их работает, ты знаешь.

4. Сначала «не построено ли уже» и «не решено ли уже», потом любой новый механизм. У каждого нового механизма в итоге:

   • таблица «что по этому предмету уже есть: решено · отложено · в плане · построено · выключено · исследовано · опровергнуто»;
   • довод, почему нужен новый.

   Отсутствие этого шага — ровно причина отзыва двух прошлых проектов.

5. Правило остановки проверки итога.

   • Не больше трёх кругов.
   • Сходимость — круг, не давший НОВЫХ находок (любой серьёзности).
   • Миноры последнего круга закрываются ещё одним кругом — или остановкой.
   • Не сошлось за три — стоп: итог с таблицей остатка и строкой §13 (м) во второй форме.

6. Формат утверждений: о коде — file:line по 5dbb5cb; о решении — D-номер с пунктом; о замере — источник, прибор и популяция.

Решаешь сам и аргументируешь:

• число раундов до проверки итога;
• углы проектов;
• формат протоколов;
• какие $0-пробы нужны;
• нужен ли второй Fable (в границах п.3);
• давать ли авторам проектов тексты отозванных 02, 04 и ответов оркестратора из 06 — если да, только вместе с баннером.

Мои приоры по углам — по карте 05, этой сменой не проверены, опровергаются доводом:

• «минимум на построенном». Включить и расширить уже построенное:
  • dropBankSettled — на решения движка, плюс адресуемые по содержимому чекпойнты партий (ряды 38, 233);
  • спящий журнал glossary_revisions (ряд 221);
  • семейный пере-запрос с якорями решённых членов (research/24, ряд 339);
  • ранжирование очереди человека по уверенности.
• «журнал решений с окнами». Направление отозванных 02/04, которое критик 03 признал годным как направление.
• «продукт без человека в петле». Всё решается в точке банка, без подписи.
• «сначала замер». Как растёт пере-решение на 10 → 50 → 200 глав, прежде стройки (research/31, research/24).

5. Самопроверка исполнением — и где этот пак мягкий

Механизм назван:

1. Каждое несущее утверждение о коде проверяет агент-опровергатель ИСПОЛНЕНИЕМ: проба или go test в замороженном дереве, python3 по базам, греп с печатью контрольной величины.
2. Цитаты итога проверяются скриптом — и скрипту не верят на слово.
   • Из поиска исключается ВСЁ, что породила эта сессия: итог, протоколы, черновики агентов в docs/research/35-bank-memory-consilium*. Иначе каждая цитата найдёт сама себя.
   • Проверяется АТРИБУЦИЯ, а не только наличие строки: цитата стоит в НАЗВАННОМ источнике и говорит о том же предмете.
   • Число дословных — ВЕРХНЯЯ ОЦЕНКА; остаток закрывается чтением. Подстрочный поиск меряет наличие строки, а не происхождение утверждения.
   • Пример из 05: 180 цитат → 178 дословных, но у 2 из них неверная атрибуция; 1 не найдена; 1 сводчиком не учтена.
   • Слова владельца сверяются по первоисточнику, а не по этому промту. Промт и выписку 06 писал оркестратор, и сверка по ним круговая.
     • Первоисточник — транскрипт сессии оркестратора /home/ubuntu/.claude/projects/-home-ubuntu-projects-textmachine-main/6bf42f99-b840-4396-80ac-ab93384b11dc.jsonl.
     • Строки файла считаются с 1: строка 17 — вставка разговора с прежним оркестратором; строки 878, 1042, 1094, 1296, 1362 и 1456 (сообщение из очереди) — слова 15.09.
     • Транскрипт вне репозитория и умрёт с машиной; долговечная копия — 06, сделанная скриптом.
     • Цитаты владельца в этом промте опровергатель сверил с транскриптом в трёх кругах.
     • В итоге называешь, по чему сверил.
3. Итог судят агенты, не участвовавшие в сведении, и хотя бы один из них — ДРУГОЙ моделью, чем автор сведения.

Проверяемый артефакт — таблица §13 (з).

Где мягко — сюда смотри в первую очередь:

1. ⛔ Изобрести построенное, решённое или опровергнутое — класс, из-за которого отозваны оба прошлых проекта.
   • Карта 05 — отправная точка, а не потолок: сверщики читали не всё (synthesis.obstacles).
   • Живой пример — D5 п.1: ратифицированный ответ на заглавный кейс владельца. Карта его нашла, а ни один из двух проектов его не использовал.
2. ⛔ Сфабрикованная сходимость. Агенты одной модели на одном входе сходятся потому, что читали одно. Разнообразь модели и входы. Несогласие пиши в протокол.
3. ⛔ «$0» и «центы» без прибора.
   • Что двигают memory_version, NormVersion, снапшоты волн, перекупка банк-ролей и пере-редактура — у каждого шага цена с механизмом и файлом.
   • Отдельно — порядок относительно перекроя глав: окна по ординалам, идентичность термина и главы, нормализация. Сверка — с CHAPTER_STRUCTURE_DESIGN.md §4.2, рядом 161 и D39.245.
4. ⚠ Якорь на отозванном. Тексты 02, 04 и ответы оркестратора в 06 сильные и неверные. Автор, прочитавший их первыми, склонен их повторить. Отдельно — «владелец назвал логичным» не делает кандидата решением (§1, последний абзац рамки).

6. Оси проверки

Таблица приёмки роли оркестратора. Заменить ось можно с доводом.

• Ресёрч / текст. Claim-fidelity: цитаты — дословные подстроки первоисточников. Типовой провал — ОВЕР-АТРИБУЦИЯ, а не фабрикация. Пере-открыть выборку улик. Опровергатель — другой моделью.
• Доки. Утверждения сверяются с кодом и живыми носителями, а не с памятью агента.
• Замеры (для плана §13 (г)). Пере-вывод чисел из сырья, независимость сигналов, контрольная величина рядом с каждым нулём.

7. Записка-план ДО первого агента

В начале итога — раздел «План консилиума»: углы проектов, роли, раунды, пробы, что считаешь сходимостью.

8. Заявление = команда; дисциплина ответа

• Каждое число и каждая категорика — с командой или прибором, деревом и популяцией.
• Отрицательное утверждение («не построено», «нет читателя», «ноль») печатается с контрольной величиной рядом.
• Числа входов частью сняты только оркестратором (README входов). Опираешься на них — пере-сними тем же прибором.
• Эрудиция — не улика. У утверждения есть грунт (file:line, замер, D-номер с пунктом) или пометка «мнение». Мнению не место под видом факта.
• Плотность, а не объём. Без шаблонных оговорок.
• Перед итогом сверь каждый клейм с результатом инструмента ЭТОЙ сессии. Последний абзац оказался планом — сделай его сейчас.

9. Эхо-протокол старта

1. Первое действие — свой блок в /tmp/textmachine-channel с role=консилиум. Роль оркестратор в файле уже занята, и второй блок с ней сделает адрес эха неоднозначным.
2. Второе — эхо на адрес блока role=оркестратор session=textmachine-main-75, сверив его с ListAgents. Не больше 10 строк СВОИМИ словами: скоуп · инварианты · чего не делаешь · что в этом промте считаешь неверным или опасным.

10. Что НЕ удалось и где прибор слеп — обязательная секция итога

Форма пункта: что осталось невидимым · почему не закрыл · чем закрывается. Спрашивай себя не «что не получилось», а «что я знаю и не сказал». В коде названо, в отчёте нет — значит для следующей смены не названо.

11. Канал вопросов, право отказаться и правки на ходу

• Конфликт промта с кодом или ратифицированным — пинг оркестратору, а не интерпретация.
• Право сказать «этого делать не надо» с доводом у тебя есть.
• Решения владельца не принимаешь — ставишь их вопросами в итоге.
• Правки заказа на ходу доезжают ТОЛЬКО релеем: владелец пере-передаёт правку отдельным сообщением, ты подтверждаешь её эхом и записываешь отдельным пунктом итога. Ответы оркестратора на твои вопросы по прямому каналу — не правки заказа.

12. Прямой канал

Механизм — CLAUDE.md §«Связь между сессиями». Дословно: канала нет ⇒ НЕ искать. Нужной роли в файле нет, файла нет или имя не отвечает — это нормальный случай. Не опрашивай сессии подряд: вопросы идут секцией итога, работа продолжается.

13. Критерий завершённости

Итог docs/research/35-bank-memory-consilium.md содержит:

• (а) Решение одним документом:
  • что банк есть;
  • как проходит каждая проблема П1–П8;
  • как проходит каждый класс из рамки владельца и П4, включая ответ на «есть ли еще подобные кейсы» — перечнем классов;
  • как решение не обедняет язык: какие слова остаются свободными и чем это держится;
  • как оно не взрывает кардинальность банка;
  • как оно не даёт терминологу выкинуть термин, который выкидывать нельзя;
  • что берётся из построенного (file:line) и что строится нового — с таблицей §4 п.4.
• (б) Трейдоффы с ценой и механизмом. Обязательно — что ломается при заморозке банка: вопрос владельца «что тут не так пойти может?». Разбор рисков из 06 — какие держатся, какие нет и почему.
• (в) Порядок паков относительно перекроя глав (ряд 161, D39.245), с зонами.
• (г) Замеры до стройки: вопрос · арм-дизайн · популяция · контроль · цена. Каждый помечен «$0» или «нужна санкция владельца».
• (д) Нужные ратификации (ноты, эрраты) и правки носителей (ряды бэклога: открыть, закрыть, дописать) — списком предложений. Среди них — расхождение D5 п.1 и D7 правки 1 с построенным: ручная половина есть, проактивной нет.
• (е) Не больше пяти вопросов владельцу. Каждый — по-человечески, без трекер-жаргона, со статусом (открытое решение с номером · отложенное · новое) и с рекомендацией.
• (ж) Протокол консилиума: проекты · критика · записанное несогласие · кто сошёлся и почему.
• (з) Проверка итога: таблица «находка → что сделано → чем предъявлено». Последний круг не дал новых находок — или остановка правилом §4 п.5 с таблицей остатка.
• (и) У каждого пункта этого заказа — исход: сделано · не делаю с доводом · пинг.
• (к) Секция §10.
• (л) Числа итога сняты после последней правки. Всё живое лежит в дереве, а не в письме. Мутаций нет: пак без кода.
• (м) Явная строка «работа завершена, править не планирую» или «работа завершена по правилу остановки, круги не сошлись — остаток в таблице».

Сдача — одно сообщение оркестратору по прямому каналу: путь итога и строка (м). Канала нет — итог и строка (м) лежат в дереве, владелец прочитает и пере-передаст.