Files
admin/.tasks/NEXT_SESSION.md

39 lines
4.4 KiB
Markdown
Raw Blame History

This file contains ambiguous Unicode characters
This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.
---
_last_updated_: 2026-08-17T20:36:00Z
session_id: 2026-08-17-pi-sched-fnf-r6
---
# Next session handoff
## Recent commits
- `tasks: sched-fnf-r6 — репорт отправлен (99/99 PASS + F1..F10), ждём приёмки`
## Open треки
| Трек | Готовность | Entry-point |
|---|---|---|
| sched F&F раунд 6 — real runners (ssh/http/storage) | 🟢 репорт отправлен, ждёт приёмки sched | `victor/sched/.agents/inbox/2026-08-17T20-35-00Z-admin-fnf-r6-report.md` |
| llm-router рестарт службы + verify routerai | 🔴 ждёт юзера (admin restart) | `.common/lib/llm-router-proxy/` + AppData-копия |
## Спроси user'а (при следующем контакте)
- Перезапусти `llm-router` службу (админская PowerShell) → скажи, проверю probe→routerai (висит с прошлых сессий).
- Если sched пришлёт retest-пинг по находкам r6 (F1/D1/F7/F8/F10) — прогони стенд снова.
## Не делать (preemptive guards)
- **НЕ пушить в victor/sched, НЕ трогать их доску/NEXT_SESSION/wiki** — только письма в их inbox (правило F&F). Inbox gitignored — письмо не коммитится.
- Не трогать R2-стенд daemon :8080 (общий регресс-стенд, живёт).
- Не писать секреты в этот файл (git-tracked).
- БД `sched_r6` на VDS дропнуты после тестов; для повторного прогона — `mk-dbs.mjs` в стенде.
## Memory updates за сессию
- **sched r6 репорт отправлен: 99/99 PASS + находки F1..F10.** Стенд `.admin/.tmp/sched-r2/r6/`.
- ssh 25/25 на живом VDS (реальный ключ env + пин + команда). http 29/29 (локальный приёмник, simple/envelope/poll/auth). storage 67/67 на живых БД VDS (MariaDB 11.4 / PG 16.14 / Mongo 7.0).
- **F1:** пинг r6 врет про `{"status":"ok"}` — код+дока `succeeded|failed|accepted`.
- **D1:** дока 07.storage (стр. ~20,~141) + пинг обещают `createDaemon({storage})`, а daemon 0.1.20 хардкодит sqlite. Адаптеры тестил через `createEngine`.
- **F3:** ssh fingerprint-mismatch — «Host denied (verification failed)», отпечатки не называет. **F4:** дока ssh timeoutMs смешивает connect(→failed)/command(→cancelled). **F5:** manual trigger не пишет task.lastRunId (движковое). **F6:** Mongo без schema_version (by design).
- **F7 (эксперимент):** адаптер по одной доке — 31/31 PASS, но дока несамодостаточна: refreshLock (дока 16 методов vs published 0.26.2 = 15, фича в неопубликованном 0.27.0 воркспейса), сигнатуры (pruneRuns {olderThan,temporary}, completeTask optional) только в .d.ts, async-фабрика в сьюте — ловушка.
- **F8 (эксперимент):** раннер по одной доке — 15/16: CR-1 баг доки `"schedule":"* * * * *"` строкой невалиден (07.custom.md:105, надо {cron}); CR-2 run() без hooks/onProgress (live-прогресс sync-раннеров недокументирован).
- **F9:** mcp-раннер — ниша узкая (MCP-only тулы + вызов без агента в петле), единственный раннер без живого прогона; рекомендация: позиционирование в доке + одна живая таска.
- **F10 (от юзера):** admin API+UI — Schedules (и Tasks) не показывают статус последнего рана. `/schedules` не отдаёт lastRunId (admin-api.ts ~367-384), UI колонка «last run» = только timestamp. Поллинг в Tasks/Schedules есть (5с, фикс r3, ui 0.1.10) — не хватает только поля в API + колонки в рендере. Рекомендация: lastRunId+lastRunStatus серверно, колонка «last status» в UI.
- `GET /runs/:id` возвращает RunRecord напрямую (не {run}).
- Контракт-сьют требует синхронную фабрику (или пре-авайт в своём beforeEach, как у SQL-адаптеров).