my-skills от akitaonrails
akitaonrails my-skills
Личная коллекция Фабио Акиты из 24 скиллов для Claude Code, Codex и opencode: релизы, аудит PR, безопасность и проверка фактов
- 292 ★ репозитория
- Последний коммит
Расширенный доступ
Почему такой уровень
- Скилл release ставит теги и публикует релизы: он пишет в git и в реестры пакетов
- Скиллы fact-check и security-audit запускают субагентов на CLI других агентов и читают код проекта
Установка
- Работает в
В терминале, через SkillFoxx CLI
npx skillfoxx add skills/akitaonrails-my-skillsОпределит агенты на машине, покажет уровень доступа и зафиксирует версию.
Другие способы установки
Доступ и проверки
Как мы проверяемРасширенный доступИнструмент запускает код или ходит в сеть, а внешние данные только читает.
- Скилл release ставит теги и публикует релизы: он пишет в git и в реестры пакетов
- Скиллы fact-check и security-audit запускают субагентов на CLI других агентов и читают код проекта
Это чужой код. Посмотрите файлы в репозитории перед установкой.
Что делает
my-skills — публичный репозиторий Фабио Акиты (Fabio Akita) с 24 скиллами. Структура плоская: каждая папка содержит один скилл с файлом `SKILL.md`. Автор подключает их к Claude Code, Codex, opencode, Kimi и общей папке `~/.agents/skills` символическими ссылками, поэтому одна правка в репозитории попадает во все агенты. Скиллы закрывают рабочий цикл разработчика. `release` выводит номер версии из журнала изменений и ставит тег только после зеленого CI. `pr-audit` и `pr-post-audit` разбирают пулл-реквест до и после слияния. `security-audit` строит модель угроз и ищет уязвимости, закладки и утечки секретов. `fact-check` проверяет утверждения в статье по первичным источникам, `deepwork` оркестрирует крупные многофазные задачи. Есть скилл для браузерного CLI `agent-browser`, карта кодовой базы `codemap` и скилл `humanizer`, вендоренный из репозитория blader/humanizer. Автор предупреждает: скиллы подогнаны под его машины, подписки и рабочий процесс и опубликованы как образцы. Он советует читать их, а затем просить собственного агента написать скиллы под свои задачи, вместо дословного копирования.
Для кого. Разработчикам, которые пишут собственные скиллы и хотят увидеть, как их организует практик, и тем, кому нужны образцы release, security-audit или fact-check.
Подходит, если
- Вы пишете свой скилл для релизов или аудита PR, и нужен реальный образец структуры и формулировок
- Интересно, как один набор скиллов раздается нескольким агентам через символические ссылки: таблица в README показывает пути для Claude Code, Codex, opencode и Kimi
- Перед публикацией статьи нужна проверка фактов: `fact-check` запускает проверяющих субагентов по первичным источникам
- Релизы выходят часто, и номер версии хочется выводить из журнала изменений, а тег ставить после зеленого CI
- Предстоит аудит чужого пулл-реквеста на уязвимости и закладки
Не подходит, если
- Нужен готовый набор для чужого проекта: по словам автора, скиллы не рассчитаны на общее использование
- Скиллы запускают как есть на другой машине: в них зашиты пути, подписки и устройство окружения автора
- Нужна единая команда установки: установщика у репозитория нет, скиллы связывают ссылками вручную
- Нужен один скилл вроде `humanizer`: его лучше взять из исходного репозитория blader/humanizer
Пример запроса к агенту
Возьми из my-skills скилл release как образец и напиши похожий под мой репозиторий: версия из CHANGELOG, тег только после зеленого CI.Ограничения
- Автор не рассчитывает на общее использование: пути, подписки и устройство окружения подогнаны под его машины.
- Установщика нет, скиллы подключают символическими ссылками в каталог скиллов агента, например `~/.claude/skills` или `~/.codex/skills`.
- Часть скиллов зависит друг от друга: `release` вызывает `pr-post-audit`, а `fact-check` запускает субагентов на CLI других агентов (`zcode`, `claude`, `codex`, `opencode`, `kimi`, `grok`, `agy`).
- Лицензия в репозитории не указана.
Как отключить. Скиллы подключены символическими ссылками: удалите нужную ссылку из каталога скиллов агента (`~/.claude/skills`, `~/.codex/skills`), сам репозиторий остается на месте. Перезапустите агент, чтобы он перестал видеть скилл.
Частые вопросы
Как подключить скиллы из my-skills к Claude Code?
Клонируйте репозиторий и для каждого нужного скилла создайте ссылку командой `ln -s ~/Projects/my-skills/<name> ~/.claude/skills/<name>`. Перезапустите агент, чтобы он прочитал новый `SKILL.md`.
Можно ли использовать скиллы без правок?
Автор советует этого не делать: скиллы несут допущения о его машинах, подписках и раскладке учетных данных. Прочитайте нужный `SKILL.md` и адаптируйте под свой проект.
Что делает скилл fact-check?
Проверяет каждое утверждение в статье или эссе по первичным источникам в сети. Проверку ведут недорогие субагенты, запущенные на CLI агентов вроде claude, codex и opencode, скилл включается по просьбе проверить факты.
Какие скиллы входят в набор?
Среди них `release`, `pr-bump`, `pr-audit`, `pr-post-audit`, `security-audit`, `fact-check`, `deepwork`, `worktrees`, `simplify`, `codemap`, `agent-browser` и `humanizer`. Полный список виден по папкам репозитория.
Почему в репозитории нет некоторых скиллов?
Автор намеренно оставил вне репозитория скиллы, которыми владеют пакеты, закрытые наборы оценки команды и партнеров, плагины opencode и вендорные наборы. Перечень приведен в разделе «Deliberately NOT in this repo».
Обсуждение
Вопросов и отзывов пока нет.
Похожие
СкиллыДесятки скиллов инженера mizchi: аудит фронтенда, AWS, Cloudflare, SQL, Playwright и OpenTelemetry, ставятся по одному
Личный набор автора: общие правила для агентов и десятки скиллов для GitHub, браузера, macOS, сообщений и релизов, плюс скрипт синхронизации
Набор независимых скиллов против дрейфа в больших кодовых базах: hard-cut, поиск первопричины, тесты и проверка CI.
skills-npm подключает скиллы агентов из зависимостей проекта в node_modules и из поля skills в package.json
Свыше 1100 готовых скиллов для Claude Code, Codex, Gemini CLI и Cursor и MCP-сервер, который подбирает скилл под задачу
Набор скиллов из реальной работы: аудит цепочки поставок npm, сборка CLI, релиз плагина Obsidian и иерархия AGENTS.md
Коротко о README
README начинается с предупреждения автора о личном характере набора и таблицы подключения к семи окружениям. Затем идут список компонентов, которых в репозитории нет, перечень сторонних плагинов и скиллов с порядком обновления, правила отсева секретов и пошаговое добавление нового скилла.
Бейдж для README
Исходный SKILL.md
--- name: deepwork description: High-cost orchestrator workflow for large, high-risk, multi-phase coding efforts with meaningful dependencies and review gates. Do not activate for routine multi-file changes. --- # Deepwork Deepwork is an orchestrator workflow for heavy coding sessions. Use it only when the work is clearly large or high-risk: multiple dependent phases, cross-cutting architectural change, unsafe-to-partially-ship migration, or sustained coordination across several specialist lanes. Do not infer Deepwork merely because a task touches multiple files. Do not use it for trivial edits, quick docs changes, simple bug fixes, or routine bounded features. ## Core Contract When deepwork is active, the orchestrator must manage the work as a scheduler, not as the default implementation worker. ## Setup and Deepwork State - create and maintain a local markdown progress file under `.slim/deepwork/`; - save code/doc deliverables to project paths (e.g. `src/`, `docs/`); reserve `.slim/deepwork/` strictly for progress files; ### Deepwork File Create a task-specific file such as: ```text .slim/deepwork/<short-task-slug>.md ``` Before creating this file—and before planning or delegation—inspect the existing `.gitignore` and `.ignore`. Add only missing entries and do not add duplicates: ```gitignore # .gitignore .slim/deepwork/ ``` ```gitignore # .ignore