Files
portal/night.config.example.json
T
Дмитрий 8a846c6a94 подъём убивал поднятого работника за полминуты — найдено ПЕРВЫМ ЖЕ живым подъёмом
🔑 НАЙДЕНО НЕ РАССУЖДЕНИЕМ, А ЖИВЫМИ ДЕНЬГАМИ. Работник `w-2` поднят прогоном
`resume-aaf069ab`, ответ владельца до него ДОЕХАЛ (отметка доставки проставлена) — и через
33 секунды он вышел сам. Причина замерена дословно: ящик вопросов `ask.jsonl` живёт В УГЛУ
работника и подъём переживает, а память о прочитанных строках `asked.json` лежит в каталоге
работника ПОД ПРОГОНОМ. Подъём заводит НОВЫЙ прогон — каталог пустой, ящик перечитан
с начала, СТАРЫЙ вопрос подан владельцу как новый (номер 2), работник встал ждать ответа
на него и умер.

🔴 ЗНАЧИТ ЭТО НЕ КОСМЕТИКА: подъём срабатывал и тут же обнулял сам себя. Владелец получал
бы один и тот же вопрос дважды, а поднятый работник не делал бы НИ ОДНОГО шага.
Теперь память переезжает вместе с работником — строго ДО подъёма, потому что круг
надзирателя читает ящик уже через полминуты.

🪤 ВТОРАЯ ПОЧИНКА ТОГО ЖЕ ПОДЪЁМА, И НАПОРОЛСЯ НА НЕЁ Я САМ. Перед подъёмом надзиратель
двигает базовую ветку до вершины (решение владельца 25), а угол погашенного работника
остаётся на СТАРОЙ вершине. Разница «имя базы ↔ его угол» показывала тогда ЧУЖИЕ файлы
из восьми свежих коммитов, и замок файлов на них встал: «занимать нельзя, это мерный
прибор». Теперь от базы меряем ПО ОБЩЕМУ ПРЕДКУ — это ровно то место, где работник
начинал, и движение базы его не трогает.

🪤 ТРЕТЬЕ, ЧТО ВСТАЛО НА ПУТИ: денежные ворота отказали — система прислала вид предела
`five_hour`, а настройка ждала `seven_day`. 🔴 ЗАМЕР ПОКАЗАЛ ГЛАВНОЕ: вид СКАЧЕТ. 08.08
в 12:34 приходил `seven_day`, в 16:38 — `five_hour`; 03–04.08 `seven_day`, 05–06.08
`five_hour`. Значит настройка «ждём один определённый вид» не может быть верной постоянно.
Замысла ворот НЕ ТРОГАЛ — на это слова владельца нет; поставил тот вид, что система шлёт
сейчас, и свёл с ним образец. Неустойчивость названа вопросом владельцу.

🪤 ПОПУТНО ПОЧИНЕН ХРУПКИЙ ЧУЖОЙ СТОРОЖ: он подставлял расхождение словом `'five_hour'`
вписанным и краснел в тот день, когда живая настройка сама становилась такой же, — то есть
охранял не расхождение, а одно конкретное значение. Теперь подставляет заведомо другое
относительно живого.

ПО ПРАВИЛАМ, СТОРОЖ ПЕРВЫМ. Память о вопросах: предсказано красных 4, вышло 4.
Общий предок: 1/1. Вырезаний три, все держат:
· зов переноса убран из кнопки, слово оставлено В ПРИМЕЧАНИИ — 1/1;
· правило заставили заводить пустышку там, где памяти не было — 1/1;
· общий предок подменён обратно именем ветки — 1/1.

🪤 ЧЕСТНО О СВОЁМ ПОРЯДКЕ: починку памяти я начал писать ДО сторожа и откатил её сам,
не дожидаясь напоминания. Сторожа написаны заново и покраснели, как положено.

Полный прогон: 3061 проверка в 114 файлах, код 0 (на входе смены 3047).

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-08 18:20:31 +03:00

44 lines
1.2 KiB
JSON

{
"worker_hours_limit": 24,
"service_wait_hours": 2,
"supervisor_tick_seconds": 30,
"stall_minutes": 30,
"minut_bez_dela": 240,
"odinakovyh_otchyotov_podryad": 5,
"pause_wait_minutes": 20,
"owner_answer_deadline_hours": 24,
"forgotten_pause_hours": 24,
"max_tasks_at_once": 1,
"max_workers_per_task": 7,
"workspace_max_age_days": 7,
"base_branch": "feat/noch-proba-1",
"worker_model": "opus",
"rate_limit_type": "five_hour",
"bez_doli_ne_zapuskat": false,
"run_share": 0.14285714285714285,
"start_floor_share": 0.99,
"probe_model": "haiku",
"probe_budget_per_shift": 30,
"probe_budget_window_hours": 24,
"spawn_budget_per_shift": 20,
"item_tests_timeout_minutes": 10,
"disk_free_min_gb": 5,
"disk_bad_probes": 2,
"reviewer_urls": [
"http://localhost:8000/deals",
"http://localhost:8000/clients"
],
"reviewer_limit_minutes": 60,
"reviewer_shot_run_timeout_ms": 120000,
"reviewer_shot_width": 1280,
"reviewer_shot_height": 900,
"mail": {
"host": "SMTP-хост",
"port": 587,
"user": "логин",
"pass": "пароль — сюда, файл вне хранилища кода",
"from": "robot@liderra.ru",
"to": "почта владельца"
}
}