--- _last_updated_: 2026-08-18T17:30:00Z session_id: 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` заингестен прошлой сессией; эта сессия работала по нему)