admin/.tasks/NEXT_SESSION.md

_last_updated_, session_id

_last_updated_	session_id
2026-08-18T17:30:00Z	2026-08-18-pi-sched-cli-ff-round

Next session handoff

Recent commits

• (CLI-F&F round: письма в sched/.agents/inbox/ 17-12Z критический пинг + 17-25Z полный репорт; коммитов нет)
• df1a7ef1 docs(wiki): r8 stand updated — items 4-5 (API 52/52, UI 13/13, findings U1/U2)
• dbce833a wiki: ingest 2 concepts — sched-fnf-r8-verification-stand + windows-docker-test-harness-gotchas
• fd2c1752 handoff: session-end финализация (F&F r8 №1-№3 закрыты, ждём №4)

(сессия без коммитов: только ретесты + инбокс-письма sched)

CLI-F&F раунд (текущий)

Старт: 2026-08-18 ~17:11Z (user: «начинай CLI-F&F»). Стенд .admin/.tmp/sched-cli-ff/ (жив): daemon :8080 (realpath-инвокация, SCHED_ADMIN_KEY=dev-key) + :8084 (with-space пути) + worker :9999 + python worker :8083 (check-worker). Репо sched НЕ трогать (тестер). Письма: критический пинг 17-12Z (F1: schedd isMain-гейт ломается под nvm junction C:\nvm4w → realpath — молчаливый no-op, exit 0) + полный репорт 17-25Z (находки F1–F9: F1 блокер, F3 check-worker fixed run-id коллизия, F4 нет валидации limit/offset/status, F5 task-pause невидим в schedules-таблице, F6 README legacy schedule:, F7 --json ошибки не JSON, F8 PS5.1 не воспроизвелось, F9 табличные timestamps UTC без маркера). F1 ЗАКРЫТ 17-35Z: sched репаблишнул @sched/daemon@0.3.2 (realpath-сравнение в isMain-гейте, коммит bd38aab). Ретест на глобальном бинаре: schedd --help/--badflag/ r7-F2 инвариант/запуск демона документированным путём — всё ок. Стенд :8080 теперь на глобальном schedd 0.3.2 (realpath-workaround свернут). Ждём F2–F9. Пауза 17-45Z: sched объявил паузу (их сеть до VDS «лежит»). С моей стороны VDS ЖИВ (git/verdaccio 200, ls-remote ok) — пинганул ретрай (17-48Z). Если sched возобновил — ждём волну F2–F9; если нет — стенд жив, ждём.

Open треки

Трек	Готовность	Entry-point
sched F&F r8 (schedule-as-entity)	🟢 ЗАКРЫТ 17:15Z, подтверждено сверкой — версии в verdaccio ✓ (ui 0.2.3 / core 0.41.0 / admin-api 0.1.0 / daemon 0.3.1), 10.ui runtime-бейдж строка ✓, log.md запись с уроком ✓. 6 находок → 6 фиксов, 0 отклонено	sched/.agents/inbox/.read/2026-08-18T17-15-00Z-sched-fnf-r8-closed-cli-ff-open.md
sched CLI-F&F (@sched/cli 0.1.0 + schedd)	🔴 ОТКРЫТ 17:15Z, ждёт тестера (я) — лестница: (1) установка npm i -g @sched/cli / npx, sched --help против живого schedd --admin-port :8080; (2) status (--json, exit 0/1/2); (3) runs + фильтры/лимиты; (4) trigger --data + pause/resume; (5) кросс-платформа (Windows-путь, EPIPE, NO_COLOR). Доки: 12.cli.md, 02.quick-start.md, README. Демон: bin sched→schedd (breaking-заметка в доках). Отдельно: check-worker фолд в cli-operator (6 сценариев conformance)	письмо 17:15Z + sched/.tasks/cli-operator.md
books-sched-integration (Phase 3)	⚪ их работа; приёмка только по их пингу	—
llm-router / routerai	⚫ выброшено — юзер: «забудь, сделано». НЕ трогать	—

Спроси user'а

• CLI-F&F тайминг — раунд открыт, тестер = я; сессия завершена по слову user'а («заверши сессию», ритуал = «в»), старт CLI-раунда не согласован. Спросить user'а: начинать в этой/следующей сессии.

Не делать (preemptive guards)

• Не стартовать CLI-F&F раунд до письма о закрытии r8 (агент сам пингует).
• Не трогать стенд .tmp/sched-r8/ (жив на 0.2.3: :8080 backend + :8081 serve) без запроса; ui.db содержит тестовые runtime-строки — ui-backend.mjs сам сбрасывает при рестарте.
• НЕ лезть в код sched-проекта — ретестер/координатор, не имплементер (round-procedure).
• НЕ трогать books Phase 3 — их зона.

Memory updates за сессию

• (нет на этом раунде — вики-концепт sched-fnf-r8-verification-stand заингестен прошлой сессией; эта сессия работала по нему)