skill-creator-plus
skill-creator-plus проверяет скиллы по 46 правилам Anthropic, а затем создает и правит их под новые модели Claude.
- 82 ★ репозитория
- Последний коммит
Расширенный доступ
Почему такой уровень
- Скилл читает и после вашего выбора переписывает файлы других скиллов.
- Валидатор запускает свой Python-скрипт на выбранной папке.
Установка
- Работает в
В терминале, через SkillFoxx CLI
npx skillfoxx add skills/skill-creator-plusОпределит агенты на машине, покажет уровень доступа и зафиксирует версию.
Другие способы установки
Доступ и проверки
Как мы проверяемРасширенный доступИнструмент запускает код или ходит в сеть, а внешние данные только читает.
- Скилл читает и после вашего выбора переписывает файлы других скиллов.
- Валидатор запускает свой Python-скрипт на выбранной папке.
Это чужой код. Посмотрите файлы в репозитории перед установкой.
Что делает
skill-creator-plus — бесплатный скилл, который проверяет, строит и улучшает другие скиллы по правилам Anthropic для их написания. Работает в трех режимах: AUDIT дает отчет, где по каждому из 46 правил стоит пройдено, провалено или неприменимо с файлом и строкой в качестве доказательства. NEW сначала пишет тестовые запросы, потом создает папку скилла, проходящую проверку. REFINE переписывает правило вокруг его причины. В AUDIT ничего не меняется, пока вы не выберете исправления. Скрипт `scripts/validate_skill.py` проверяет механические правила на стандартной библиотеке Python 3.8 и новее, умеет разбирать целую папку скиллов (`--all`) и выводить JSON. Правила учитывают поведение новых моделей, например отказ `reasoning_extraction` при просьбе выписывать рассуждения.
Для кого. Авторам скиллов для Claude Code, у которых описание не срабатывает, справочные файлы читаются наполовину или правила теряются при сжатии контекста.
Подходит, если
- Старый скилл написан под прежние модели и, возможно, слишком прескриптивен.
- Папку из десятков скиллов нужно прогнать валидатором и получить таблицу ошибок.
- Описание скилла не вызывается, и надо понять, какое правило нарушено.
- Новый скилл создают с тестовых запросов, чтобы потом проверить его по правилам.
Не подходит, если
- Нужен скилл с нуля для прикладной задачи, а не проверка существующих: режим NEW создает только заготовку по правилам.
- Правила нужны для другого агента: они выведены из документации Claude и Anthropic.
- Требуется автоматическое исправление без просмотра: правки применяются после вашего выбора.
Пример запроса к агенту
Проверь мой скилл deploy по правилам Anthropic и покажи отчет с исправлениями по убыванию важности. Ничего не меняй, пока я не выберу.Ограничения
Правила опираются на документацию Anthropic и Claude Code, часть отмечена как совет из практики. Валидатор проверяет только механические правила, остальные оценивает Claude по контексту, поэтому отчет нужно читать. Для claude.ai папку пакуют в ZIP с `SKILL.md`, `references/`, `scripts/` и `LICENSE`, а валидатору нужен режим исполнения кода. Файл `examples/pdf-helper/SKILL.md.bak` оставлен в репозитории как образец с нарушениями. Последний коммит сделан 5 октября 2026 года.
Как отключить. Удалите папку `skill-creator-plus` из `~/.claude/skills/` или из `.claude/skills/` проекта. В claude.ai скилл отключают в настройках Skills.
Частые вопросы
Как установить skill-creator-plus?
В Claude Code клонируйте репозиторий в `~/.claude/skills/skill-creator-plus` для всех проектов или в `.claude/skills/skill-creator-plus` для одного. В claude.ai папку упаковывают в ZIP и загружают в Skills.
Какие режимы у скилла?
AUDIT, NEW и REFINE. AUDIT только составляет отчет, NEW создает скилл с тестовых запросов, REFINE переписывает слабое правило.
Что проверяет валидатор?
Механические правила вроде разбора frontmatter и ссылок на файлы. Команда `python3 scripts/validate_skill.py путь-к-скиллу` завершается с кодом 0 без ошибок, 1 при ошибках, 2 при невозможности запуска.
Есть ли пример отчета?
Да. Полный аудит намеренно сломанного `pdf-helper` лежит в `examples/pdf-helper-report.md`, вывод валидатора в `examples/pdf-helper-validator-output.txt`.
Для каких моделей правила?
README учитывает рекомендации для Claude Fable 5, Opus 5.5 и Sonnet 5.5, в том числе совет не перегружать скиллы указаниями.
Обсуждение
Вопросов и отзывов пока нет.
Похожие
СкиллыСкилл для создания скиллов, который проверяет их работой: замер до и после, регрессионные тесты и аудит экосистемы
Скилл, который помогает агенту писать другие скиллы по спецификации agentskills.io: структура, метаданные, прогрессивная подача и проверка
Скилл для создания, проверки и улучшения других скиллов: сначала архитектура, потом тесты, оценка и упаковка
Скилл-врач для скиллов: выбирает архитектуру, проверяет по чек-листу с 21 красной линией и выдает отчет со ссылками на строки
Скилл создает и проверяет другие скиллы: оценивает пользу, границы срабатывания, первую настройку и стабильность до выпуска.
Рабочая папка для Claude Code, где агент задает вопросы и пишет новый скилл по рекомендациям Anthropic, а не по памяти.
Коротко о README
README объясняет, почему правила написания скиллов нужно перечитать для новых моделей, как устанавливать скилл, три режима, запуск валидатора и таблицу из 46 правил с источниками.
Бейдж для README
Исходный SKILL.md
--- name: skill-creator-plus description: Audits, creates and improves Agent Skills (folders with a SKILL.md) against Anthropic's skill authoring best practices, the Claude Code skills docs and the prompting guides for newer models such as Claude Fable 5 and Opus 5.5. Audit mode reports every rule as pass, fail or not applicable, with file and line evidence and a proposed fix, and changes nothing until the user approves. Use when the user asks to audit, review, check or score a skill or a folder of skills, to create a new skill or turn a repeated workflow into one, to improve, shorten, refactor or update an old skill for newer models, or to run the skill validator. license: MIT --- # Skill Creator Plus Audits, builds and improves skills so Claude takes the same process on each run. A skill is a table of contents, not a manual: the description gets it chosen, SKILL.md says what to do, and detail waits in reference files until a step needs it. ## Rules for every mode 1. **Report before you change.** Start from evidence: the validator's output and a full read of the skill. In AUDIT, edit nothing until the user picks which findings to fix, because a skill change alters each future run and the user owns that call. A direct request to fix a named problem is already that approval. 2. **Absorb, don't layer.** Fold new guidance into the rule it refines and delete what it replaces. A good edit usually leaves the skill shorter. Write the reason, not the date, so a later editor can tell whether the rule still holds. 3. **Test before you delete.** Newer models often do better with fewer instructions, but only a with-skill and without-skill run proves a line is dead weight. Method: references/testing.md, "Test before you delete". 4. **The validator is the floor.** `scripts/validate_skill.py` checks what a script can check. The judgment rules in references/audit-checklist.md need a careful read. ## Pick the mode | Mode | When | Output | |---|---|---| | AUDIT | A skill or a folder of skills should be checked, scored or improved | A findings report, then only the approved edits | | NEW | No skill covers the job yet | A new skill folder that passes the validator and its test prompts | | REFINE | A skill exists and new evidence arrived: a correction, a miss, a shipped result | The same skill, rewritten around the principle, usually shorter | "Improve this skill" means AUDIT, then REFINE with the approved changes. ## AUDIT Copy this checklist into the reply and tick it off: ```text Audit progress: - [ ] 1 Validator run on every skill in scope - [ ] 2 Each skill read in full: SKILL.md, references, scripts - [ ] 3 Every checklist rule marked pass, fail or N/A, with evidence - [ ] 4 Report written - [ ] 5 User chose which changes to apply - [ ] 6 Approved changes applied - [ ] 7 Validator re-run with no new errors or warnings ``` **Step 1. Run the validator.** `python3 scripts/validate_skill.py <skill-folder>` for one skill, or `--all <folder>` for a library; then audit in full the skills the user picks, by default the five with the most errors. Add `--json` to parse the results. Done when you have output for every skill in scope. **Step 2. Read the skill.** All of it: SKILL.md, each reference file, each script. Done when you can name the skill's job, its branches and what every file is for.