diff --git a/family/documents/vault-sync/2026-09-18-evening-cadence-degradation.md b/family/documents/vault-sync/2026-09-18-evening-cadence-degradation.md
new file mode 100644
index 00000000..c4d79de8
--- /dev/null
+++ b/family/documents/vault-sync/2026-09-18-evening-cadence-degradation.md
@@ -0,0 +1,64 @@
+# Деградация каденции sync-vault вечером 2026-09-18
+
+Связано: `family/documents/vault-sync/2026-09-18-window-cap-silent-tick-undercount.md`,
+`family/documents/vault-sync/2026-09-14-cron-api-timeout-sync-outage.md`
+
+## Что замечено
+
+Начиная с ~15:00 UTC 2026-09-18 длительность LLM-раунда задачи `sync-vault`
+(job_id `29851c413903`, prompt-задача `bash /opt/data/sync-vault.sh`) выросла с
+обычных 6–11 с до 150–1250 с. Сам скрипт при этом отрабатывает нормально — растёт
+именно ожидание ответа провайдера до вызова инструмента.
+
+Замер по `executions.db`, окно 2026-09-17 22:00 → 2026-09-18 22:00 UTC:
+
+| час UTC | тиков | non-completed | суммарно агент-секунд |
+|---|---|---|---|
+| 22–14 | 12/час | 0 | 100–400 |
+| 15:00 | 12 | 1 (`unknown`) | 968 |
+| 16:00 | 10 | 0 | 1227 |
+| 17:00 | 8 | 1 (`failed`) | 2799 |
+| 18:00 | 6 | 0 | 1210 |
+| 19:00 | 5 | 0 | 2359 |
+| 20:00 | 12 | 0 | 686 |
+| 21:00 | 9 | 1 (`running`) | 1247 |
+
+Длительности за сутки: n=265, медиана 10,9 с, p90 148 с, максимум 1254,8 с.
+Раундов >120 с — 30, все приходятся на 09:35 UTC и позже.
+
+Пропущенные тики (17:00 — 8, 18:00 — 6, 19:00 — 5 вместо 12) — это не пропуск
+диспетчера: claim предыдущего запуска держится, пока висит LLM-раунд, поэтому
+слоты 5-минутной сетки выпадают (механика описана в заметке 2026-09-14).
+
+## Ошибки за сутки
+
+- `2026-09-18T15:55:45` — `unknown`, «Scheduler restarted after this execution's owner
+  exited before a durable terminal state» (раунд 512,9 с). Лог `/tmp/vault-sync.log`
+  при этом **не** обнулялся (первая строка по-прежнему 2026-09-15 11:35:19) —
+  перезапуска контейнера не было, перезапустился владелец исполнения.
+- `2026-09-18T17:55:33` — `failed`, `RuntimeError: Request timed out.` (1254,8 с = 20,9 мин).
+- `2026-09-18T21:55:59` — `running` (этот самый тик; скрипт вызван в 22:00:43,
+  то есть собственный раунд тоже занял ~4,7 мин).
+
+## Состояние данных (проверено 2026-09-18 22:01 UTC)
+
+Ручной прогон `cd /opt/data && bash /opt/data/sync-vault.sh` → exit 0,
+`Pushed ✓` по всем трём фазам (syncthing / taiga-vault / syncthing-out).
+
+- bare `/vault.git` = `/vault` = `/obsidian-syncthing` = `49776108afb3a683149ebcabf1f61ab951926bfc`
+- `git status --porcelain` пуст в обоих клонах
+- молчащих тиков в окне лога 09-15 11:35:19 → 09-18 22:00:43: 20 из 965 (2,1 %)
+  (метод с капом окна по следующему тику)
+- максимальный разрыв в логе за вечер — 17,3 мин (21:43:24 → 22:00:43), порог 30 мин не превышен
+
+**Потерь данных нет:** git-синк идемпотентен, все три репозитория на одном коммите,
+рабочие каталоги чистые. Вечерняя деградация — потеря каденции (~50 % запусков
+в 17:00–19:00), а не потеря содержимого.
+
+## Что делать
+
+Вмешательство в конфиг пока не требуется (единичный эпизод деградации провайдера,
+восстанавливается сам). Если эпизоды повторятся — вариант, требующий решения владельца:
+убрать LLM из петли (`hermes cron edit 29851c413903 --no-agent --script <path>`,
+путь должен быть персистентным — `/root/.hermes` в контейнере не переживает рекреацию)
+или пин модели/провайдера для этой задачи.