4.4 KiB
4.4 KiB
_last_updated_, session_id
| _last_updated_ | session_id |
|---|---|
| 2026-08-17T20:36:00Z | 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-адаптеров).