diff --git a/family/documents/vault-sync/2026-09-18-window-cap-silent-tick-undercount.md b/family/documents/vault-sync/2026-09-18-window-cap-silent-tick-undercount.md new file mode 100644 index 00000000..6d5a1ae9 --- /dev/null +++ b/family/documents/vault-sync/2026-09-18-window-cap-silent-tick-undercount.md @@ -0,0 +1,40 @@ +# Окно сверки лога: кап по следующему тику (2026-09-18) + +Связано: `family/documents/vault-sync/2026-09-16-silent-tick-clusters.md` + +## Суть + +Метод сверки `executions.db` с `/tmp/vault-sync.log` по окну `[claimed_at − 45 с; finished_at + 90 с]` **занижает** число молчащих тиков, если тик был затянувшимся: его окно заходит в интервал следующего тика и захватывает его строку `[syncthing] Pushed ✓`. + +**Наблюдение:** тик `2026-09-18T09:35:51` → `finished_at 09:39:41` (230,8 с — LLM-раунд растянулся, вероятно деградация провайдера). Строк в логе за этот тик нет вообще. Окно без капа: `[09:35:06; 09:41:11]` — а строка следующего тика `09:40:55` попадает внутрь, поэтому тик считался «не молчащим». + +## Исправленный метод + +Верхняя граница = `min(finished_at + 90 с, claimed_at следующего тика)`. + +```python +for i,(cl,fin,st,err) in enumerate(sel): + if st!='completed' or not fin: continue + a,b=P(cl),P(fin) + nxt=P(sel[i+1][0]) if i+1