Фоновые сессии и их результаты

23:18 [28.07] — как и в прошлой сессии: инструмента `mcp__computer-use__list_granted_applications` в моём наборе нет (ToolSearch ничего не нашёл).

NOTOOL

Разобрал сигнал крана-сторожа (4 «не в порядке» задачи). Итог — все четыре уже объяснены или уже чинятся, править было почти нечего:

1. **Claude Reddit Warmup Lead** (Disabled) — намеренно: Reddit-лейн заморожен 2026-07-23/28 (шэдоубан 3 аккаунтов), уже зарегистрирован в `DISABLED_OK` cron_watchdog.py — не баг.
2. **Claude Tg Calendar Agenda** (Disabled) — намеренно: «пока стоп» (память calendar-agenda-stopped), тоже уже в `DISABLED_OK`.
3. **heartbeat-relay** (arm-verify просрочен с 12.07) — это НЕ забытый баг, а сознательно оставленный красным «нэг»: владение передано Маяку, но verify не закрыт — привязано к P0-блокеру Hetzner/Маяк, лечится там же.
4. **reddit-warmup-lead молчит 41ч** — это была настоящая просадка (registry drift: OS-задачу отключили 28.07, а близнец-реестр heartbeat в `REGISTRY_MCP` не обновили — классическая грабля, описанная в самом файле). Я собрался поправить одну строку (`DAILY`→`None`), но при записи получил конфликт «file modified since read» — параллельная сессия/сторож уже исправил ровно эту строку за секунды до меня (сейчас там `"reddit-warmup-lead": None, # RETIRED 2026-07-28`). Правка не нужна, дубли не создавал.

Ничего в общей инфраструктуре не менял (уступил параллельному редактору). Если нужно — могу дальше разобрать P0-бэклог (Hetzner/Маяк, реактивационный батч, автоканал доставки пирам) или долги шины (90 шт., старейший 302ч).

23:31, вторник, 28 июля 2026

🧒 Простыми словами: мне никто не дал новую задачу в этом заходе, а браузер (Chrome) сюда ещё не подключился — значит забрать отчёт Gemini я сейчас не могу. Зато нашёл в очереди задачу «научи /dr-fanout не принимать пустой отчёт от ChatGPT» — и оказалось, что она уже сделана в прошлых заходах, просто карточка забыла об этом сказать. Я проверил построчно и закрыл её.

Что сделал: task-2026-07-27-dr-fanout-citations-gate закрыта как `done` — гейт «0 citations/0 searches → статус `dead`, не `collected`, не идёт в синтез» уже реализован в `SKILL.md` скилла `/dr-fanout` (строки 82, 108, 126, 143) и подтверждён 5 полевыми прогонами 26–28.07 плюс проверкой `dr_registry.py` (`dead` — настоящий терминальный статус). Единственное расхождение с исходным текстом задачи — она предлагала имя статуса `degraded` и мягкое «третий голос по общим местам», а в поле закрепилось имя `dead` и полное исключение из синтеза (строже, не слабее) — я это явно отметил в чек-листе, не выдал за 1:1.

Дальше: computer-use/Chrome в этой сессии не подключён, поэтому задачу по сбору Gemini-отчёта (DR26-07-14-MACANTON-01) взять не могу — жду появления доступа к экрану/браузеру в фоне.

23:21, 28.07.2026 — задача выполнена.

**Что сделано:** прочитал `MACHINE_HOST=A-2022BAYAREA` из `C:\Users\Anton\.claude\machine.env`; записал файл `spawn_proof.txt` в указанный scratchpad-путь с содержимым `PROOF A-2022BAYAREA 2026-07-28 23:21:28`.

**Чем доказано:** запись подтверждена харнесом (файл создан, состояние актуально); директория существовала заранее (в ней уже лежали `chip_census.py` и `proof_task.md` — это чужая scratchpad-папка родительской/соседней сессии, я туда только дописал требуемый файл).

**Осталось / заблокировано:** ничего — задача тривиальная, Tier-2 не задет, наружу ничего не публиковалось.

ГОТОВО записал `PROOF A-2022BAYAREA 2026-07-28 23:21:28` в `spawn_proof.txt`

Готово. Задача выполнена полностью, без блокировок.

**Что сделано:**
1. Прочитал `MACHINE_HOST=A-2022BAYAREA` из `C:\Users\Anton\.claude\machine.env`.
2. Записал файл `spawn_proof.txt` в указанный scratchpad-путь с содержимым:
   ```
   PROOF A-2022BAYAREA 2026-07-28 23:24:35
   ```
