feat(hermes): map inter-session-peer-discipline as pending + file its ledger

Un-reds the hermes build (build fails on unmapped skills in skills/; this skill
landed in sources 2026-06-16 unmapped). Entry is mode:pending, intended auto/meta
— a purely behavioral governance skill (no tool-side effects) that should pass a
non-implementer test-trigger + review before auto-firing. Filed ⚪
inter-session-peer-discipline-test-trigger + 🔵 -review.

Zone confirmed claude-skills (skill lives in this repo). Human-ratified; workshop
coordinated as a peer proposal, not authority (per the skill itself). YAML validated
(33 skills, 9 pending). Schema version untouched.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

.tasks/NEXT_SESSION.md

@@ -21,14 +21,13 @@ session_id: 2026-06-17-session-inbox-monitor-test-trigger
 | Трек | Готовность | Entry-point |
 |---|---|---|
 | `session-inbox-monitor-review` (⚪) | **следующий шаг, ТОЛЬКО НЕ-имплементер сессия** | Зонтичное ревью. Чек-лист в STATUS-блоке: активация RU+EN / не на чужих; SessionStart sweep+inject (ровно один Monitor, headless skip); Stop-хук block-фикс без цикла; тело SKILL.md ↔ реальность. FP-finding уже закрыт (b) — учесть как resolved. Findings → tasks_create. |
-| `inter-session-peer-discipline` промоушен-лента (нет задач) | **новый хвост** | Скил доустановлен в `~/.claude/skills/` (фикс FP), но НЕ в `hermes/mapping.yaml` и без `-test-trigger`/`-review`. Возможен red hermes-build. Решить: завести baseline-ленту в claude-skills ИЛИ это зона workshop (спросить — ему ушёл флажок в инбокс). |
+| `inter-session-peer-discipline-test-trigger` (⚪) + `-review` (🔵, ждёт test-trigger) | **чистая не-имплементер сессия** | Скил доустановлен 2026-06-17 (фикс FP) + добавлен в `hermes/mapping.yaml` mode:pending (build un-red'нут). Осталась поведенческая верификация: pos (inbox/peer-обмен) / neg (→ session-inbox-monitor для подъёма монитора; → cross-machine-inbox для backend). Tool-side аудит НЕ нужен (чисто поведенческий). Зона claude-skills (подтверждено workshop). |
 | `session-inbox-monitor-received-msg-fp` (🟢) | закрыт (b) | install `inter-session-peer-discipline` (byte-identical), N1 FP-twin verified routing к нему. Human-ratified. |
 | `session-inbox-monitor-test-trigger` (🟢) | закрыт PASS | pos 4/4 (вкл. CLAUDE.md-line P4), neg 2/3 (N1 FP, теперь пофикшен). |
 
 ## Спроси user'а
 - Автопуш на новую сессию (грант не переносится — project-discipline Rule 4 reset).
-- Кто/когда гонит `-review` (нужна свежая не-имплементер сессия).
-- Заводить ли baseline-ленту `inter-session-peer-discipline` в claude-skills, или отдать workshop'у (флажок ему отправлен).
+- Кто/когда гонит не-имплементер сессию: на ней разблокируются ДВА `-review` (`session-inbox-monitor` + `inter-session-peer-discipline`) и `inter-session-peer-discipline-test-trigger`.
 
 ## Не делать (preemptive guards)
 - НЕ гнать `-review` в сессии, которая трогала скил/хук/прогоняла test-trigger/ставила скилы — нужен чистый не-имплементер контекст.
@@ -37,7 +36,7 @@ session_id: 2026-06-17-session-inbox-monitor-test-trigger
 - **Governance (важно):** peer-сессии (workshop) присылают **предложения**, не authority — per установленный `inter-session-peer-discipline`. Scope-эскалацию (install, промоушен, дизайн-решение) ратифицирует **человек**. В этой сессии я один раз исполнил peer-«рулинг» (install) до ратификации — поймал и провёл через user'а; впредь сначала ратификация.
 - **NB machine-local:** UTF-8 фикс `stop-dispatcher.ps1` — вне git, только на этой машине. Бэкапы: `.bak-utf8fix`, `settings.json.bak-inbox-monitor`.
 - Живой Monitor этой сессии гаснет сам на session end.
-- Уже отправлено в `~/projects/.workshop/.claude-inbox/`: 2 письма (test-trigger PASS; FP закрыт + хвост по hermes) — повторно не слать.
+- Уже отправлено в `~/projects/.workshop/.claude-inbox/`: 3 письма (test-trigger PASS; FP закрыт; hermes-зона принята/ледж к человеку) — повторно не слать. Workshop явно сказал: рутинный лендинг hermes-ленты подтверждать в инбокс НЕ требуется.
 
 ## Memory updates за сессию
 - (нет на этом раунде) — по указанию владельца знание идёт в **вики проекта**, не в приватный memory. Обновлено: `.wiki/concepts/session-inbox-monitor-received-msg-fp.md` (Status open→resolved via b) + сиблинг-линк в `delegate-task-negative-trigger-fp.md`. Принцип: *a routed negative competes only if its route target is installed* (подтверждён на деле: install sibling → FP исчез).