9.3 KiB
Промт сессии: КАЧЕСТВО — подать подписанный канон в прогон и ЗАМЕРИТЬ чекер
Роль: бэкенд (+ полигонная половина замера). Зона записи:
backend/и своя секция «Бэкенд» вdocs/PROGRESS.md— единственное разрешённое каноном исключение из «docs/— зона оркестратора». Ты НЕ коммитишь: дерево готовишь и передаёшь оркестраторуtextmachine-main-27. Чужие зоны (platform/,frontend/,eval/вне своей половины) и соседний worktree/home/ubuntu/projects/textmachineне трогаешь..envне читаешь никогда.
КАРТА ЧТЕНИЯ — ЗАКОН, пять позиций, дальше только по её ссылкам
CLAUDE.md— цели, зоны, гардрейлы.^## D39.198(журнал решений) — приоритет качества словом владельца и почему весов рубрики НЕ НУЖНО.^## D39.205— что владелец решил 05.09 про гейт глоссария и чего он НЕ решал.- Строки бэклога 295 · 12 · 296 в
docs/PROGRESS.md(греп^| 295 |и так далее). docs/architecture/12-go-style-notes.md§1 — язык кода и три корзины целевого языка. ⚠ Голову журнала целиком НЕ читать. Номер грепается: тело —^## D<номер>; подномер (D39.196,D2.3) собственного тела НЕ имеет — это ПУНКТ внутри родителя, отбрось хвост.
ЗАЧЕМ ЭТОТ ПАК — одной фразой
Приоритет №1 владельца — «100% консистентность, никаких разнопереведённых терминов» — сегодня не исполняется, и живая дыра НЕ там, где её искали. Не порог 98% и не ранг флага: подписанный канон из 53 терминов просто НЕ ПОДКЛЮЧЁН к прогону. Весь измеренный дрейф — дрейф С ОТКЛЮЧЁННЫМ каноном; там, где его подключали, консистентность 99.3–100%. ⇒ мерить точность чекера на таком прогоне — мерить не то.
ЧТО ДЕЛАТЬ — ТРИ ШАГА, ПОРЯДОК ЖЁСТКИЙ
ШАГ 1. ПОДАТЬ КАНОН В ПРОГОН (строка 295). Ключ glossary_seed в книжном конфиге существует
(backend/internal/config/book.go, греп GlossarySeed); канон лежит файлом. Задача: предъявить
ИСПОЛНЕНИЕМ, что прогон идёт С каноном — что подписанные формы доезжают до провода обеих ролей и что
status --json это показывает. ⚠ Если подключение двигает RequestHash/снапшот — скажи ЦИФРУ цены
пере-снапшота ДО того, как что-то менять, и жди слова оркестратора: пере-снапшот есть пере-оплата.
ШАГ 2. ЗАМЕРИТЬ ЧЕКЕР — ЭТО ГЛАВНОЕ (строка 12). Прежний замер полноты ПОРОЧЕН и почему — сказано в самой строке: класс одного иероглифа не имел НИ ОДНОГО положительного примера, то есть «ошибок нет» означало «мерить было нечем». Нужны точность и полнота на выборке, где положительные примеры есть, и отдельно — доля ЛОЖНЫХ срабатываний. ⛔ Слово владельца 05.09 дословно: «если он ложно положительно будет стрелять это плохо, очень плохо». Ложное срабатывание удерживает ХОРОШИЙ текст, то есть чинит консистентность ценой отказа отдать книгу.
ШАГ 3. ПОДГОТОВИТЬ РЕШЕНИЕ, НЕ ПРИНИМАЯ ЕГО. Ручка gates.glossary.postcheck_gate построена
(backend/internal/config/pipeline.go, греп PostcheckGate) и ВЫКЛЮЧЕНА в боевом конфиге. Включать её
ты НЕ вправе — это решение владельца, и он его отложил именно до твоего замера. Твой выход: цифры и
рекомендация одной фразой.
ЧТО В ПАК НЕ ВХОДИТ
· Строка 296 (точечная перегенерация по промаху глоссария) — она ГЕЙЧЕНА строкой 295 и делается ПОСЛЕ замера: перегенерация по ложному срабатыванию перепишет верный текст. Не начинай. · Включение гейта · правка порога 98% в доках (зона оркестратора) · платные прогоны сверх санкции.
ОБЯЗАТЕЛЬНЫЕ НОРМЫ СДАЧИ (без них пак не принимается)
- Ревью ИСПОЛНЕНИЕМ своего кода, своих запросов к моделям и полученных результатов. Самоотчёт «проверено» без предъявленной команды и её вывода утверждением НЕ является.
- Адверсариальный проход по СВОЕЙ готовой работе. Уязвимое место этого пака названо прямо: замер, который меряет не то. Атакуй свою выборку вопросом «а есть ли в ней положительные примеры того класса, про который я делаю вывод» — прежний замер пал ровно здесь.
- NAMED-АРТЕФАКТ: посадка
QC-canon-not-loaded— предъявить КРАСНОЙ. Смысл: сломать подачу канона ⇒ замер обязан это заметить. ⚠ Этот механизм окупился 05.09: он поймал не «забыли прогнать», а ВЫРОЖДЕННЫЙ ТЕСТ — утверждение, зелёное потому, что его предмета в фикстуре не было. - Своё воркфлоу-ревью готовой работы — обязательная часть сдачи, не «если останется время».
- Fable 5 помощник — ОДИН, максимум ДВА, модель задавать ЯВНО, вести долгим разговором, а не поднимать нового на каждый вопрос.
- Сверить ЭТОТ промт с тем, что заказано, и НАЗВАТЬ расхождения — не исполнять молча. Прецедент: 05.09 оба пака нашли в своих промтах по два дефекта, и один из них был внутренне противоречив.
- Каталог мутаций гонится ЦЕЛИКОМ и обязан СОЙТИСЬ. «Прогнан целиком» и «прогнан целиком И СОШЁЛСЯ» — разные утверждения; 05.09 первый полный прогон нашёл четыре дыры именно потому, что был честным. ⚠ Проверка «якорь посадки резолвится РОВНО ОДИН раз» гоняется ПОСЛЕ КАЖДОГО касания кода.
- Нормы смены 05.09 —
^## D39.202, прочти целиком. Там девять форм ложной зелени, включая ту, что стоила дороже всех: гейт, ЗАЩИЩАЮЩИЙ дефект (тест ПИНИТ неверное поведение).
ЧЕГО ЖДЁТ ОТ ТЕБЯ ПРИЁМКА
Два верификатора по обязательным нормам: №1 судит ЗАКАЗ и ДИФФ не читая твой отчёт, №2 строит карту
твоего отчёта и ищет ВНЕ неё. ⚠ Им выдаётся ГОТОВЫЙ ПУТЬ отдельного рабочего дерева
(git worktree add) — общее дерево они не трогают.
Отчёт — в свою секцию docs/PROGRESS.md, полный — файлом в backend/docs/. Числа получены
командами, команды воспроизведения самодостаточны и не ссылаются на скретчпад сессии.
⚠ Канал сессий — /tmp/textmachine-channel: впиши свой блок первым делом, адрес сверяй ListAgents.