3. Проверил — файл создан по точному пути, одна строка, формат соблюдён.

ГОТОВО: записал `PROOF A-2022BAYAREA 2026-07-28 23:24:35` в `spawn_proof.txt`.

Ничего не заблокировано, Tier-2 не задействован, наружу ничего не публиковалось.

The task is trivial — the file's actual instruction is just to answer with one line.

Гонка проверена.

…
| `--check` работает на хабе | exit 1 на дрейфе, exit 0 после прогона |
| Рутина «Canon Index Nightly» 23:40 Лиссабон | прогнана через планировщик: `LastTaskResult: 0`, next 29.07 23:40 |
| Сторож свежести | `output_freshness.py` → артефакт `canon-index-nightly`, 30ч; `OK -- 0.2ч`; родной тест сторожа по-прежнему ALL PASS |
| Тест + паспорт (§5.8) | `_test_canon_index.py` 20/20 PASS; `canon_index.md`; карта покрытия: `tested: True, documented: True` |
| Карта системы | `build_arch_map.py` пересканирован, задача на карте, broken 0 |
| Флот уведомлён | dual-send exit 0 (TG-03 msg 17267 + шина) |

**Живой пример закрыт.** Два приказа Антона (№24 вопрос дня, №19 факап дня) не попадали в индекс по двум причинам: индекс сгенерирован до их создания **и** у обоих не было `status:` в шапке — они бы легли в «без статуса», то есть «не понять, исполняемые или история». Проставил `status: active`, оба теперь в списке активного канона (строки 110 и 354).

**Сторонние глаза (§4.3).** Codex T3 нашёл две настоящие дыры, обе закрыты и покрыты тестами: неатомарная запись деривата в синкаемой шаре (теперь temp + `os.replace`) и **тихое разжалование** — опечатка в шапке (`status: [active`) молча уводила живое правило в историю; теперь это громкое ⚠️.

**Пункт 4 (аудит класса).** Прошёл весь волт по шапкам «сгенерировано / не править руками» с извлечением имён движков: **других случаев нет**. Детектор проверен на состоянии до фикса — ловит ровно тот случай, значит ноль не от слепоты.

**Осталось / не моё:**
- **Mac должен перестать писать.** Два писателя на один файл уже дали 4 sync-conflict 27.07. В шине лежит просьба выключить его ночную перегенерацию или обернуть в `derived_writers.guard`. Пока Mac не ответил — риск живой.
- **Дыра в существующем гейте.** `arch/lint_canon_script_refs.py` ловит ровно этот класс, но сканирует только CLAUDE.md и скиллы — шапки дериватов в волте вне его поверхности. Расширение было бы forever-fix, но гейт **прямо сейчас краснит 35 NEW и его базлайн перебивает параллельная сессия** — лезть туда одновременно я не стал (§7.7).
- **28 канон-файлов без `status:`** — каждый в лимбе «исполнять или нет». Отдельная задача, за рамками этой.
- 🤔 **Гипотеза, не доказана:** маковский прогон 28.07 не увидел 5 правил, созданных за часы до него — похоже на отставание Syncthing на роуминговом ноутбуке. Опровергать не пробовал, поэтому гипотеза.

Заблокированного нет. Tier-2 не потребовалось.

🧒 **Простыми словами:** у нас есть список живых правил, и правило не из списка выполнять нельзя. Робота, который этот список составляет, держал у себя один ноутбук, и он никому не пересылался — а в самом списке было написано «проверяй меня вот такой командой», хотя команды ни на одном компьютере не было. Я собрал робота заново на главном компьютере, сверил — ни одно правило не потерялось, поставил его работать каждую ночь и приделал сторожа: если список залежится дольше 30 часов, придёт тревога. Заодно два свежих приказа наконец попали в список живых.

…
- Порядок у производителя `clear() → replace(.npy) → replace(.pkl) → write()`: крэш оставляет **отсутствующий** манифест (мягко), а не протухший (ложная тревога).
- Манифеста нет / битый json / чужая версия = мягкая деградация до проверки длин. Флот не ломается.
- `--backfill` запечатал живые индексы **без многочасового реиндекса**; `--check` даёт 0/1/2 (2 = «сверка выключена» отдельно от «всё хорошо» — принято от ломателя).
- Манифест машинно-локален: `*.json` уже в `.stignore` рядом с `*.npy`/`*.pkl` — правка `.stignore` не понадобилась (зону соседней сессии не трогал).

