dot-skills
Больше 200 скиллов по стекам и практикам: React, Next.js, Rails, Rust, Python, отладка, TDD и ревью интерфейсов
- 221 ★ репозитория
- Последний коммит
- MIT
Минимальный доступ
Почему такой уровень
- Большинство скиллов — справочные инструкции; отдельные, например `nuqs-codemod-runner`, переписывают код проекта, и результат смотрят в диффе
Установка
- Работает в
В терминале, через SkillFoxx CLI
npx skillfoxx add skills/dot-skillsОпределит агенты на машине, покажет уровень доступа и зафиксирует версию.
Другие способы установки
Доступ и проверки
Как мы проверяемМинимальный доступИнструмент ничего не запускает и не ходит в сеть.
- Большинство скиллов — справочные инструкции; отдельные, например `nuqs-codemod-runner`, переписывают код проекта, и результат смотрят в диффе
Это чужой код. Посмотрите файлы в репозитории перед установкой.
Что делает
dot-skills — коллекция скиллов в открытом формате Agent Skills. В папке `skills/.curated/` лежат больше сорока отобранных: React 19, Next.js 16, Tailwind v4, TanStack Query v5, Zod, shadcn/ui, Playwright и Vitest, Rails и Ruby, Python 3.11 и новее, Rust (реализация, рефакторинг, тесты), Expo и SwiftUI, а также отладка, TDD, рефакторинг по каталогу Фаулера и ревью дизайна интерфейса. Скиллы по библиотекам собраны как списки правил с приоритетом по влиянию; например, `debug` содержит 54 правила в 10 категориях. В `skills/.experimental/` лежат больше 160 рабочих заготовок: от Twelve-Factor App и принципов 37signals для Rails до конвейера приемочных тестов дяди Боба. Можно поставить все скиллы разом, посмотреть список ключом `--list` или выбрать один флагом `--skill`.
Для кого. Разработчикам на React, Next.js, Rails, Rust и Python, которые хотят подключать агенту узкие справочники по библиотекам и практикам отдельными скиллами.
Подходит, если
- Проект на Next.js 16 с TanStack Query, и агент пишет запросы и кэширование по устаревшим привычкам
- У бага нет объяснения, и нужна методичная отладка по правилам, ранжированным по влиянию: скилл `debug`
- Rust-код пора разбить на модули или покрыть тестами по схеме «что может сломаться»
- Интерфейс на React или Tailwind надо проверить по структурированному ревью дизайна
- Миграция на nuqs v2.5 и новее: для нее есть `nuqs-codemod-runner`
Не подходит, если
- Нужен один готовый процесс от идеи до релиза: скиллы коллекции независимы и не связаны в цепочку
- Нужной технологии нет ни в отобранных, ни в экспериментальных скиллах
- Контекст агента и так перегружен описаниями: установка без `--skill` кладет в проект все скиллы сразу
Пример запроса к агенту
Отладь эту ошибку по скиллу debug: сначала воспроизведи ее, затем найди первопричину и покажи, какие правила применилОграничения
Единого релиза у коллекции нет: скиллы лежат в `skills/.curated/` и `skills/.experimental/`, и состав меняется между коммитами. Папка `.experimental` содержит рабочие заготовки, а не вычитанные материалы. Описания и правила написаны по-английски. Установщик `add-skill` от Vercel вызывается через `npx`, поэтому нужен Node.js. Часть скиллов, например `nuqs-codemod-runner`, переписывает код проекта по скрипту, и их результат стоит смотреть в диффе до коммита.
Как отключить. Удалите папку нужного скилла из каталога скиллов агента: `.claude/skills/<имя>/`, `.cursor/skills/<имя>/`, `.codex/skills/<имя>/` или `.opencode/skill/<имя>/`. Для глобальной установки то же в домашнем каталоге.
Частые вопросы
Как поставить один скилл из dot-skills?
Выполните `npx add-skill pproenca/dot-skills --skill debug`, подставив имя нужного скилла. Список имен печатает `npx add-skill pproenca/dot-skills --list`, а флаг `--global` ставит скилл для всех проектов.
В какие каталоги ставятся скиллы?
Для Claude Code это `.claude/skills/<имя>/`, для Cursor `.cursor/skills/<имя>/`, для Codex `.codex/skills/<имя>/`, для OpenCode `.opencode/skill/<имя>/`, для Antigravity `.agent/skills/<имя>/`.
Чем отобранные скиллы отличаются от экспериментальных?
Отобранные из `.curated/` названы проверенными и готовыми к работе, экспериментальные из `.experimental/` — рабочие заготовки. Таблицы обеих групп с кратким описанием есть в начале README.
Что внутри типичного скилла?
Обязательный `SKILL.md` с описанием и правилами, а при необходимости папки `scripts/` с исполняемыми скриптами, `references/` с документацией и `assets/` со статическими ресурсами. Структуру задает формат Agent Skills.
Как добавить собственный скилл в коллекцию?
Скопируйте шаблон: `cp -r skills/.template skills/my-skill`, переименуйте `SKILL.md.template` в `SKILL.md`, заполните описание и инструкции, затем проверьте результат командой `npx add-skill . --list`. Правила вклада лежат в `CONTRIBUTING.md`.
Обсуждение
Вопросов и отзывов пока нет.
Похожие
СкиллыСкилл для ревью кода по многим языкам и фреймворкам: архитектура, производительность, безопасность, антипаттерны и типичные ошибки
Подборка скиллов, отобранная и проверенная JetBrains: Kotlin, Spring, Vue, деплой, документы, Google Workspace.
Коллекция скиллов Mindrally
Claude Code Skills Collection
Более двухсот скиллов с правилами кода под фреймворки и языки, переделанных из Cursor rules в формат SKILL.md
Набор независимых скиллов против дрейфа в больших кодовых базах: hard-cut, поиск первопричины, тесты и проверка CI.
Каталог из 46 версионных скиллов для код-ревью, релизов, CI и лендингов: ставится плагином lstack или по одному через npx.
88 скиллов в трех папках: авторские по Go, React и ревью кода, отобранные чужие и 13 по маркетингу и питчам
Коротко о README
README открывается двумя таблицами скиллов с кратким описанием: отобранные и экспериментальные. Затем идут установка через `add-skill` с примерами для всех скиллов, одного скилла и глобального режима, таблица каталогов по агентам, шаги создания нового скилла и структура папок.
Бейдж для README
Исходный SKILL.md
--- name: debug description: Comprehensive debugging methodology for finding and fixing bugs (formerly debugging). This skill should be used when debugging code, investigating errors, troubleshooting issues, performing root cause analysis, or responding to incidents. Covers systematic reproduction, hypothesis-driven investigation, and root cause analysis techniques. Use when encountering exceptions, stack traces, crashes, segfaults, undefined behavior, or when bug reports need investigation. --- # dot-skills Debugging Best Practices Comprehensive debugging methodology guide for software engineers, containing 54 rules across 10 categories prioritized by impact. Based on research from Andreas Zeller's "Why Programs Fail" and academic debugging curricula. ## When to Apply Reference these guidelines when: - Investigating a bug or unexpected behavior - Debugging code during development - Code produces wrong results or crashes - Performance issues need root cause analysis - Triaging incoming bug reports and prioritizing fixes - Conducting root cause analysis for incidents - Reviewing debugging approaches or code for common bug patterns ## Rule Categories by Priority | Priority | Category | Impact | Prefix | |----------|----------|--------|--------| | 1 | Problem Definition | CRITICAL | `prob-` | | 2 | Hypothesis-Driven Search | CRITICAL | `hypo-` | | 3 | Observation Techniques | HIGH | `obs-` | | 4 | Root Cause Analysis | HIGH | `rca-` | | 5 | Tool Mastery | MEDIUM-HIGH | `tool-` | | 6 | Bug Triage and Classification | MEDIUM | `triage-` | | 7 | Common Bug Patterns | MEDIUM | `pattern-` | | 8 | Fix Verification | MEDIUM | `verify-` | | 9 | Anti-Patterns | MEDIUM | `anti-` | | 10 | Prevention & Learning | LOW-MEDIUM | `prev-` | ## Quick Reference ### 1. Problem Definition (CRITICAL) - `prob-reproduce-before-debug` - Reproduce the bug before investigating - `prob-minimal-reproduction` - Create minimal reproduction cases - `prob-document-symptoms` - Document symptoms precisely - `prob-separate-symptoms-causes` - Separate symptoms from causes - `prob-state-expected-actual` - State expected vs actual behavior - `prob-recent-changes` - Check recent changes first