heaven/textmachine
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions

Repair my own botched substitution and mark every stale ceiling figure as history rather than leaving two live numbers

Browse source
This commit is contained in:
heaven 2026-09-02 02:33:48 +03:00
parent 04cfd4f2c4
commit b8b01b22f4
2 changed files with 5 additions and 5 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

8
eval/dovodka/PLAN-01-09.md
View file

@ -77,7 +77,7 @@ pro@low против glm@off СЕГОДНЯ». Это ровно та табли
⛔ **Почему `glm` НЕ вводится третьей осью:** её «low» в движке не ступень — `on_extra_body` у неё не
объявлен, при `low` мержится пустое и едет вендор-дефолт. Значит ось на `glm` = «выкл/вкл», а на
`pro` = «уровень» — **фактор означал бы РАЗНОЕ на разных уровнях**, и крест 2×2×2 не дал бы чистого
взаимодействия. Плюс удвоение рук при потолке $8.6 срезало бы n до ~12 и MDE до ×2.7 — проба
взаимодействия. Плюс удвоение рук (считано при прежнем потолке $8.6) срезало бы n до ~12 и MDE до ×2.7 — проба
перестала бы видеть даже ×2.5.
⚠ **ЧЕТЫРЕ ОГОВОРКИ РЕФЕРЕНСА, без которых он даст ложное число** (найдены скептиком 02.09):
@ -294,7 +294,7 @@ zh→ru, на нашей нарезке (~2 тыс. знаков исходни
⭐ **ОДНОЙ СУММОЙ, как и надо просить у владельца** (иначе база посчитается четырежды или ни разу —
леджер считает потолок по `book_id`, а его несут все четыре копии):
* **вариант A (~17 глав, ожидаемо ~24 юнита): $8.6** — разрешающая способность ×2.02;
* **вариант A (~17 глав, ожидаемо ~24 юнита): $8.6 — ⚠ ЭТО ИСТОРИЯ, потолок поднят до $9.5 ниже** — разрешающая способность ×2.02;
* **вариант B (~24 главы, ожидаемо ~32 юнита): $11.1** — разрешающая способность ×1.84.
⚠ **Вариант задаётся ДИАПАЗОНОМ ГЛАВ, а не числом юнитов.** «24» и «32» — ожидание по пропорции
@ -325,7 +325,7 @@ zh→ru, на нашей нарезке (~2 тыс. знаков исходни
| худший $0.065 | $8.37 | $10.04 | **22 из 24** (MDE ×2.02 → ×2.06) |
⇒ $9.5 покрывает два сценария из трёх целиком; в худшем теряются два юнита, и это штатный исход —
референс идёт последним, поэтому теряется он, а не пара, на которой стоит вывод.
⛔ **Потолок $8.6 — В ПИКОВЫХ ТЕРМИНАХ и НЕ ПОДНИМАЕТСЯ сессией.** Срабатывание гарда = стоп и
⛔ **Потолок $9.5 — В ПИКОВЫХ ТЕРМИНАХ и СЕССИЕЙ НЕ ПОДНИМАЕТСЯ.** Срабатывание гарда = стоп и
вопрос владельцу; добор после просмотра чисел запрещён.
Прежняя развилка (снята решением): вариант A $8.6 (MDE ×2.02) или вариант B $11.1 (MDE ×1.84). Обе суммы — из таблицы выше и больше нигде в этом
@ -388,7 +388,7 @@ zh→ru, на нашей нарезке (~2 тыс. знаков исходни
общем для всех конфигов каталога. ⇒ без `prompt_override` четыре руки схлопнутся в две:
**платишь за четыре, меришь две**. Ловится гардом «четыре разных `snapshot_id`» — снимать его
запросом к `snapshots` каждой из четырёх баз.
3. **Потолка $8.6 не существует как механизма.** Леджер считает по `book_id`, а таблица `spend`
3. **Потолка $9.5 не существует как механизма.** Леджер считает по `book_id`, а таблица `spend`
лежит ВНУТРИ проектной базы: четыре копии сторожат каждая себя и каждая уже несёт базовый
расход. ⇒ **агрегат ведётся вручную** (§9.5), и санкционированную сумму держит только он.

2
eval/dovodka/SESSION-30-08.md
View file

@ -16,7 +16,7 @@
в `polygon` реестр обрывается на D39.170). Крест 2×2 внутри юнита: промпт по SHA × эффорт
`off`/`low`. Исполняется ДВИЖКОМ, отдельным профилем книги.
✅ **ВЛАДЕЛЕЦ РЕШИЛ 01.09: ВАРИАНТ A — 17 ГЛАВ, ПОТОЛОК $9.5 (01.09 было $9.5; 02.09 поднят под референсную клетку)** (дословно «17 глав разрешаю»).
✅ **ВЛАДЕЛЕЦ РЕШИЛ 01.09: ВАРИАНТ A — 17 ГЛАВ, ПОТОЛОК $9.5 (01.09 было $8.6; 02.09 поднят словом владельца под референсную клетку)** (дословно «17 глав разрешаю»).
⛔ Потолок в ПИКОВЫХ терминах и сессией НЕ ПОДНИМАЕТСЯ: срабатывание гарда = стоп и вопрос
владельцу, добор после чисел запрещён. К владельцу за этим решением ходить НЕ НАДО — оно принято.