[2026-11-14] 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 ноября, 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`.
+- E5 `0668b9d5-db8a-4843-8ac7-c69670bc78e2` по `wmill job get` завершён успешно. API подтверждает `held/plan_not_admitted` с тем же UUID; неизвестная ёмкость, календарь partial. Штатный observer `01a1db29-9deb-3fd4-89ef-d3fccf6ce1ea` в 17:50 подтвердил 26/26 обнаруженных работ текущим методом, пять исторических missing остаются. Mac locked; Outlook и нативная доставка не проверялись.
+- Независимая сверка в 17:55 подтвердила причину повторного допуска: конфликт по `(work, snapshot, base, method)` возвращает `superseded` в `queued`, сохраняя исчерпанный счётчик и прежнюю ошибку. Штатные receipts уже показывают этот ID в очереди в 17:40 и 17:45. После выбора worker счётчик вырос до 7, сохранённых raw осталось 4, manual retries 0. Доказательство: `a17-blocked-audit/0b746736-readonly-proof.json`. Observer 17:55 `01a1db2e-3198-dd0a-3e1c-0a61a8d94dcb` повторно подтвердил 26/26 при пяти missing. Две локальные квитанции уведомлений содержат время запроса; подтверждения рабочей доставки не прибавилось.
+- Во всех шести сохранённых снимках work `1204180319229477` совпали хеши 11 записей; изменялись только gaps. После успешного refresh в 17:30 исчез `discussion_refresh_failed` и вернулся прежний tuple; с 17:45 по 17:50 нового снимка не было. Следующий штатный Claims `01a1db2e-31b3-4324-f40b-30618847f6a3` в 17:55 оставил `0b746736…` в `blocked` и выбрал другой `43cbe79e…`, который также ушёл в `blocked`; итог `partial`, 109,644 с. Next Top Priority: три открытых действия сохранены в E5, `prepare.changed=false`; уведомительный шаг завершён, подтверждения доставки в его результате нет.
+
 ## Срез 14 ноября, 17:47 UTC — проверенный кандидат claims и реальный GitHub receipt
 
 - Разрешённая публикация `f/fetch/github_prs` завершена: v189, запуск `01a1db11-bfe8-b5e3-5db6-7e0756532760`, 28,958 с. Сохранены пять полных файлов PR1564, HEAD `f5c26d69…`, code hash `1e4f2661…`; source receipt проверен независимо. Исторический fa099 и промежуточный 628ac… superseded штатным scan; текущий `1739a60f-3e3e-4335-8cf7-b0bf6760d07d` queued 0/9. Его input hash совпал с текущим зеркалом. Неоднозначность task links остаётся отдельным gap; захват кода не означает завершения анализа.

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

@@ -4,6 +4,7 @@
 
 **Полная приёмка открыта.** Срез 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`. Подготовленное исправление изоляции ещё не активировано; повторный допуск разбирается отдельно.
 - Кандидат 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 пока нет.