Claude Skills by Vitammiin

Работа с MongoDB — моделирование документов (embed vs reference), паттерны схем, индексы (составные/multikey/text/TTL/wildcard), aggregation pipeline, транзакции, replica set и sharding, антипаттерны. Use при работе с MongoDB/документной БД, проектировании коллекций или оптимизации запросов и агрегаций.

Next.js (App Router) — маршрутизация, Server/Client Components, Server Actions, кэширование и ревалидация, метаданные, деплой. Use при работе со страницами, роутингом, серверной загрузкой данных и мутациями в Next.js.

Серверная разработка на Node.js — событийный цикл (что блокирует, микро/макротаски), async-паттерны (Promise.all vs allSettled, AbortController-таймауты), поиск утечек памяти (--inspect, heap snapshot), worker_threads vs cluster, стримы и backpressure. Use при написании или отладке серверного кода на Node.js, зависании event loop, росте памяти, выборе воркеров/кластеризации.

Модульная Pino-архитектура для Node.js / Fastify / Next.js: один root logger в infrastructure/logging, child loggers, redaction, requestId, event-поля, JSON в stdout. Use когда внедряешь, аудируешь или обновляешь structured logging.

Шаг 3 конвейера pinpoint (read-only) — определить конкретный контрол (кнопку/поле/иконку) со скриншота и его обработчик в коде (роль pinpoint). Use when вопрос «что делает вот эта кнопка?»; весь экран → $pinpoint-locate, цепочка логики до API → $pinpoint-trace.

Шаг 5 конвейера pinpoint (сам read-only) — собрать точную заявку на правку существующего кода (без новых элементов) и делегировать frontend/backend (роль pinpoint). Use when картирование сделано и нужна правка чужими руками; сначала найти/понять → $pinpoint-locate/$pinpoint-trace.

Шаг 1 конвейера pinpoint (read-only) — найти по скриншоту УЖЕ существующие компонент/файл(ы) в проекте, file:line, без генерации нового (роль pinpoint). Use when вопрос «где этот экран в коде?»; какой это маршрут → $pinpoint-route, конкретный контрол → $pinpoint-control, логика до API → $pinpoint-trace.

Шаг 2 конвейера pinpoint (read-only) — определить маршрут/страницу, на которой открыт экран со скриншота (Next.js App/Pages Router, React Router) (роль pinpoint). Use when вопрос «какая это страница/URL?»; сам файл компонента → $pinpoint-locate, элемент на странице → $pinpoint-control.

Шаг 4 конвейера pinpoint (read-only) — проследить логику за элементом до первопричины, обработчик → состояние → data-fetch → API/бэкенд (роль pinpoint). Use when вопрос «почему так себя ведёт / откуда данные?»; просто найти элемент и хендлер → $pinpoint-control, организовать правку → $pinpoint-handoff.

Цель «найти и понять существующий UI по скриншоту» через Task Master — карта скриншот→исходники → задачи на правку → делегирование (роль pinpoint). Конвейер locate → route → control → trace → handoff, всё read-only. Use when цель комплексная («найди, пойми и организуй правку»); один шаг → отдельная pinpoint-задача, новый UI → $screenshot-convert.

Pinpoint: read-only трассировка скриншота работающего UI до существующего component, route, handler и API с file:line.

Проектные диаграммы PMP/PMBOK в draw.io — WBS, Project Network PERT/CPM (critical path), Gantt, RACI, Risk Matrix 5×5, Stakeholder power-interest grid + resource histogram/communication plan/process groups/knowledge areas. Уровни, цвета, style-сниппеты. Use при построении PM-диаграмм в draw.io.

Глубокая работа с PostgreSQL — проектирование схемы и типов, индексы (btree/GIN/GiST/BRIN/partial/covering), чтение планов EXPLAIN ANALYZE и оптимизация запросов, транзакции/изоляция/блокировки, JSONB и полнотекстовый поиск, партиционирование, репликация, пулы соединений и миграции без простоя. Use при работе с Postgres, проектировании схемы или оптимизации SQL.

Создать полный multi-language code-grounded пакет текущей архитектуры в MD, JSON, HTML, draw.io, Mermaid и PDF.

