
Claude Skills by Vitammiin
github.com/VitammiinШирокий read-only аудит багов, типов, БД и структуры backend/frontend; hardcode/mock-data принадлежат integrity.
Поиск «плохого» кода на бэкенде — нарушения архитектуры, логика в контроллерах (роль analyzer, read-only). Use when ищем нарушения слоёв и структуры бэка; конкретные баги поведения — $analyzer-bugs.
Поиск багов — необработанные ошибки, race conditions, edge cases (роль analyzer, read-only). Use when нужны ошибки поведения и конкурентности; ошибки типов — $analyzer-types, нарушения архитектуры бэка — $analyzer-backend.
Аудит структуры БД — схема, индексы, FK, N+1, миграции (роль analyzer, read-only). Use when проверяем слой данных на чтение; чинить найденное — $database-optimize и $database-migrate.
Совместимый маршрут поиска mockup/фейковых данных во frontend/backend (роль analyzer → integrity, read-only). Use когда UI/API может жить на MSW/faker/fixtures/static responses; глубокий кросс-языковой маршрут — $integrity-mocks.
Проверка типов — tsc, any, небезопасные касты, рассинхрон zod↔типы (роль analyzer, read-only). Use when вопрос к типобезопасности, а не к логике; баги поведения — $analyzer-bugs.
Аудит цели через Task Master workflow — находки → задачи → цикл (роль analyzer). Use when аудит должен закончиться не отчётом, а задачами и циклом починки до готового; разовый отчёт без Task Master — $analyzer-audit.
Персона Analyzer — широкий read-only аудит багов, типов, БД и структуры кода. Targeted hardcode/mock-data запросы маршрутизирует в integrity.
Build an animation from scratch, making the decisions in the order that determines whether it feels right — should it animate at all, what purpose, which tool, which properties, which curve and duration, how it interrupts, how it exits. Writes the implementation. Use when asked to animate something, add motion, make a component feel alive, or build a transition. For critiquing existing motion use review-animations; for auditing a whole codebase use improve-animations.
Проектирование HTTP API — REST-конвенции (ресурсы, методы, статус-коды), пагинация (cursor vs offset), версионирование, идемпотентность (Idempotency-Key), формат ошибок RFC 7807 (problem+json), безопасность и rate limiting. Use при проектировании, ревью или версионировании API и эндпоинтов, выборе кодов ошибок, пагинации, лимитов или формата ответа.
Анализ требований и контекста задачи (роль architect). Use when нужно разобрать требования ДО проектирования — акторы, ограничения, риски, открытые вопросы; ещё не проектируем и не ревьюим.
Проектирование архитектуры решения (роль architect). Use when нужно спроектировать, КАК строить систему/фичу — компоненты, данные, контракты, выбор технологий; требования уже понятны или их даст $architect-analyze.
Ревью существующей архитектуры (роль architect). Use when нужно оценить УЖЕ написанную систему — узкие места, нарушения границ, антипаттерны с доказательствами file:line; ничего не проектируем и не правим.
Точка входа в Task Master workflow для цели (роль architect). Use when нужно провести крупную архитектурную цель — анализ, проектирование, ревью — через цикл задач Task Master до готового результата.
Архитектор систем: проектирование, анализ требований, выбор технологий и ревью решений.
LLM-обогащение готового architecture.json — память агентов, семантические dataflow-связи, назначение модулей; всё бездоказательное merge сам пометит inferred (роль archmap). Use when architecture.json уже извлечён и нужна семантика поверх фактов; извлечь JSON с нуля → $archmap-extract, сразу весь набор → $archmap-map.
Диаграммы draw.io и/или Mermaid из architecture.json — многостраничный mxfile (Overview/ERD/API/Agents) и .mmd (flowchart/erDiagram) строго из извлечённых фактов (роль archmap). Use when диаграмма нужна в редактируемом или git-friendly формате; интерактивная карта → $archmap-html, диаграмма по словесному описанию без кода → $drawio-create или $mermaid-create.
Только фаза Extraction — детерминированные скрипты обходят репо и пишут architecture.json с source:{file,line} у каждого узла, без рендеров (роль archmap). Use when нужен машиночитаемый граф для своих инструментов или перед точечным рендером; полный набор форматов → $archmap-map, обогатить готовый JSON → $archmap-annotate.
Интерактивная HTML-карта архитектуры из architecture.json — self-contained файл с тумблерами слоёв, trace-подсветкой путей, панелью file:line, поиском и print-CSS (роль archmap). Use when нужен главный визуальный артефакт для изучения связей; нет ещё architecture.json → $archmap-map или $archmap-extract, draw.io/Mermaid → $archmap-diagram.
Lightweight TS/JS architecture map: architecture.json, interactive HTML and optional diagrams.
Цель по картированию архитектуры через Task Master — до полного набора проверенных артефактов (роль archmap). Use when целей несколько или репо крупное/монорепо; разовая полная карта → $archmap-map, только JSON → $archmap-extract, только HTML → $archmap-html.
Лёгкая детерминированная TS/JS architecture/dependency map: architecture.json и interactive HTML; полный multi-language package/review принадлежит principal-architect.
Общая команда глубокого multi-role аудита проекта с автоматическим определением backend/frontend/mobile/data/infra и материализацией PROJECT_AUDIT.md.
Обязательные правила модульной архитектуры бэкенда — src/modules/* со слоями controller/service/repository/routes/schemas/dto/types/middleware/index. Use ВСЕГДА при создании или изменении структуры backend-кода, новых модулей, эндпоинтов и файлов внутри модуля.
Генерация API-эндпоинта (роль backend). Use when нужно создать НОВЫЙ REST-эндпоинт/роут с нуля — слои, валидация, Swagger; для правки существующего кода бери $backend-refactor/$backend-optimize.
Оптимизация производительности (роль backend). Use when нужно ускорить медленный эндпоинт/запрос/джобу — замер, индексы, кэш, N+1; не для рефакторинга структуры кода.
Рефакторинг кода без изменения поведения (роль backend). Use when нужно улучшить структуру существующего серверного кода — слои, дублирование, читаемость — без новых фич; поведение доказуемо не меняется.
Генерация тестов для кода (роль backend). Use when нужно покрыть серверный код модульными/интеграционными тестами; готово = прогнанный зелёный набор, не текст тестов.
Точка входа в Task Master workflow для цели (роль backend). Use when нужно довести серверную цель (API, модули, интеграции) через цикл задач Task Master до реализованного и протестированного результата.
Персона «Backend-разработчик» (Node.js/TypeScript, PostgreSQL, Redis). Use при разработке и рефакторинге API, работе с БД и кэшем, оптимизации и написании тестов.
CI/CD на GitHub Actions — PR-workflow (lint+typecheck+test с кэшем npm/pnpm), deploy-workflow с environment/secrets, concurrency, matrix, безопасность (минимальные permissions, pull_request_target, fork-PR), интеграция с Render (deploy hook / auto-deploy). Use для настройки/починки GitHub Actions и деплоя по пушу.
Cross-language read-only audit engine for production hardcode and leaked mocks/fake data in frontend, backend, mobile, templates, and shared code. Use when Codex must scan TS/JS, Python, Go, Java/Kotlin, C#, PHP, Ruby, Rust, Vue/Svelte/HTML, or mixed repositories and produce evidence-based file:line findings while separating tests, fixtures, stories, seeds, examples, generated files, and vendored code.
Серверное состояние на TanStack Query поверх типобезопасного клиента из OpenAPI; кэш, мутации и инвалидация без production mocks.
Кэш и Redis — TTL, инвалидация, distributed lock, rate limiting, Streams (роль database). Use when проектируем кэширование или Redis-логику; read-only чтение ключей — $database-query.
План безопасной обратимой миграции схемы/данных (роль database). Use when нужно ИЗМЕНИТЬ схему или данные (DDL/backfill) — единственная задача с мутациями по подтверждению; чтение и аналитика — $database-query.
Оптимизация БД — индексы, N+1, планы запросов, пагинация (роль database). Use when запрос/эндпоинт медленный и нужен замер + починка с доказанным эффектом; спроектировать схему с нуля — $database-schema.
Read-only запрос/аналитика по БД — Postgres/MongoDB/Redis (роль database). Use when нужно прочитать/посчитать данные без изменений; любая мутация — $database-migrate.
Проектирование/ревью схемы и целостности данных (роль database). Use when проектируем новую сущность или ревьюим форму существующей; менять готовую схему — $database-migrate.
Точка входа в Task Master workflow для цели по данным (роль database). Use when цель по данным многошаговая и нужен цикл задач до готового; точечное — $database-query/$database-schema/$database-migrate/$database-optimize/$database-cache.
Моделирование данных и выбор хранилищ — реляционные/документные/KV, индексы, транзакции, партиционирование, миграции без простоя. Одновременно персона «Database Engineer (DBA)» поверх MCP postgres/mongodb/redis — схема, запросы, индексы, безопасные обратимые миграции, кэш. Use при проектировании схемы БД, выборе хранилища или прямой работе с данными.
Создать timeline/motion artifact и при необходимости экспортировать его в MP4. Use для explainer, walkthrough и animated visual.
Создать новый polished visual artifact или hi-fi UI как self-contained HTML. Use для экранов, лендингов, dashboards, флаеров и визуальных концептов.
Создать HTML slide deck с навигацией, speaker notes, анимациями и опциональным PPTX export. Use для презентаций и pitch deck.
Создать, импортировать, скомпилировать, применить или проверить дизайн-систему. Use для tokens, UI kit и component library.
Создать печатный документ, résumé, memo, one-pager или report как HTML с корректной пагинацией. Use для paper-like deliverables.
Экспортировать артефакт Design Studio в standalone HTML, PDF, PPTX, MP4 или handoff-формат. Use после проверки исходного проекта.
Импортировать визуальный источник из Figma .fig, GitHub или существующего HTML/CSS с provenance. Use когда дизайн должен опираться на реальный источник.
Создать интерактивный web/mobile prototype с состояниями и переходами. Use для кликабельной проверки UX-сценария.
Провести актуальное визуальное исследование и оформить findings в доказательный HTML-артефакт. Use когда дизайн зависит от текущих источников и данных.
Read-only ревью визуального артефакта, UX, адаптива, a11y и соблюдения design system. Use для проверки без изменения файлов.