meta(handoff): regen NEXT_SESSION — task-loop install+hermes-mapping closed, test-trigger next (clean session)
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
This commit is contained in:
@@ -1,32 +1,33 @@
|
||||
---
|
||||
_last_updated_: 2026-06-11
|
||||
session_id: 2026-06-11-task-loop-skill
|
||||
session_id: 2026-06-11-task-loop-install-hermes
|
||||
---
|
||||
|
||||
# Next session handoff
|
||||
|
||||
Shipped the `task-loop` skill (v0.1.0) end-to-end via TDD and filed its 3 deployment baselines. Next session's job is the deployment leg — starting with install in a fresh session so activation can actually be verified.
|
||||
Закрыты 2 из 3 deployment-baseline'ов `task-loop`: **install** (скил в `~/.claude/skills/`, виден в available-skills с полным description после `/reload-plugins`) и **hermes-mapping** (entry mode:pending, intended auto/mcp). Остался один — `task-loop-test-trigger`, и он **намеренно** отложен: ему нужна СВЕЖАЯ сессия (эта ставила скил = имплементер-прайм + грязный контекст, subagent-прогоны при разработке были прокси, не живой харнес).
|
||||
|
||||
## Recent commits
|
||||
- `0016c45` feat(task-loop): new skill for in-session board draining v0.1.0 (pushed)
|
||||
- `abfb450` meta(tasks): close [task-loop-skill] — DONE, all 6 acceptance met (RED→GREEN→REFACTOR)
|
||||
- `dd44b90` / `025e16a` / `47fc806` meta(tasks): create the 3 task-loop deployment follow-ups
|
||||
- `74a94a6` feat(hermes): map task-loop as pending (intended auto/mcp) — closes [task-loop-hermes-mapping]
|
||||
- `e07413f` meta(tasks): close [task-loop-install] — installed + verified visible in available-skills
|
||||
- `036e0d5` meta(handoff): regen NEXT_SESSION (предыдущий разворот)
|
||||
- **NB: оба свежих коммита НЕ запушены** (автопуш не был выдан на ту сессию — Rule 4).
|
||||
|
||||
## Open треки
|
||||
| Трек | Готовность | Entry-point |
|
||||
|---|---|---|
|
||||
| `task-loop-install` (⚪ ready, needs-claude) | next up — **нужна свежая сессия** для проверки активации | `install.ps1 -Names task-loop` → открыть новую CC-сессию → убедиться `task-loop` в available-skills → /reload-plugins |
|
||||
| `task-loop-test-trigger` (🔵 blocked на install, needs-claude) | ждёт install | positive/negative триггеры + поведенческий сценарий (consult-gate, session_break-halt, empty→stop, watch→ScheduleWakeup-not-CronCreate) |
|
||||
| `task-loop-hermes-mapping` (⚪ ready, **needs-human**) | в любой момент, human-only | entry в `hermes/mapping.yaml`, **mode: pending** (трогает claim/close/heartbeat-инфру) |
|
||||
| `task-loop-test-trigger` (⚪ ready, needs-claude) | **это и есть «следующий разумный шаг»** — **строго в чистой сессии** | positive/negative триггеры + поведенческий сценарий: consult-gate (human-only → STOP before close), session_break-halt, empty→stop (без polling), watch→ScheduleWakeup ≥1200s НЕ CronCreate |
|
||||
| hermes build «red» (информ.) | не task-loop-задача | 3 ДРУГИХ unmapped-скила в mapping.yaml: `using-system-snapshot`, `meta-host-routing` (есть ⚪ `meta-host-routing-hermes-mapping`), `task-format` — каждый со своим baseline |
|
||||
|
||||
## Спроси user'а
|
||||
- С какой follow-up начинаем (рекомендация: `task-loop-install` — разблокирует `-test-trigger`).
|
||||
- Автопуш на новую сессию НЕ переносится — грант был только на прошлую (Rule 4 reset). Спросить заново перед push.
|
||||
- **Push** двух коммитов (`e07413f`, `74a94a6`) в `origin/master` — грант на прошлую сессию НЕ переносится (Rule 4 reset). Спросить заново.
|
||||
- Слать ли closing-notify в `OpeItcLoc03/workshop` + дублировать close в projects-meta (`tasks_close`) для install/hermes-mapping — cross-project mutation, по умолчанию НЕ делал.
|
||||
|
||||
## Не делать (preemptive guards)
|
||||
- НЕ auto-promote `task-loop-hermes-mapping` в mode:auto — critical-infra-adjacent (claim/close/heartbeat + ScheduleWakeup), нужен отдельный аудит. Держать pending.
|
||||
- НЕ редактировать закрытый блок `task-loop-skill` в STATUS.md (косметический дубль тела из workshop-правки — закрытая запись, не трогать).
|
||||
- НЕ запускать `task-loop-test-trigger` до install — субагент-прогоны при разработке были прокси, не живой харнес.
|
||||
- НЕ прогонять `task-loop-test-trigger` в сессии, которая ставила/трогала скил — нужен чистый контекст, иначе тест активации недостоверен.
|
||||
- НЕ промоутить `task-loop` pending→auto в mapping.yaml до `-test-trigger` + аудита tool-side эффектов (claim/close/heartbeat + ScheduleWakeup). Держать pending.
|
||||
- НЕ бампать schema-версию `hermes/mapping.yaml` (`version: 1`) — это schema, не контент.
|
||||
- НЕ чинить 3 чужих unmapped-скила в рамках task-loop-ленты — у каждого свой baseline.
|
||||
|
||||
## Memory updates за сессию
|
||||
- (нет на этом раунде — нового durable факта о user/проекте не возникло; всё state в STATUS.md + `.tasks/task-loop-skill.md`)
|
||||
- (нет на этом раунде — нового durable факта о user/проекте не возникло; всё state в STATUS.md)
|
||||
|
||||
Reference in New Issue
Block a user