## Чем доказано

| Проверка | Результат |
|---|---|
| `_test_brain_ask.py` | **37 → 58 проверок, 0 FAIL** (тест написан ДО кода и был красным) |
| Break-тест 1: сверка отключена в `load_index` | 4 FAIL, откачено по md5 |
| Break-тест 2: хеш только по путям | красный ровно на чанк-перестановке + на живых индексах |
| Break-тест на РЕАЛЬНЫХ 8887 описаниях | перестановка **двух** строк и сдвиг всего списка пойманы |
| Живой прогон производителей | ночной реиндекс 23:50 сам записал манифесты: `by=brain_embed_update.py` (9878), `by=brain_embed_openai.py` (9879) |
| `brain_ask.py "как мы строим продукт"` | **12 hits, exit 0** — как раньше; коды 0/2/3 не тронуты |
| cp1252-класс | нашёл у себя же (`exit 1` на голой консоли) и закрыл guard'ом |
| `/arch scan` + `coverage_map.py` | перекатаны; 0 broken; RED в линтах — чужие файлы (`hn_watch.py`, `sandbox_bus.py`, `zalp_delta.py`), не мои |

**Внешний ломатель Codex T3** (`rag-index-checksum`): 3 замечания. Одно принято в код (код 2 у `--check`), два записаны как честные пределы — окно между подменой `.pkl` и записью манифеста (~мс, fail-soft) и «два производителя разом». Последнее **проверил, а не поверил**: у e5 одиночный лок работает (мой параллельный запуск был отбит живьём), у `brain_embed_openai.py` лока нет.

**Документы:** паспорт [[brain_ask]] обновлён (предел снят, 56→58 проверок), новый паспорт `00-System\Parts\memory-rag\brain_index_manifest.md` с разделом «чего НЕ ловит», карточка `10-Tasks\task-2026-07-29-rag-index-checksum.md`, линк из `_Tasks-MOC.md` (раздел «Покрытие тестами и доками») и из `MOC-memory-rag`. Бэкапы: `brain_ask.py.bak-20260728-pre-manifest` + `.bak-20260728` у трёх остальных.

## Осталось / заблокировано

- 🔴 **Хвост, не блокер:** у `brain_embed_openai.py` нет одиночного лока (класс «два писателя», не «целостность индекса»). Трогать платный ночной индексатор в рамках этой задачи не стал — оставляю тебе как отдельную починку, она дешёвая (`bc.SingleInstance`).
- 🟡 На других узлах флота сторож включится сам при первом реиндексе (движок уедет по `claude-imports`, манифест локальный); до этого — прежняя проверка длин.
- Ничего наружу не публиковал, Tier-2 не трогал, платных API-вызовов не инициировал (манифест OpenAI записала штатная ночная рутина сама).

…