Обновить существующий code-grounded архитектурный пакет текущего репозитория полным rescan, evidence diff и атомарной перегенерацией MD/JSON/HTML/PDF/draw.io/Mermaid.

Полная цель Principal Architect через Task Master — code extraction, architecture review, проверенные MD/JSON/HTML/PDF/draw.io/Mermaid и при явном запросе TARGET/MIGRATION.

Полный multi-language evidence-based CURRENT architecture package и review: MD, JSON, HTML, PDF, draw.io и Mermaid; lightweight TS/JS map принадлежит archmap.

Создавать и обновлять production-grade архитектурный пакет текущего репозитория строго по исходному коду, конфигурации, схемам БД, manifests, CI/CD и IaC: сначала ARCHITECTURE.md с file:line evidence, затем JSON, self-contained HTML, PDF, draw.io и копируемые Mermaid L0-L4. Use when нужно нарисовать реальную архитектуру существующего проекта, провести code-aware architecture review, показать data/event/AI/MCP/deployment/security flows или обновить ранее созданные архитектурные артефакты. Не и...

Глубокий read-only аудит любого репозитория с автоматическим определением frontend, backend, mobile, database, API и infrastructure boundaries; оркестрирует профильные роли для архитектуры, багов, security/CVE/secrets/PII, error handling/try-catch/logging, типов, тестов, зависимостей и документации и материализует единый PROJECT_AUDIT.md. Use когда просят проверить весь проект, найти что не так, оценить архитектуру/безопасность/надёжность, составить remediation plan или технический due dilige...

Выбирает и безопасно интегрирует Liquid Glass в React Native/Expo: сравнивает @callstack/liquid-glass, expo-glass-effect и обычный View fallback, проверяет SDK/RN/Xcode/runtime, accessibility и native build. Use только для iOS glass surfaces или их cross-platform fallback; не применять как общий visual style.

Тестирование React-компонентов — Testing Library + Vitest/Jest, поведенческие проверки от лица пользователя, MSW для мокинга сети. Use при написании или ревью тестов фронтенда.

React 19 — функциональные компоненты, хуки, правила состояния, мемоизация, Server/Client Components, error boundaries. Use при написании или рефакторинге React-компонентов и хуков.

Redis для Node.js/TypeScript (node-redis) — структуры данных и когда что, кэш-стратегии (cache-aside, TTL+jitter, защита от stampede), eviction/maxmemory, атомарность (одиночные команды, MULTI/WATCH, Lua), rate limiting, distributed lock, Pub/Sub vs Streams (consumer groups), персистентность. Use при проектировании кэша, очередей, rate limiting или блокировок.

Деплой/редеплой сервиса на Render (роль render). Use when нужно выкатить сервис или применить env-правки (мутация, требует явного подтверждения); только посмотреть состояние → $render-status, разобрать ошибки → $render-logs.

Логи сервиса Render и диагностика (роль render). Use when сервис падает/ошибки и нужна первопричина по логам (read-only); общая сводка здоровья → $render-status, перевыкат → $render-deploy.

Read-only SQL по Render Postgres (роль render). Use when нужны данные/аналитика из базы — строго SELECT/EXPLAIN, никаких мутаций; здоровье самого сервиса → $render-status/$render-logs.

Статус сервиса Render + деплой + метрики (роль render). Use when нужна read-only сводка здоровья сервиса без действий; глубокая диагностика по логам → $render-logs, деплой → $render-deploy.

Точка входа в Task Master workflow для инфра-цели на Render (роль render). Use when цель многошаговая (деплой + диагностика + env + БД); разовое действие → $render-deploy/$render-logs/$render-status/$render-query.

Работа с Render через официальный MCP (mcp.render.com) — сервисы (web/static/cron), деплои, логи, метрики, Render Postgres и Key Value. Use при деплое/редеплое на Render, разборе упавших сборок и логов, анализе метрик, управлении env-переменными или read-only SQL по Render Postgres.

Read-only аудит обработки ошибок и логов — «тихие» падения, пустые catch, дыры в логах (роль resilience). Use when нужно НАЙТИ дыры без правок кода; чинить найденное — $resilience-harden.

