[2026-11-15] eagle: personal/projects/personal-os/personal-os-fixes-2026-11-13.md personal/projects/personal-os/personal-os-production-acceptance.md

personal/projects/personal-os/personal-os-fixes-2026-11-13.md

@@ -3,6 +3,13 @@
 Состояние: **исполнение продолжается; полная приёмка пока не подтверждена**. Основание — [аудит 17 проблем](personal-os-implementation-audit-2026-11-13.md). Этот журнал описывает исправления после исходного аудита; старые проверки сохранены как история.
 
 
+## Срез 14 ноября, 18:07 UTC — масштаб повторного допуска Claims
+
+- Read-only сверка выявила 11 исчерпанных заданий с одинаковым переходом. Хеши исходных записей совпали в каждой паре снимков. Удаление `discussion_refresh_failed` после штатного refresh в 17:30 вернуло прежние tuples. На 18:00:19 UTC шесть уже повторно заблокированы с дополнительной попыткой в счётчике, пять оставались `queued`. Число сохранённых ответов модели не выросло ни у одного из 11. `exhausted-revival-cohort-20261114T180019Z.json` содержит точные пары снимков и квитанции запусков. Последующий штатный Claims `01a1db37-59b5-1c41-8c3c-2a42e79e4a13` в 18:05 также завершился `partial` и заблокировал `9377d0fb…`.
+- Изолированное воспроизведение подтвердило, что переход A→B→A расходует единственный слот без вызова модели. Отдельный кандидат исправления сохраняет лимит и удержание при возврате точного снимка, оставляет доступный слот следующей работе и сохраняет подтверждённые ответы. Целевой прогон PostgreSQL прошёл 14 групп сценариев. Проверка восстановления после инфраструктурного сбоя через опубликованный маршрут и независимое ревью кандидата продолжаются. Ранее проверенный пакет изоляции остаётся в своём manifest.
+- В 00:00 по Бишкеку API скрыл вчерашний план как `stale` по несовпадению `plan_date`. Штатный production `01a1db29-9dd3-bfb9-a939-4d0f3eef143f` штатно вернул `outside_working_hours`. Refresh `01a1db1b-e1dc-e105-4122-13a81f9672ad` прошёл за 7,366 с с 26 cache hits и 0 делегированных пакетов. Observer `01a1db37-599b-f2bd-608d-a6e613605c1b` подтвердил 26 работ текущим методом и пять missing. Для актуальной даты dispatcher запустил `853bdfec-1851-4e7a-8059-f57e32263545` после проверки очереди.
+- `853bdfec-1851-4e7a-8059-f57e32263545` завершился за 48,279 с с единственным аргументом `mode=production`. API и headless UI показали `held` на 15 ноября. SHA трёх файлов плана совпал (`438566d3…`). Сохранены все 38 открытых действий, включая три Next Top Priority, и 29 удержанных сверок на 145 минут. Ёмкость неизвестна, календарь частичен, назначений 0, ошибок JavaScript 0. Доказательство `e5-heartbeat-1807-proof.json`.
+
 ## Срез 14 ноября, 17:52 UTC — повторный допуск исчерпанного задания Claims
 
 - Штатный Claims `01a1db29-9dfe-b55e-7fe4-91027d20bb4a` прошёл за 114,207 с со статусом `partial`. Обход 598 работ: 205 queued, 23 blocked, 370 unchanged. Обход вернул прежний `0b746736-91b2-440f-82f3-aeeff4a03b4e` для work `1204180319229477` как `queued` с сохранённой ошибкой `Retry limit exhausted`; затем worker вернул тот же ID в `blocked` до модели. Это заняло единственный `max_jobs=1` слот. В старом срезе у задания уже были 6 учтённых попыток и 4 сохранённых ответа. Ручной retry не запускался. Условие возврата прежнего tuple из `superseded` проверяется отдельно; подготовленный пакет изоляции не изменён. Квитанция: `checks-2026-11-14/heartbeat-01a1db29-9dfe-b55e-7fe4-91027d20bb4a.json`.

personal/projects/personal-os/personal-os-production-acceptance.md

@@ -2,9 +2,10 @@
 
 ## Текущее состояние 14 ноября 2026
 