**Что в сторе (только `secrets\`, наружу ноль):**
- `chrome-passwords.csv` — полный экспорт паролей Chrome (профиль Default, `dz***@gmail.com`), сделан штатным «Export passwords» под Windows Hello (Антон подтвердил сам 28.07). Колонки `name,url,username,password,note` — привязка сервис→логин→пароль встроена. Это и есть «менеджер паролей».
- `chrome-login-gaps.md` — новый список **«НЕЧЕМ ВОЙТИ»: 33 хоста**, известных Chrome, но без пароля в экспорте (passkey-only / v10 / SSO-only / устаревшее). Только хосты, без логинов и паролей.
- `credentials.md` — индекс-запись обновлена: числа + аудит + ⚠️ про app-bound `v20`.

**Чем доказано (замер ПОСЛЕ разбора состава, независимый метод):**
- `~/.claude/scripts/chrome_creds_audit.py` (другой скрипт, не тот что делал экспорт) пересчитал: **1869 строк · 1857 с реальным паролем · 12 пустых**. Ядро совпало с прошлым замером = подтверждено. Домены зависят от нормализации (raw 1155/288-мульти vs нормализованный хост 1145/267) — методики разные, поэтому это НЕ «расхождение», ядро едино.
- /tt пройден: 3 break-теста краснеют (нет CSV / битые колонки / переименованная секция карты → все exit 1); встроенный `--self-test` доказан красным на сломанном коде и зелёным на целом; на «злом» CSV (секретный пароль + многострочный note) отчёт НЕ содержит ни значения пароля, ни note (grep=0).
- Внешний ломатель Codex (secondop t3) поднял 2 края (IPv6-хост, multiline-note) — оба закрыты и перепроверены.
- Защита от утечки доказана: секреты на диске C: (`!CLAUDE-HP17 May26\secrets`), RAG индексирует ТОЛЬКО волт `E:\Obsidian` (разные диски → структурно вне RAG); публикационный гейт `leak_scan.py` пойман живьём — машинные идентификаторы → exit 1 BLOCKED, чистое → exit 0. Файл лежит в своей Syncthing-шаре `claude-secrets` (не в `anton-knowledge`/`claude-home`).

**Корень, закрывший scope «написать скрипт извлечения паролей» (✅ доказано, не гипотеза):**
Современный Chrome шифрует пароли **app-bound (`v20`, привязка к процессу Chrome)** — DPAPI/скриптом НЕ извлекаются. Пункт scope №1-2 в исходной форме (DPAPI-скрипт) невыполним by design и это правильно. Рабочий путь пополнения стора = штатный экспорт Chrome под Windows Hello (руки Антона). `chrome_creds_audit.py` обрабатывает результат такого экспорта — это достижимая форма «скрипта».

**Что осталось / границы:**
- Пополнение стора новыми/сменёнными паролями = разовый ручной экспорт Chrome Антоном (v20 не автоматизировать). Не блокер — стор уже полон (1857 паролей).
- 12 пустых + 33 «нечем войти» — не чинить массово: это passkey/SSO/устаревшее, вход через них идёт другим путём.

**Критерий «сделано»:** стор содержит рабочие пары сервис→логин→пароль (1857), есть список «нечем войти» (33), доказано что файл не уезжает в волт/RAG/наружу, скрипт-обработчик с тестом и док-паспортом (докстринг-шапка) прогнан. Все пункты закрыты.

**⛔ Инвариант соблюдён:** ни одного значения пароля в этот отчёт, в карточку, в память, в волт и в лог не попало.

…

### Сделано
1. **Замер состава долга** (не «на глаз»): леджер 105 единиц = 73 `queued` + 24 `posted` + 8 `skipped`. Разбор 73: 52 `episode`, 16 `plan-cluster`, 3 `intention`, 2 `devlog`; файлы всех 73 на диске, пропаж 0. Самый старый висяк `plans\plan-2026-06-08.md` (51 день). Отдельно: воронка `triage\posts.jsonl` 518 захватов, это сырьё, а не долг.
2. **Робот дистрибуции** `content_debt_watch.py` + дашборд `_Dashboards\Content-Debt.html` + задача Windows `Content-Distribution-Watch` (ежедневно 23:40, ночное окно). Паспорт: [[Content-Debt-Watch-Passport]].
3. **Дневник постов FB/X** `diary_build.py` → `E:\GitHub\clawrush\diary\` (README + 2026-06 + 2026-07), **42 записи со ссылками** (FB 27, X 15), RU и EN, кросс-ссылки на лонгриды. Коммит `39d4a88`, запушен. Паспорт: [[Diary-Build-Passport]].
4. **Контент-план v1** с арифметикой: [[Content-Plan-v1]] — 3 старых + 3 свежих в день, долг 73 обнуляется за 25 дней (запас 6 дней до дедлайна).

### Найдено и починено по ходу
- ⚠️ **Ложный вердикт сторожа.** «GitHub-дневник молчит 18 дн» оказался артефактом отставшего локального клона: на `origin` лежало 45 коммитов, последний накануне. Корень: мерили свою копию, а не опубликованное. Лечение: `git fetch` + замер по `origin/*`; не удалось сверитьcя — честный `STALE-SOURCE` «не знаю». Регрессия закреплена тестом.
- ⚠️ **Утечка в публичный README.** Причина ручного скипа поста пересказывала его содержание. Наружу теперь идёт нейтральная корзина, полная причина остаётся в локальном `diary_gaps.json`.
- ⚠️ **Нестабильный `id`** поста на встроенном `hash()` (соль случайная на процесс) — кэш однострочников не совпал бы никогда, молча. Переведён на `hashlib`.

### Не сделано и почему
- **8 свежих постов FB (19–28 июля) не попали в дневник:** свежий скан стены `fb_posts_scan.json` не несёт `permalink` (0 из 14), а старый `fb_wall_window.json` со ссылками остановился на 2026-07-05. Ссылку не выдумываем: посты записаны в `diary_gaps.json` с причиной. Чинится на стороне сборщика стены (живой логин FB = руки Антона).
- **X: состояние канала неизвестно** — окно `x_wall_window.json` не обновлялось 23 дня.
- **`diary_build` не поставлен на ночь:** пока свежие посты приходят без ссылок, автопрогон давал бы ноль новых записей.
- **Леджер долга двигается руками** (один снимок `2026-07-05: 73`): пока публикация не проставляет `posted` сама, «долг тает» держится на честном слове. Отдельная деталь.

### Доказательство
- `python _test_content_debt_watch.py` → 12/12; `python _test_diary_build.py` → 22/22.
- Тесты проверены **мутациями**: 4 нарочные поломки на дневник (3 покраснели сразу, 4-я вскрыла дырку в тесте, дырка закрыта) + 1 на сторожа (`SILENT 209 дн` при возврате старого поведения).
- Сторож после публикации сам переключил `github_diary` из `SILENT` в `OK last=2026-07-29`, то есть петля план→факт замкнута.

**Вердикт: ✅ по пунктам 1–4, ⚠️ по охвату дневника** (42 из 51 поста окна; 8 заблокированы отсутствием ссылок в источнике, 1 исключён редакторски).

## Why
Запущена отдельная фоновая сессия вместо немого чипа (правило «решил создать сессию — сам её и запусти», Антон 28.07.2026).

## Задача
# Сессия: заметность на GitHub — собрать уже заказанный DR, замерить, позиционировать рядом с Карпати

Ты на хабе A-2022BAYAREA, оператор — Антон. Пункты №53 и №41 голосового разбора. Антон: «был новый DR — найти, собрать, провести ещё замер».

## Outcome
Есть честный план разгона заметности: что реально двигает стрелку, что не двигает, и где красная черта. Плюс сформулировано, чем наша сборка похожа на подход ***rej ****athy и кто ещё работает в этой нише.

## Контекст
- Реестр ДР: `E:\Obsidian\Anton-Knowledge\_DR-Registry.md`, движок `python E:\Obsidian\_imports\dr_registry.py`. Сначала найд

## Как смотреть
- статус: `python ~/.claude/scripts/spawn_session.py list`
- лог: `python ~/.claude/scripts/spawn_session.py tail 20260729-071025-5341--github--dr`
- рабочая папка: C:\Users\Anton\.claude\spawned\20260729-071025-5341--github--dr

## Outcome
(дописывается ранером по завершении)

## Outcome (закрыто 29.07)
Сессия была убита в 07:25 ради видимого перезапуска, лог пустой — работа сделана заново видимой сессией.
Продукт: [[decision-2026-07-29-github-visibility-measurement-and-karpathy-position]]
Живая карточка с критериями «сделано»: [[task-2026-07-29-github-zametnost-zamer-i-karpaty]]

## Why
Запущена отдельная фоновая сессия вместо немого чипа (правило «решил создать сессию — сам её и запусти», Антон 28.07.2026).

## Задача
# Сессия: альфа-конвейер — со звонков и с инженерных каналов, с ВИДИМЫМ доказательством работы

Ты на хабе A-2022BAYAREA, оператор — Антон. Пункты №38 и №48 голосового разбора. Антон про №38: «сделать, чтобы видеть, что это работает». Про №48: «альфамайнер — убедиться, что работает».

## Outcome
Заметки со звонков и посты из инженерных TG-каналов сами превращаются в альфу в волте, и на дашборде видно: сколько зашло вчера, сколько сегодня, что именно выбрано и почему.

## Контекст
- Звонки: Granola (MCP `mcp__1ec939e5-...`) и Fireflies. ⚠️ Granola требует авторизации и в неинтерактивной сессии 

## Как смотреть
- статус: `python ~/.claude/scripts/spawn_session.py list`
- лог: `python ~/.claude/scripts/spawn_session.py tail 20260729-071416-3848`
- рабочая папка: C:\Users\Anton\.claude\spawned\20260729-071416-3848

## Outcome
Сессия остановлена на полпути 29.07 07:25 ради видимого перезапуска. Работу подхватила и довела
до конца видимая сессия того же дня — итог, доказательства и что осталось:
[[task-2026-07-29-alpha-flow-visible-pipeline]].
Успела до остановки: `alpha_flow.py` + `_test_alpha_flow.py` + первая версия дашборда
`_Dashboards\Alpha-Flow.html` + `granola\alpha_post.py` с атомарной записью стейта.

## Why
Запущена отдельная фоновая сессия вместо немого чипа (правило «решил создать сессию — сам её и запусти», Антон 28.07.2026).

## Задача
# Сессия: два правила — dogfooding перед выпуском наружу и единая температурная шкала

Ты на хабе A-2022BAYAREA, оператор — Антон. Пункты №35 («это тоже правило» — сессия + регламент) и №49 («сессия на сдачу по температуре лидов в CRM»).

## Outcome
Оба правила живут не в переписке, а в домах, куда придёт следующий исполнитель: канон, Библия, память, скилл, хук — по матрице. И по каждому доказано покрытие.

## Часть 1: регламент dogfooding (№35)
Суть: перед внешним запуском любой фичи — сначала внутренним пользователям (команда), собрать фидбэк, зафиксировать боли и баги, доработать, ретест вн

## Как смотреть
- статус: `python ~/.claude/scripts/spawn_session.py list`
- лог: `python ~/.claude/scripts/spawn_session.py tail 20260729-071439-3549--dogfooding`
- рабочая папка: C:\Users\Anton\.claude\spawned\20260729-071439-3549--dogfooding

## Outcome — ✅ закрыто 29.07.2026 (хаб A-2022BAYAREA)

**Часть 1 (п.35, dogfooding)** — была сделана утренней сессией, эта сессия проверила и достроила:
правило живёт в CLAUDE.md §5.9 · Библии `reglament-snachala-na-svoih-potom-naruzhu-dogfooding` ·
памяти `dogfood-before-external-release` + строка в MEMORY.md · скилле `/release-slice` Шаг 2b ·
`_CANON-INDEX`. `rule_home_guard.py dogfood-before-external-release` = **GREEN** (exit 0).
Достроено сейчас: в Библию добавлена **матрица покрытия по домам** с явным вердиктом на каждый,
включая единственный ⛔ — хук, с причиной (у события «уходит наружу» нет одного инструментального
следа: git push · TG MCP · Chrome/FB · GitHub PR).

**Часть 2 (п.49, температура)** — сделана этой сессией:
[[insight-2026-07-29-edinaya-temperaturnaya-shkala-lidy-alfa-zadachi]] +
карточка [[task-2026-07-29-edinaya-temperaturnaya-shkala]].
Главный вывод: поле температуры не надо вводить — их **три**, все заполнены на 14 133/14 133,
и два из них противоречат друг другу на 1064 карточках. Заметка отвечает на открытый вопрос
доктрины Антона [[concept-lead-typology]] («нужна более тонкая шкала остывания»).

ок

**Отчёт**
- **Что сделано:** прочитал `C:\Users\Anton\.claude\spawned\20260729-071645-warn-check\task.md`, выполнил задачу — она состояла из одной строки «скажи ок».
- **Чем доказано:** файл прочитан целиком (17 строк), инструкция после разделителя `---` = `скажи ок`, ответ дан.
- **Что осталось:** ничего.
- **Заблокировано:** ничего. Tier-2 не потребовался, наружу ничего не уходило.

🧒 Простыми словами: в записке было написано всего одно задание — «скажи ок». Я сказал ок. Больше там ничего не было.

**Долг перед Арсением закрыт — отправлено, подтверждено, записано.**

Текст, ушедший от @***ydzi (102 слова, строчными, без подписи, один открытый вопрос в конце):

> арсений, привет. извини за паузу — твой ответ висел на мне двенадцать дней, это мой косяк, не твоя тишина.
>
> термукс как рельса управления агентом — ровно та часть, которой у меня нет. у меня четыре машины в связке: домашний хаб на двух gpu, ноут, мак и vps-якорь; приказы ходят между ними через телеграм-группу, туда же каждая сама отчитывается. телефон в эту схему пока не встал: узлу надо пережить сон и ребут и самому отписаться в шину, а на телефоне у меня для этого ничего не крутится — он у меня пульт, а не узел.
>
> что у тебя термукс реально держит, когда телефон в кармане и экран выключен?

**Что сделано и чем доказано**
- RECALL до буквы черновика: карточка целиком + задача в реестре + **живой** `get_history 144660345` под @***ydzi. Тред совпал с описанием один-в-один, за 12 дней в него никто не писал → расхождения нет, эскалация не понадобилась.
- Отправлено 29.07 06:19:48 UTC, **msg_id 2128098**; подтверждено повторным `get_history` — сообщение лежит в треде.
- Касание записано: `budget.py record TONYDZI community-touch arseniy-sp --msg 2128098` → `recorded [PROVEN msg_id=2128098]`.
- `budget.py unverified` — строк с arseniy-sp **0** (висят только два чужих старых: stan-novi 18.07 и w2test).
- Карточка: frontmatter `last_contact/touched_at 2026-07-29`, `touch_verified msg_id 2128098`, `awaiting: ЕГО`; красный заголовок долга снят, добавлен блок «Контакт 2026-07-29 ✅ ПОДТВЕРЖДЕНО».
- `tg_followups.json`: `ball: them`, `last_touch 2026-07-29`, `verified` с обоими msg_id (бэкап `.bak-20260729` рядом). Дашборд пересобран: 13 лидов, Арсений теперь в «Ждём ответа», не в «мяч у нас».
- Задача в реестре: пункт по Арсению отмечен `[x]` + evidence с msg_id.

**Не делал (по не-целям):** Calendly и созвон — нет. Песочницу Claude↔Claude не упомянул: поверх первого же ответа она бы перетянула смысл письма; пометил в карточке как уместный следующий шаг, если он ответит. Других лидов не трогал.

**Осталось / расхождения**
- Вторая половина той же задачи реестра — **Антон Катков** (долг 19 дней) — вне моего scope, остаётся открытой.
- ⚠️ Отклонение от ТЗ: писал не Fable 5, а Opus 5 — эта фоновая сессия запущена на Opus, модель внутри сессии не переключается. Sonnet, который запрещён, не использовался; Opus = штатный fallback по §6.2.

🧒 Простыми словами: Арсений ответил нам ещё 17 июля через 16 минут, а мы двенадцать дней молчали — просто не заметили. Я написал ему сам, коротко и по делу: извинился, рассказал, что у нас четыре компьютера общаются через телеграм, а телефон в эту компанию пока не взяли, и спросил его про телефон. Письмо ушло, номер письма записал везде — в карточку, в журнал и в табличку, чтобы больше никто не потерялся.

…

3. **Канон починен — он противоречил сам себе.** В `reindex-routine.md` было ДВА блока, оба датированных 29.07: один «задача восстановлена и работает», другой «задачи на хабе НЕТ, лаг до суток, решение за Антоном». Второй переписан в исторический блок «состояние ДО восстановления» с явной пометкой, что его вывод больше не действует; сохранено то, что починку пережило (кулдаун = дроссель, а не производитель; замер «6 прогонов в сутки максимум»; реальный порог watchdog 240 мин, а не 90). Снят пункт «решение за Антоном»: замер показывает, что развилки «свежесть против нагрузки» нет — 66 с на прогон, почти все тики выходят мгновенно.

4. **Флот проверен, каждый узел — со степенью доказанности:**
   - хаб — замерен, ≤15 мин;
   - **Маяк** — по ssh: cron/systemd-таймера реиндекса нет, e5-индекса нет вовсе (нет GPU), но `_brain_oai.*` обновляется раз в сутки ~03:18 из ночных обёрток → **лаг до суток**; 15-мин таймер там означал бы платные вызовы OpenAI каждые 15 минут — не ставим;
   - **ноут ZBook** — с хаба состояние не читается (ssh timeout; своего `routines-*.json` он в шину не шлёт). Последний известный замер — его собственный транскрипт 22.06: `Frequent (15m)` = `Disabled`. Отправлен робото-видимый `TASK:` по шине (дошёл обоими рельсами) на самоотчёт; в заметке это помечено как «последнее известное», а не «текущее»;
   - **Маки** — ssh отказал (`refused` / `host key`), поэтому «реиндекс не гоняют» помечено как вывод из роли, а не замер.

5. **Тесты**: `_test_essence_registries.py` exit 0 и `_test_reindex_frequent.py` exit 0 — до и после моих правок. Зона `memory-index` объявлена на доске ON AIR и закрыта; прошлая заявка `vault-imports` той сессии уже была `expired`, конфликта не было. Бэкап заметки — в скретчпаде сессии.

**Осталось / заблокировано**
- Ответ ноута по шине (единственный незакрытый факт). Ничего не блокирует: даже если там окажется `Ready`, это не поломка, а повод выключить по §7.1.
- Маки остаются непроверенными с хаба — чинить ssh-доступ ради этого не стал, это отдельная задача.
- Tier-2 не потребовалось: наружу ничего не ушло, кроме внутрифлотового запроса.

🧒 **Простыми словами:** будильник, который каждые 15 минут освежает «поиск по мозгу», кто-то выключил месяц назад, а в инструкции так и было написано «он работает». Ночью его починила соседняя сессия — но инструкция стала спорить сама с собой: в одном абзаце «починили», в другом «его нет». Я проверил своими глазами, что будильник реально звонит и работу делает, нашёл, кто и какой командой его выключил, и переписал инструкцию так, чтобы она не врала. Ещё обошёл остальные компьютеры: на сервере-Маяке обновление раз в сутки и так правильно, ноуту отправил записку «скажи, как у тебя», про Маки честно написал «отсюда не видно».

…

**Найден усилитель, которого в задании не было.** `approval.py due` отдаёт конверт **на каждый аск**, а `approval_reping_tick.py` шлёт каждый. Это не гипотеза: `_reping_tick.log` — 249 строк за утро, тик работал 07:31–07:35 и слал Антону в телефон примерно по сообщению каждые 5 секунд. Побочно объяснилась загадка «153 аска в одну минуту»: `cmd_due` при переpingе **перезаписывает `created`**. Свернул через `ask_once.fold_due()` — один вопрос = одно напоминание с припиской «и ещё N копий».

**Чем доказано:**
- движок: `--self-test` ALL PASS · `--break-test` 5 провалов на сломанном ключе;
- **проводка** (новый тест `_test_ask_once_wiring.py`, дёргает настоящие функции роботов): 12/12 OK · `--break-test` 9 провалов;
- самотесты `canon_apply` и `claude_md_guard` после правок — ALL PASS;
- **живьём:** тик свернул 27 конвертов → **1 сообщение** вместо 27;
- замер стены: 190 открытых → **5 уникальных**, 185 лишних копий.

**Границы соблюдены.** `approval.py` не тронут ни строкой (mtime 28.07 23:32). Бэкапы `*.bak-preaskonce-20260729`. Существующие pending не удалены.

**Свои ошибки, найденные по ходу:** (1) `--break-test` импортировал `ask_once` раньше песочницы → тест насорил 23 строки в боевой лог; починено перепривязкой модульных путей, строки помечены, оригинал в `_ask_once.log.pre-cleanup`, боевая база не пострадала (проверено поиском тестовых id — их там нет). (2) В проверке импортировал `approval_reping_tick`, а он выполняется на уровне модуля → ушёл ещё один пинг в 02 (уже свёрнутый, 1/1).

**🔴 Осталось на Антона** — 190 накопленных копий это его очередь, молча не трогал:
```
python C:\Users\Anton\.claude\scripts\ask_once.py collapse          # репетиция: покажет 190 → 5
python C:\Users\Anton\.claude\scripts\ask_once.py collapse --apply  # схлопнуть (бэкап базы сам)
```
**Не заблокировано ничего.** Записано: карточка `10-Tasks\task-2026-07-29-ask-wall-dedup-at-producer.md`, строка в `_Tasks-MOC.md`, память `wiring-needs-its-own-test` + строка в MEMORY.md.

**Не проверено честно:** кто именно поднял 153 аска в 07:31 до моей правки — установлено, что это переping перештамповал `created`, но исходный всплеск ~180 копий за 07:01–07:28 совпадает с массовым стартом фоновых сессий; это 🤔 гипотеза, опровергать её не стал.

🧒 **Простыми словами:** у тебя в телефоне один и тот же вопрос задавался 179 раз — каждая новая сессия спрашивала заново, будто предыдущей не было. Ночью сделали «глушилку повторов», но забыли её включить: она лежала и тест на ней горел зелёным. Я её включил в четырёх местах и проверил не «работает ли глушилка», а «дёргает ли её кто-нибудь» — это разные вещи. Ещё нашёл вторую беду: напоминалка слала отдельное сообщение на каждую копию, поэтому утром телефон пикал каждые 5 секунд. Теперь одно сообщение на один вопрос: проверил вживую — было бы 27, ушло 1. Старые 190 копий не стёр, это твоя почта: скажешь — одной командой схлопну в 5, ничего не пропадёт.

[⏰ среда, утро, 08:29, 29 июля 2026]

проба

Отчёт: задача — ответить одним словом; выполнено, доказательство — строка выше. Осталось: ничего. Заблокировано: ничего.

🧒 Простыми словами: в записке было написано «скажи одно слово: проба». Я прочитал и сказал.