meta(tasks): create [using-vds-ops-hermes-mapping] in OpeItcLoc03/claude-skills

.tasks/STATUS.md

@@ -1138,3 +1138,18 @@ Findings — обычные follow-up tasks (`using-synology-ops-<gap>-fix` ил
 <!-- created-by: OpeItcLoc03@DESKTOP-NSEF0UK / from: OpeItcLoc03/workshop / 2026-05-21T05:47:24.914Z -->
 
 ---
+
+## ⚪ [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
+<!-- created-by: OpeItcLoc03@DESKTOP-NSEF0UK / from: OpeItcLoc03/workshop / 2026-05-21T05:47:40.838Z -->
+
+---