diff --git a/.tasks/NEXT_SESSION.md b/.tasks/NEXT_SESSION.md
index 27e93a4..534ccac 100644
--- a/.tasks/NEXT_SESSION.md
+++ b/.tasks/NEXT_SESSION.md
@@ -1,5 +1,5 @@
 ---
-_last_updated_: 2026-08-21T00:52:30Z
+_last_updated_: 2026-08-21T00:55:00Z
 session_id: sched-pipelines-apply-0.5.0-2026-08-20
 ---
 
@@ -20,7 +20,7 @@ session_id: sched-pipelines-apply-0.5.0-2026-08-20
 
 ## Cancel-канал (раунд 3)
 
-- **sched** ✅ (core 0.47.0/daemon 0.7.0, проверено на стенде): cancelUrl в accepted-envelope; cancel сначала POSTит {runId} воркеру, потом финиширует; провал сигнала → `cancel signal failed` в error. Выбор дизайна: **A (cancelUrl)**, письмо 00:52Z — ACK решает инцидент «cancel не остановил воркер» (сегодня в бою после cancel воркер создал репо на GitHub).
+- **sched** ✅ (core 0.47.0/daemon 0.7.0, на стенде): cancelUrl-канал. **Контракт ратифицирован с обеих сторон** (письма 00:52Z admin + 00:52:37Z sched): A (cancelUrl) — accepted-envelope несёт cancelUrl; cancel → POST {runId} на cancelUrl (auth + x-sched-run-id), ждёт 2xx, потом cancelled; провал → `cancel signal failed`. sched менять нечего — реализация соответствует. Ждём импл воркеров → контракт-ревью против 05.protocol.md.
 - **воркеры** ⚪ `worker-cancel-url` (обе команды): принять cancelUrl, POST /cancel эндпоинт, флаг между стадиями ДО мутаций.
 
 ## Раунды ТЗ