diff --git a/family/documents/vault-sync/2026-09-14-cron-api-timeout-sync-outage.md b/family/documents/vault-sync/2026-09-14-cron-api-timeout-sync-outage.md
index 833b871f..63bab20c 100644
--- a/family/documents/vault-sync/2026-09-14-cron-api-timeout-sync-outage.md
+++ b/family/documents/vault-sync/2026-09-14-cron-api-timeout-sync-outage.md
@@ -63,6 +63,10 @@ for r in c.execute(\"select claimed_at,finished_at,status,error from executions
 ```
 3. Скриптовая cron-задача, оформленная как prompt, наследует все риски LLM-провайдера (таймауты, 402) — для чистой механики (sync, healthcheck) лучше `--no-agent`.
 
+## Подтверждение восстановления (22:30 UTC)
+
+После ручного прогона 21:40 каденция вернулась сама, без вмешательства в конфиг: тики 21:35→22:30 — **12 запусков/час, failed = 0**, разрывов >10 мин нет. Все три репозитория по-прежнему на одном коммите (`ec21efe`), рабочие деревья чистые. Итог: инцидент закрыт по данным, причина (LLM timeout в prompt-задаче) остаётся открытой — см. «Что можно сделать».
+
 ## Связанные заметки
 - [[2026-09-02-dubious-ownership-and-merge-cleanup]] — предыдущий инцидент sync (dubious ownership /vault.git)
 - [[2026-08-31-syncthing-truenas-incident]]