Покрыть код обработкой ошибок (try/catch/finally) + грамотные логи без «тихих» падений (роль resilience). Use when код надо ИЗМЕНИТЬ — обернуть границы и добавить обработку; только найти дыры без правок — $resilience-audit, только логи — $resilience-logging.

Расставить/выправить структурное логирование — уровни, контекст, без секретов/PII (роль resilience). Use when правим именно логи (уровни/поля/дубли); обернуть код обработкой ошибок — $resilience-harden.

Точка входа в Task Master workflow для цели по надёжности (роль resilience). Use when надёжность нужна по целому модулю/сервису циклом задач; точечно обернуть — $resilience-harden, только логи — $resilience-logging, найти дыры — $resilience-audit.

Персона «Resilience / Error-Handling Engineer» — грамотно покрывает код try/catch/finally и структурным логированием без «тихих» падений; нормализует ошибки, добавляет ретраи/таймауты, расставляет логи (уровни, контекст, без секретов/PII). Use для добавления/ревью error handling и логирования (бэк Node/Fastify и фронт React).

Read-only разбор скриншота — layout, компоненты, токены, состояния → план воплощения, без генерации кода (роль screenshot). Use when нужен план/разбор ПЕРЕД кодом; готовый код → $screenshot-convert, только токены → $screenshot-tokens.

Сгенерировать полный запускаемый код по скриншоту — семантика, точные токены, адаптив, a11y (роль screenshot). Use when нужен НОВЫЙ UI по скриншоту; найти этот экран в существующем коде → $pinpoint-locate, только разбор без кода → $screenshot-analyze.

Довести сгенерированный по скриншоту UI до адаптивности — брейкпоинты, fluid, clamp, container queries (роль screenshot). Use when код уже есть и нужен только адаптив; генерация с нуля → $screenshot-convert.

Скриншот UI в production-ready код: layout, design tokens, responsive behavior, semantic HTML и a11y.

Извлечь дизайн-токены из скриншота (цвета OKLCH, типографика, spacing, радиусы, тени) в Tailwind @theme (роль screenshot). Use when нужны только токены без вёрстки; полный код экрана → $screenshot-convert.

Точка входа в Task Master workflow для цели по конвертации скриншота(ов) в код (роль screenshot). Use when экранов несколько или цель комплексная; один экран → $screenshot-convert, существующий UI в кодовой базе → $pinpoint-vorcl.

Screenshot-to-Code Engineer: превращает изображение UI в точный, адаптивный и доступный production-ready код.

Обнаружение секретов в коде и git-истории — паттерны ключей (sk-, ghp_, AKIA, xox., private keys, user:pass@), git log -p --all, gitleaks/trufflehog и grep-альтернативы, фильтр ложных срабатываний, протокол с обязательной ротацией. Use для поиска утёкших ключей/токенов и чека перед пушем.

Практический security-аудит Node/React — OWASP Top 10 с grep-паттернами и точками поиска, разбор npm audit (severity, false positives, overrides), чек-лист заголовков/CORS/cookie, severity-шкала и доказательный отчёт. Use для аудита уязвимостей кода и CVE в зависимостях.

Read-only аудит зависимостей: CVE, severity, breaking upgrades и false positives по lock-файлам.

OWASP Top 10 в коде — injection, XSS, broken auth, sensitive exposure, CORS, cookie-флаги в Node/React (роль security, read-only). Use для аудита уязвимостей кода.

PII/GDPR-риски — email/телефоны/карты в коде и логах, личные пути разработчика, внутренние hostname (роль security, read-only). Use для privacy-аудита перед публикацией/релизом.

Быстрый комплексный чек изменённых файлов перед пушем — секреты + очевидные инъекции + PII; зелёный/красный вердикт с доказательствами (роль security, read-only). Use when нужно быстро решить «можно ли пушить».

Поиск секретов в рабочем дереве И git-истории — паттерны ключей, connection strings, git log -p по всем веткам (роль security, read-only). Use при подозрении на утечку ключей/токенов/паролей.

Security-цель через Task Master — аудит → findings → задачи на фиксы → делегирование исполнителям (роль security, read-only). Use when аудит должен закончиться задачами и циклом починки, а не отчётом.

Read-only Security Auditor: secrets, OWASP, dependency CVE и PII/GDPR findings с evidence и severity.