diff --git a/.tasks/STATUS.md b/.tasks/STATUS.md index 1c06517..a58dc4f 100644 --- a/.tasks/STATUS.md +++ b/.tasks/STATUS.md @@ -1138,3 +1138,18 @@ Findings — обычные follow-up tasks (`using-synology-ops--fix` ил --- + +## ⚪ [using-vds-ops-hermes-mapping] — Добавить запись для `using-vds-ops` в `~/projects/claude-skills/hermes/mapping.yaml`. + +**Mode = `pending`** (НЕ `auto`). Обоснование (из spec workshop-promote-brainstorm §7): «mode=`pending` если скил трогает инструменты или окружение». Этот скил вызывает `mcp__vds-ops__*` tools (read-only, но всё равно tools), → требует отдельного аудита перед auto-routing. + +**Источник дизайна:** `OpeItcLoc03/vds-ops-mcp/.wiki/concepts/vds-ops-mcp-design.md` §6. +**Прецедент:** проверить как сделана запись для sibling `using-synology-ops` в том же `hermes/mapping.yaml` — повторить структуру 1:1 с заменой триггеров. + +**Status:** ready +**Where I stopped:** (not started) +**Next action:** 1) Открыть `~/projects/claude-skills/hermes/mapping.yaml`, найти блок `using-synology-ops` как референс. 2) Добавить аналогичный блок для `using-vds-ops` с `mode: pending`, триггерами из SKILL.md description (контейнерные имена VDS + VDS-домен-слова + incident-фразы). 3) Если auto-validator есть (`build-hermes.py` или подобный) — прогнать; иначе оставить pending и зафиксировать что валидатор не запускался. 4) commit: `feat(hermes): map using-vds-ops mode=pending`. 5) version bump в `using-vds-ops/SKILL.md` НЕ делать (правило: владелец claude-skills бампит только при изменении самого скила, не mapping). +**Branch:** n/a + + +---