diff --git a/.tasks/NEXT_SESSION.md b/.tasks/NEXT_SESSION.md
index 5f535b8..e8b0b3e 100644
--- a/.tasks/NEXT_SESSION.md
+++ b/.tasks/NEXT_SESSION.md
@@ -1,5 +1,5 @@
 ---
-_last_updated_: 2026-08-20T19:55:00Z
+_last_updated_: 2026-08-20T20:00:00Z
 session_id: sched-pipelines-apply-0.5.0-2026-08-20
 ---
 
@@ -9,6 +9,7 @@ session_id: sched-pipelines-apply-0.5.0-2026-08-20
 
 ## Recent commits (в .admin)
 
+- `7ec721e2` ops: schedd 0.6.0 — timeoutMs применяется к существующим таскам, absent=-1 дефолт (проверено живьём)
 - `3060263b` ops: стенд — schedd 0.5.0 (run-deadline), timeoutMs -1, ozon bind-mount state на хост
 
 ## Open треки
@@ -19,13 +20,13 @@ session_id: sched-pipelines-apply-0.5.0-2026-08-20
 
 ## Что разослано командам (жду фиксы)
 
-1. **sched** — письмо `2026-08-20T19-30-00Z-admin.md` (в .read уже есть, мой инбокс): баг `applyTask` не переносит `timeoutMs` при upsert существующей задачи + требование vitya: **`-1` = дефолт, можно не указывать** (absent должен вести себя как -1, не legacy-25мин потолок).
+1. **sched** — ✅ ЗАКРЫТО (0.6.0): applyTask фикс + absent=-1 дефолт, проверено живьём (timeoutMs убран из tasks.json, live-sync дал -1).
 2. **ozon** — письмо 19:40Z + таска `publish-mockable`: выровнять publish с ym (data.registry + .npmrc + --registry; data.remoteBase для push; опц. data.githubApiBase). У них всё хардкод.
 3. **yandex** — письмо 19:52Z + таска `publish-mockable`: добавить только `data.githubApiBase` для REST github-distro (repoExists/ensureRepo/createRelease); registry+remoteBase уже есть.
 
 ## Стенд (host-stacks/local/sched-pipelines)
 
-- schedd 0.5.0 (daemon), tasks.json: `timeoutMs: -1` на ozon+yandex (в файле есть, в БД/API не применился из-за бага sched).
+- schedd **0.6.0** (daemon); tasks.json без timeoutMs — дефолт absent=-1 (никогда), применён и проверен.
 - Оба воркера свежие (ozon с фиксами ТЗ №1-10: envelope реализован; ym с JSDoc-фиксом).
 - Compose: ozon bind-mount `./data-ozon` → /app/data + `data-ozon/state.json` → /app/state.json (раньше state жил в слое образа). ym: `./data-ym` → /app/data.
 - Находка для ozon: run.js хардкодит state/output в ROOT образа, /app/data не используется воркером — не включено в их ТЗ (могу добавить позже).
diff --git a/.tasks/sched-pipelines-local-stack.md b/.tasks/sched-pipelines-local-stack.md
index aa2d6a9..46a7dab 100644
--- a/.tasks/sched-pipelines-local-stack.md
+++ b/.tasks/sched-pipelines-local-stack.md
@@ -6,6 +6,10 @@
 
 ## Статус (2026-08-20 вечер)
 
+**Фикс sched принят (0.6.0, проверено живьём):**
+- applyTask переносит timeoutMs при upsert существующих задач ✓ (был null → стал -1)
+- дефолт absent = -1 ✓ — timeoutMs убран из tasks.json, live-sync подхватил, таски остались -1 (без рестарта)
+
 **Сделано в этой сессии:**
 - schedd обновлён 0.4.2 → **0.5.0** (core 0.45.0): envelope-дыра → громкий broken-worker, относительный statusUrl, poll-ретраи 2×500мс, run-deadline контракт (task-level timeoutMs).
 - tasks.json: `"timeoutMs": -1` на обе пайплайн-таски (рекомендация sched). ⚠️ **НЕ применился** — баг sched: `applyTask` при upsert существующей задачи не переносит `timeoutMs` (поле не в списке merged). Письмо sched 19:30Z + требование vitya: `-1` = дефолт, можно не указывать (absent должен вести себя как -1, не legacy-25мин).