---
name: using-synology-ops
version: 0.1.0
description: Use when diagnosing docker containers on the Synology NAS — the `synology-ops` HTTP MCP server (https://opsmcp.kzntsv.site/mcp) exposes 4 read-only tools — `ops.docker.ps`, `ops.docker.logs`, `ops.docker.inspect`, `ops.docker.stats` — all routed through tecnativa `synology-docker-proxy-ro` with `POST=0` (write-ops return 403). Triggers on container names (`modulair-rag`, `modulair-pipeline`, `lightrag-modulair`, `tier1-converter`, `modulair-mcp`, `synology-ops-mcp`), on NAS-domain words ("на NAS", "Synology", "синолоджи", "Portainer-стек", "ops-mcp", "опс мсп", "opsmcp.kzntsv.site"), or on incident phrases ("падает", "restart-loop", "не стартует", "unhealthy", "посмотри логи") when NAS-context. Read-only by design — no per-session grant needed. Skip for non-incident container mentions, explicit "open Portainer GUI" requests, and write-operations (those go to Portainer manually).
---

# using-synology-ops

Trigger-and-guidance skill для `synology-ops-mcp` — read-only HTTP MCP-сервера на NAS, дающего Claude'у видимость состояния docker-контейнеров без юзера-моста (без Portainer copy-paste). Тело каркаса дописывается во втором проходе из `~/projects/.workshop/.archive/2026-05-12-using-synology-ops-skill.md` (process trace) и `~/projects/.wiki/concepts/synology-ops-mcp-design.md` (canonical design).

## When to use

<пусто — заполняется во втором проходе>

## Inputs

<пусто>

## Steps

<пусто>

## Failure modes

<пусто>

## Side effects

<пусто>

## What NOT to do

<пусто>