mizchi/skills
Десятки скиллов инженера mizchi: аудит фронтенда, AWS, Cloudflare, SQL, Playwright и OpenTelemetry, ставятся по одному
- 419 ★ репозитория
- Последний коммит
Расширенный доступ
Почему такой уровень
- Часть скиллов запускает `gh`, `cf`, `aws-vault` и скрипты аудита, которым нужен доступ к репозиториям и облачным учеткам
- Скиллы развертывания меняют инфраструктуру Cloudflare и AWS по вашей команде
Установка
- Работает в
В терминале, через SkillFoxx CLI
npx skillfoxx add skills/mizchi-skillsОпределит агенты на машине, покажет уровень доступа и зафиксирует версию.
Другие способы установки
Доступ и проверки
Как мы проверяемРасширенный доступИнструмент запускает код или ходит в сеть, а внешние данные только читает.
- Часть скиллов запускает `gh`, `cf`, `aws-vault` и скрипты аудита, которым нужен доступ к репозиториям и облачным учеткам
- Скиллы развертывания меняют инфраструктуру Cloudflare и AWS по вашей команде
Это чужой код. Посмотрите файлы в репозитории перед установкой.
Что делает
mizchi/skills — коллекция самостоятельных скиллов в формате Agent Skills (agentskills.io), каждый в своей папке с `SKILL.md` и собственным README. Скиллы ставятся по одному через APM командой `apm install -g mizchi/skills/<имя-скилла>`, через `npx skills add mizchi/skills --skill <имя-скилла>` или копированием папки. Подходят Claude Code, Codex, `opencode`, Gemini CLI и Cursor. Темы собраны по группам. Набор для аудита фронтенда включает оценку проекта, CI, качество кода, зависимости, тесты, безопасность, состояние, производительность и еженедельный сводный прогон. Рядом лежат скиллы для Node.js и SQLite с `sqlite-vec`, AWS (ECS blue/green, OIDC для GitHub Actions, `aws-vault`), Cloudflare (Workers, Access, телеметрия), SQL-линта и аудита планов запросов, MoonBit, Gleam, Playwright, StrykerJS, OpenTelemetry, Nix, `just` и `dotenvx`. Отдельная группа посвящена самой работе с агентами: выбор схемы для нескольких агентов, итеративная настройка промптов, перевод ошибок в правила `ast-grep` и CLAUDE.md, поиск и выбор скиллов, публикация своих. Для оценки скиллов в репозитории лежит CLI `waxa`, его запускают командой `npx @mizchi/waxa`.
Для кого. Фронтенд- и инфраструктурным инженерам, которым нужны готовые рабочие процедуры для агента: аудит проекта, настройка CI, AWS, Cloudflare и SQLite.
Подходит, если
- Предстоит первичный аудит чужого фронтенда: триаж, CI, зависимости с оценкой CVE, тесты и безопасность
- Агент чинит упавшие проверки GitHub Actions через `gh`, и ему пригодится скилл `gh-fix-ci`
- Cloudflare Worker разворачивают с откатом по результату дымового теста или закрывают приложение через Cloudflare Access
- В Node 24 и новее надо связать `node:sqlite` с расширением `sqlite-vec`
Не подходит, если
- Стек у вас другой: коллекция опирается на собственные стеки автора, MoonBit, Gleam и Cloudflare
- Хочется поставить сразу все скиллы: коллекцию рассчитывают на установку по одному, под задачу
- Правила нужны на русском: тексты скиллов английские, часть на японском
Пример запроса к агенту
Проведи первичный аудит фронтенда в этом репозитории по скиллу frontend-review-triage и назови три главных слабых местаОграничения
- Установка через APM требует Agent Package Manager от Microsoft, без него скиллы ставят командой `npx skills add` или копируют папку.
- Часть скиллов зависит от соседних: `maintainer-persona` обращается к `ai-index`, `natural-writing-ja` и `natural-writing-en`, а `vlmkit` ведет в подскиллы отдельного репозитория.
- Скиллы `mizchi-blog-style` и `chezmoi-management` описывают личные стиль письма и дотфайлы автора, в чужих проектах от них мало толку.
- Раздел самопроверки на уязвимости в скилле безопасности фронтенда разбирает типовые уязвимости по чек-листу и сети не атакует.
Как отключить. Удалите папку ненужного скилла из каталога скиллов агента, например из `~/.claude/skills/`. Скилл, поставленный через APM, убирают средствами самого APM.
Частые вопросы
Как поставить один скилл из mizchi/skills?
Выполните `apm install -g mizchi/skills/<имя-скилла>`, например `frontend-review-triage`. Без APM подойдет `npx skills add mizchi/skills --skill <имя-скилла>` или копирование папки скилла в каталог скиллов агента.
С какими агентами работают скиллы?
С любыми, которые читают формат Agent Skills: Claude Code, Codex, opencode, Gemini CLI, Cursor и другими. APM нужен только для установки одной командой.
Что входит в набор для аудита фронтенда?
Девять скиллов: оценка проекта, CI, качество кода, зависимости, тесты, безопасность, состояние, производительность и еженедельный сводный прогон. Для сводного прогона есть подскиллы-эксперты по фронтенду, React, производительности, безопасности и эксплуатации.
Какие скиллы есть для Cloudflare?
Развертывание Workers через `cf` и типизированную конфигурацию, развертывание с откатом по результату проверки, настройка Cloudflare Access с политикой и сервисным токеном, телеметрия OTLP и сборка Worker на MoonBit с точкой входа на TypeScript.
Что такое waxa?
CLI для оценки скиллов, он лежит в `tools/waxa` и опубликован как `@mizchi/waxa`. Запускают его командой `npx @mizchi/waxa`, а `skill-finder` использует его как обязательную проверку перед принятием скилла.
Обсуждение
Вопросов и отзывов пока нет.
Похожие
СкиллыBuilder Skills
Skills for agents
Набор небольших скиллов от Builder.io для рабочих привычек агента: визуальные планы и разборы диффов, сверка с документацией, кросс-агентное ревью и аккуратные
skills-npm подключает скиллы агентов из зависимостей проекта в node_modules и из поля skills в package.json
Agent Skills от Tech Leads Club
Agent Skills
Проверяемый реестр скиллов с CLI для установки в два десятка агентов и MCP-сервером для поиска скиллов на лету
Личный набор автора: общие правила для агентов и десятки скиллов для GitHub, браузера, macOS, сообщений и релизов, плюс скрипт синхронизации
my-skills от akitaonrails
akitaonrails my-skills
Личная коллекция Фабио Акиты из 24 скиллов для Claude Code, Codex и opencode: релизы, аудит PR, безопасность и проверка фактов
Набор независимых скиллов против дрейфа в больших кодовых базах: hard-cut, поиск первопричины, тесты и проверка CI.
Сравнение с похожими
Карточки с тем же главным запросом: чем они отличаются.
| Инструмент | Официальный | Звезды репозитория | Главное отличие |
|---|---|---|---|
| mizchi/skills (эта карточка) | нет | 419 | |
| Коллекция скиллов Mindrally | нет | 297 | более двухсот правил кода под фреймворки и языки из Cursor rules, у mizchi упор на процедуры аудита и развертывания |
| Designer Skills Collection | нет | 3 265 | набор дизайн-скиллов для исследования, UX и интерфейсов, у mizchi упор на фронтенд-инженерию и инфраструктуру |
Коротко о README
Страница коротко объясняет формат и способы установки, затем перечисляет скиллы таблицами по группам: фронтенд, Node.js, AWS, Cloudflare, SQL, языки, тесты, ИИ, формальные методы, инструменты, DevOps и процесс. В конце описан CLI `waxa` для оценки скиллов.
Бейдж для README
Исходный SKILL.md
---
name: frontend-review-triage
description: Use when starting a frontend review engagement or when the user asks for an initial assessment ("triage", "day 0", "what's the state of this repo"). Reads package.json, README, gh issues, and produces a scorecard covering lockfiles, TypeScript strictness, testing, CI, and known issues. Runs `scripts/audit-triage.sh`.
---
# Frontend Review — Triage
You are performing Day 0 triage for a frontend consulting engagement. Your job is to produce a short, honest scorecard of the repository's current state, not to recommend fixes. Recommendations come later from the other `frontend-review-*` skills.
## Procedure
0. **Classify the app** before running any script.
- Ask the user (or infer from README / package.json) which app type applies:
`admin` / `toc` / `btob-saas` / `ec` / `fintech` / `healthcare` / `iot-ops` / `media`
- Note any regulatory context (GDPR, PCI DSS, HIPAA, …) and authentication requirements.
- Read `checklist/00-app-classification.md` Step 3 to determine which security, performance, TypeScript strictness, lint, coverage targets, and dependency freshness checks are P0 vs P1 vs skip for this app type.
- Save the result to `<client-repo>/.frontend-review/kpi/app-classification.json`.
1. Run `scripts/audit-triage.sh --repo <client-repo>` where `<client-repo>` is the absolute path to the user's repository.
2. Read the resulting JSON at `<client-repo>/.frontend-review/report/latest/raw/triage.json`.
3. Also quickly skim:
- `package.json` — dependencies, scripts, engines
- `README.md` — is it up-to-date, does it describe how to run things
- `.github/workflows/` — which workflows exist
- `gh issue list --state open --limit 20 --json number,title,labels` — what's already flagged
4. Cross-reference against `checklist/12-known-issues.md` for the "known issues" collection routine.
## Output
Write a Markdown report to `<client-repo>/.frontend-review/report/latest/md/triage-scorecard.md` with:
- **App classification** — type ID and key domain notes (1–3 lines)
- **Priority overrides** — which P0 security/perf checks apply to this app type
- **Scorecard table** (copy from `raw/triage.json` and annotate)
- **Top 3 risks** — what would you fix first? Flag whether each risk is P0 or P1 per the classification matrix.
- **Open questions** for the client (things you can't tell from the code)
- **Next phase** — which `checklist/` items the Week 1 plan should target, ordered by the classification priority
Keep the entire report under 400 lines. If you find yourself writing more, you're analyzing instead of triaging.
## Boundaries
- Do NOT propose fixes beyond a short "top 3 risks" section. Each risk is one sentence.
- Do NOT run any other `audit-*.sh` script — leave those for the domain-specific skills.
- Do NOT modify any files outside `<client-repo>/.frontend-review/`.
- Do NOT push commits or create PRs in the client repo.
## Reference
- Checklist: `checklist/00-app-classification.md`, `checklist/12-known-issues.md`, `checklist/01-package-manager.md`, `checklist/02-dependencies.md`
- Phase: `phase/day-0-triage.md`