86 lines
10 KiB
Markdown
86 lines
10 KiB
Markdown
# Записка-план ХОЛОДНОГО ПРОГОНА B (§7 промта). Написана ДО первой строящей команды.
|
||
|
||
Сессия `textmachine-82`. Промт — `docs/COLD_RUN_B_SESSION_PROMPT.md` редакции `3fce077`.
|
||
Всё, что ниже, сверено с ЗАКАЗОМ механически (по §-номерам промта), а не по памяти.
|
||
|
||
## 0. Границы, которые я себе ставлю сама
|
||
* Кода НЕ правлю ни в одной зоне. Ничего НЕ коммичу. Находка = пинг оркестратору 11.
|
||
* Рабочее дерево — `~/tm-coldrun-b` (вне репозитория, вне общего скретчпада).
|
||
* ⚠ `/tmp` — tmpfs, занят на 96 % (5.6 G из 5.9 G; 4.9 G из них — `/tmp/claude-1000`, скретчпады
|
||
ЧУЖИХ сессий, не трогаю). ⇒ `TMPDIR`/`GOTMPDIR` всех моих сборок — `~/tm-coldrun-b/tmp`, на диске.
|
||
Забитый `/tmp` маскируется под сломанную сборку, и это уже стоило проекту хода.
|
||
* Фоновое гашу ТОЛЬКО по своему pid. Свои pid пишу в `~/tm-coldrun-b/stand/*.pid`.
|
||
* Мой cgroup — `/init.scope`, `memory.max = max`: потолка нет, тяжёлый прогон можно вести отсюда.
|
||
|
||
## 1. Фазы и что чем предъявляется
|
||
|
||
### Ф0 — $0-дым (§4.0). Первая работа пака.
|
||
| Узел | Чем предъявлю |
|
||
|---|---|
|
||
| стенд мой | `ss -ltnp`, pid мой, на 8098 (не 8097 прогона A) |
|
||
| заглушка на 11434 | своя, порт `eval/door_to_file/stub` (в git, фриз `be53cc8`); pid мой |
|
||
| $0-конфиг | рендер `eval/door_to_file/zeropipe`; **пин — ЗАГРУЗЧИК**: `tmctl status` (читающий $0-верб, `LoadPipeline` на КАЖДОМ пути — `internal/config/pipeline.go:1166`) выходит 0 на этом файле. Контроль рядом: счёт достижимых ПЛАТНЫХ слагов 0 против ненулевого в `pipeline-c1.yaml` |
|
||
| дым НЕ по платной книге | отдельная дымовая книга + отдельная дымовая учётка; база ТА ЖЕ (довод — §2 ниже) |
|
||
| гость · деньги · интейк · старт · кадры · подпись · резюм · выгрузка · ФАЙЛ | тела ответов в `evidence/http/<шаг>.json` (⛔ дефект харнесса A: он печатал их на экран и не писал в файл — у пяти узлов A не осталось носителя) |
|
||
| позитивный контроль КАЖДОГО сборщика | подсадка ненулевого банка, удержанного юнита, открытой резервации ⇒ сборщик обязан ПОКРАСНЕТЬ. Не покрасневший в платную фазу не допускается |
|
||
| §4.8 — ВСЕ формы дёрганья API | здесь же, на $0-руке: главы против ЗНАКОВ · идемпотентность · резюм · второй старт при идущем первом · выгрузка во всех форматах · узел подписи · отказные (нет книги · нет баланса · мусорный курсор). Ожидаемый исход КАЖДОГО пишется ДО |
|
||
|
||
### Ф1 — фриз (§4.2)
|
||
Клон (НЕ worktree) → sha → три бинаря с живым штампом (`vcs.revision`, `modified=false`, строк `vcs.*` > 0)
|
||
→ `test ! -e /tmp/.git`, `-buildvcs=false` ЗАПРЕЩЁН → пре-рег, называющий ЭТОТ sha → пинг → коммит
|
||
оркестратора → сверка заландженного → и только потом деньги.
|
||
|
||
### Ф2 — платная (§4.4)
|
||
Книга 蛊真人, срез глав 1–3 (17564 байта, sha `ed870ba6…`) — режу сама из оригинала и сверяю обе sha.
|
||
Потолки: движковые `book_usd 1.25` / `day_usd 2.50` (как у A, ради сравнимости) + холд платформы.
|
||
Стоп-правило сессии: факт $1.00 ⇒ СТОП и пинг. **РОВНО ОДИН резюм**, объявленный в пре-реге.
|
||
Вахта — АКТИВНАЯ: рост вызовов и трат по леджеру ДВУМЯ чтениями + чтение журнала движка ЖИВЬЁМ
|
||
(«время · что увидел · чего ожидал · что это значит»).
|
||
|
||
### Ф3 — $0 после (§4.9) и вычитка (§4.5–4.7)
|
||
Консистентность `I1`/`I2` с ПЕЧАТАЕМЫМИ знаменателями · выгрузка · структурное чтение EPUB ·
|
||
`wave_selection` ОБЕИМИ волнами · `reasoning_in_completion` ТРЁХЗНАЧНО (`NULL` / `0` / `>0`) ·
|
||
опус-читатель на ВЕСЬ перевод против ВСЕГО оригинала с доказательством дочитывания ·
|
||
таблица 2×2 «прибор × читатель» · чтение ОТРАБОТАВШЕГО кода · §4.10 находки вне заказа.
|
||
|
||
## 2. Где я жду осечки (и это ГИПОТЕЗЫ, а не знание)
|
||
1. **`wave_selection` может оказаться пустым не по дефекту, а по конфигу.** Оба писателя гейтятся
|
||
`r.memory != nil` (`chunkrun.go:198`, `waverun.go:734`). Контроль, снятый мной на базе A: в ней
|
||
`retrieval_state` = 6 строк при 6 черновых чанках ⇒ на `c1` память ЖИВА и черновая волна пишет.
|
||
**Пре-регистрирую ожидание: 10 строк = 6 `draft` + 4 `edit`** (6 чанков; 4 юнита, у каждого свой
|
||
лидер-чанк: (1,0) (1,1) (2,0) (3,0)). Меньше — находка, а не ноль в отчёте.
|
||
2. **Ключи деплоя.** Их живость прогон A не проверил вовсе. Строю $0-преflight (см. §3 ниже).
|
||
3. **Эхо-мина.** Смету черновой волны закладываю с ~10 % на эскалации/перевыпуски; мина сработала у A
|
||
четырежды. Каждый `finish_reason=length`, каждый `regenerating with a larger budget` читаю ЖИВЬЁМ.
|
||
4. **Терминолог всегда едет вендор-дефолтом `high`** (ручки эффорта у бэнк-ролей нет, бэклог 104) —
|
||
стадия, наиболее склонная упереться в стену. У A она отработала; у прогона 0731 — 4 батча из 5 в
|
||
`length`. Если повторится — это находка, а не случайность.
|
||
5. **Пик/офф-пик DeepSeek.** Сейчас пятница 19:0x UTC — ОФФ-ПИК (пик 01–04 и 06–10 UTC по будням).
|
||
Леджер считает по ПИКОВОЙ цене осознанно ⇒ записанная цена B будет вдвое выше настоящего счёта.
|
||
На сравнение A↔B это НЕ влияет (оба леджера пиковые), на «сколько мы заплатили» — влияет вдвое.
|
||
A шёл 01:29–01:54 UTC в пятницу, то есть ВНУТРИ пика: у A запись и счёт совпадали, у меня — нет.
|
||
|
||
## 3. Три вещи, которых у прогона A не было и которые я добавляю
|
||
1. **$0-преflight ключей.** Порядок преflight движка (`internal/pipeline/runner.go:288-310`):
|
||
`ContentRoutingError` → `CheckMiningContrast` → `CheckKeys` → цены → и ТОЛЬКО ПОТОМ `store.Open`
|
||
(флок, миграции). ⇒ отказ по ключам случается ДО создания проектной базы и ДО денег. Гоняю
|
||
`translate` на ОДНОРАЗОВОЙ книге с боевым пайплайном и микроскопическим `--ceiling-usd`; любой
|
||
исход, КРОМЕ отказа по ключам, доказывает, что ключи деплоя живы. Худший случай — один черновой
|
||
вызов ≈$0.012.
|
||
2. **Тела HTTP сохраняются в файл на КАЖДОМ шаге** (дефект харнесса A, §10 п.12 его отчёта).
|
||
3. **Прибор денег валидируется на базе A ДО того, как применён к B.** Уже исполнено: мои запросы
|
||
пере-снимают 17 единиц / 17 платных / 4 из 17 = 23.5 % / $0.106472 = 25.4 % двумя путями —
|
||
всё сошлось с числами оркестратора, кроме второго числителя (см. §4).
|
||
|
||
## 4. Расхождение, найденное ДО денег, и оно идёт пингом
|
||
Второй числитель («единицы, за ПРИНЯТЫЙ результат которых заплачено больше одного раза») на базе A
|
||
даёт ДВА числа, и промт называет одно из них:
|
||
* все платежи КРОМЕ ПЕРВОГО = **$0.028743** — число промта ($0.028742);
|
||
* все платежи КРОМЕ ПОСЛЕДНЕГО = **$0.035723 = 8.5 %**.
|
||
Разница 24 %. Плюс: у всех ШЕСТИ пар терминологии `request_hash` РАЗНЫЕ ⇒ это не пере-спрос одного
|
||
вопроса, а одна ПОЗИЦИЯ, купленная дважды разными вопросами. Печатаю оба числа и называю, что
|
||
«пере-куплено» — утверждение о позиции, а не о вопросе.
|
||
|
||
## 5. Что этот прогон НЕ покупает (чтобы не потратить на это ни цента)
|
||
Не отвечает на «безопасно ли редактору думать меньше» (ряд 433) · не даёт ВЕЛИЧИНУ доли выброшенного
|
||
(n=2 нормы §3д не выполняет) · не судит `epubcheck` (java на хосте нет) · не чинит ничего найденного.
|