-**Полная приёмка открыта.** Срез 14 ноября 17:47 UTC: GitHub v189 действительно сохранил полный код PR1564 с проверенными HEAD и hash. Исправление изоляции сканирования и допуска текущего метода подготовлено, независимо проверено и прошло 342 Node / 248 Python без пропусков; рабочая миграция и публикация claims flow ожидают отдельного разрешения. Полный исходный анализ текущим методом доказан у 5 из 598 work states; это не число принятых пользователем работ. 842 продвинулся до 8/14 частей, be3f — 0/8, f727 — 7/78; новый анализ PR1564 — 0/9. Последний штатный E5 `0668b9d5-db8a-4843-8ac7-c69670bc78e2` прошёл за 50,330 с; API и headless UI подтвердили тот же UUID и held при неизвестной ёмкости. Реальная доставка рабочего запроса ревью, Outlook/native UI и пять настоящих дней пилота остаются открытыми; пилот 0/5. Доказательства: [журнал исправлений](personal-os-fixes-2026-11-13.md), [повторный аудит](personal-os-repeat-audit-2026-11-13.md), [исходный аудит](personal-os-implementation-audit-2026-11-13.md).
+**Полная приёмка открыта.** Срез 14 ноября 17:47 UTC: GitHub v189 действительно сохранил полный код PR1564 с проверенными HEAD и hash. Исправление изоляции сканирования и допуска текущего метода подготовлено, независимо проверено и прошло 342 Node / 248 Python без пропусков; рабочая миграция и публикация claims flow ожидают отдельного разрешения. Полный исходный анализ текущим методом доказан у 5 из 598 work states; это не число принятых пользователем работ. 842 продвинулся до 8/14 частей, be3f — 0/8, f727 — 7/78; новый анализ PR1564 — 0/9. Штатный E5 `0668b9d5-db8a-4843-8ac7-c69670bc78e2` прошёл за 50,330 с; API и headless UI подтвердили тот же UUID и held при неизвестной ёмкости. Реальная доставка рабочего запроса ревью, Outlook/native UI и пять настоящих дней пилота остаются открытыми; пилот 0/5. Доказательства: [журнал исправлений](personal-os-fixes-2026-11-13.md), [повторный аудит](personal-os-repeat-audit-2026-11-13.md), [исходный аудит](personal-os-implementation-audit-2026-11-13.md).
 
-- Рабочий Claims в 17:50 обнаружил отдельный дефект: исчерпанное задание `0b746736…` вернулось в `queued` с прежней ошибкой Retry limit exhausted и заняло один слот обработки, прежде чем worker удержал его без вызова модели. Run `01a1db29-9dfe-b55e-7fe4-91027d20bb4a`, итог `partial`. Подготовленное исправление изоляции ещё не активировано; повторный допуск разбирается отдельно.
+- После смены даты по Бишкеку последний production E5 `853bdfec-1851-4e7a-8059-f57e32263545` завершился за 48,279 с. На 15 ноября API и headless UI подтвердили `held` и совпадение UUID. Три копии плана совпали по SHA. Все 38 открытых обсуждений, три действия Next Top Priority и 29 удержанных сверок на 145 минут сохранены. Ёмкость неизвестна, календарь частичен, назначений 0. Доказательство `e5-heartbeat-1807-proof.json`.
+- Claims повторно допустил 11 исчерпанных заданий после снятия `discussion_refresh_failed`, хотя хеши исходных записей совпали. На 18:00:19 UTC шесть заняли по слоту без нового ответа модели, пять ожидали выбора. Доказательство `exhausted-revival-cohort-20261114T180019Z.json`. Отдельный кандидат прошёл целевое воспроизведение и 14 групп сценариев PostgreSQL. Независимое ревью и рабочая активация ещё открыты.
 - Кандидат claims: manifest `19eb5705…`, 17 файлов, 18 изолированных PostgreSQL-сценариев; 740 совокупных SHA сверены без расхождений. Полный последовательный Node-прогон 342/342; Python 248/248. Первый параллельный Node-прогон 341/342 сохранён: два DB-теста конкурировали за неизменённый общий worker-lock одной тестовой БД. Production-lock не ослаблен. Dry-run меняет только четыре файла существующего `f/analyse/work_claims_extract`; три dependency lockfile неизменны, форматирование YAML семантику не меняет. Рабочая пропускная способность 598-work scan и p95 ещё не измерены.
 - Доказательство текущего метода требует полного bootstrap и непрерывной цепочки применённых ревизий. 299 legacy/v1 состояний воспроизвели ошибочный unchanged по source hash. Исторический аудит 82 терминальных v4 состояний: 69 incremental без доказанного полного корня, 8 no-op, 5 полных корней. Новый read-only срез 17:45:12Z: 598 states; latest non-superseded v4 — 206 queued, 73 succeeded, 22 blocked, у 297 такого job нет; full-source lineage по-прежнему доказан у 5. Исторический succeeded и свежесть глобальных источников не считаются полнотой анализа.
 - Сбой discussion-refresh 17:00 (`01a1dae4-f3b9-50fb-d217-b0192a1e76c8`, Python ETIMEDOUT) восстановлен существующим расписанием 17:30: `01a1db00-6aa0-d9f3-d097-230dd5c8b263`, success за 7,645 с, cache_hits26/delegated0. Срез 17:45: exact method/revision receipts совпали у 26/31, пять исторических missing сохранены. Причина редкого тайм-аута не установлена; timeout не увеличен. Добавленная диагностика не сохраняет содержимое источников; новых error receipts пока нет.