init — скилл для Claude Code: пишет и чистит AGENTS.md
Собирает AGENTS.md из того, что агент не выведет из кода: нестандартные команды, ловушки, локальные договорённости. И выкидывает из файла всё остальное.
npx skills add mcollina/skills --skill init -a claude-codeЧто делает init
Скилл ведёт AGENTS.md как список неписаных ловушек и особенностей рабочего процесса, а не как обзор проекта. Перед каждой строкой задаётся вопрос: агент узнаёт это, просто прочитав репозиторий? Если да — строка не нужна. Если нет и она влияет на результат задачи, цену или безопасность — остаётся.
Сначала скилл смотрит на существующий AGENTS.md, README.md, PROJECT.md, правила Cursor в .cursor/rules/ или .cursorrules, инструкции Copilot в .github/copilot-instructions.md, GEMINI.md, файлы CI и конфиг пакетного менеджера. Если AGENTS.md уже есть, его правят по частям, а не перезаписывают целиком. Для больших репозиториев советует раскладывать несколько AGENTS.md рядом с модулями вместо одного корневого.
В файл попадают только неочевидные вещи: нестандартный инструмент вместо привычного, оговорки к командам, скрытые ограничения, соглашения, которых нет в линтере или тестах. Описания стека, структуры каталогов и общие советы отсеиваются. Перед финалом каждая строка проходит проверку: она всё ещё верна сегодня и правда уменьшает число ошибок? Что не прошло — удаляется. Поэтому скилл бесполезен там, где AGENTS.md никто не поддерживает: файл быстро устареет, и повторяющиеся ошибки агента вернутся.
Какие задачи решает
- собрать
AGENTS.mdдля нового репозитория - почистить раздутый или устаревший
AGENTS.md - зафиксировать оговорки к командам, которые агент путает
- пометить каталоги, куда агенту лучше не лезть
- разложить инструкции по модулям в большом репозитории
Примеры запросов агенту
- создай AGENTS.md для этого репозитория
- почисти AGENTS.md — тут много лишнего
- агент снова запускает тесты без нужного флага, добавь это в AGENTS.md
Как установить init
1Через Skills CLI (Vercel)
npx skills add mcollina/skills --skill init -a claude-code2Вручную: положить файлы
~/.claude/skills/init/SKILL.mdПапка скилла целиком; для одного проекта — .claude/skills/init/
1Через Skills CLI (Vercel)
npx skills add mcollina/skills --skill init -a codex2Вручную: положить файлы
.agents/skills/init/SKILL.mdДля всех проектов — ~/.agents/skills/
1Через Skills CLI (Vercel)
npx skills add mcollina/skills --skill init -a cursor2Вручную: положить файлы
.cursor/skills/init/SKILL.mdCursor читает и .agents/skills/, и .claude/skills/
1GitHub CLI
gh skill install mcollina/skills init2Вручную: положить файлы
.github/skills/init/SKILL.md1Через Skills CLI (Vercel)
npx skills add mcollina/skills --skill init -a gemini-cli2Командой платформы
gemini skills install https://github.com/mcollina/skills --path skills/initВручную: положить файлы
.devin/skills/init/SKILL.mdСтарый путь .windsurf/skills/ тоже читается
Через Skills CLI (Vercel)
npx skills add mcollina/skills --skill init -a opencodeClaude.ai
Упакуйте папку в zip и загрузите в Settings → Capabilities → Skills
По шагам, с командами для каждой платформы: Как установить скилл в Claude Code: пять способов
Вопросы о init
Как установить init в Claude?
Выполните npx skills add mcollina/skills --skill init -a claude-code. Скилл окажется в ~/.claude/skills/init/SKILL.md.
Что делает init?
Создаёт, обновляет или сокращает AGENTS.md: оставляет только то, что агент не может узнать из README, кода, конфигов и дерева каталогов.
Чем этот скилл отличается от обычной генерации AGENTS.md?
Он применяет фильтр обнаружимости и проверку качества к каждой строке. Всё, что агент выведет сам, и всё, что уже ловят линтер или тесты, в файл не попадает.
Исходный текст
SKILL.md · MIT
--- name: init description: Creates, updates, or optimizes an AGENTS.md file for a repository with minimal, high-signal instructions covering non-discoverable coding conventions, tooling quirks, workflow preferences, and project-specific rules that agents cannot infer from reading the codebase. Use when setting up agent instructions or Claude configuration for a new repository, when an existing AGENTS.md is too long, generic, or stale, when agents repeatedly make avoidable mistakes, or when repository workflows have changed and the agent configuration needs pruning. Applies a discoverability filter—omitting anything Claude can learn from README, code, config, or directory structure—and a quality gate to verify each line remains accurate and operationally significant. metadata: tags: initialization, agents, context-engineering, agents-md, maintenance --- ## When to use Use this skill when creating or updating `AGENTS.md` for a repository. Use it especially when: - the current `AGENTS.md` is long, generic, or stale - agents repeatedly make the same avoidable mistakes - repository workflows changed and agent guidance needs pruning ## Instructions Treat `AGENTS.md` as a **living list of non-discoverable landmines and workflow gotchas**, not a codebase overview. ### Core rule: discoverability filter Before adding any line, ask: > Can an agent discover this by reading the repo (`README`, code, config, scripts, directory tree)? - If **yes**: do **not** include it in `AGENTS.md`. - If **no**, and it materially affects task success/cost/safety: include it. ### What earns a line Include only guidance that is: 1. **Non-discoverable** from repository files alone 2. **Operationally significant** (changes commands, outcomes, or safety) 3. **Actionable** (specific enough to execute) Typical examples: - Non-standard tooling choices (e.g. use `uv` instead of `pip`) - Command caveats (e.g. tests must run with `--no-cache` due to fixture behavior) - Hidden constraints/landmines (deprecated directories still imported in production) - Critical local conventions that are not encoded in lint/tests/config ### What to remove or avoid Do **not** include: - Tech stack summaries - Directory structure overviews - Architecture descriptions agents can infer from code - Generic best-practice advice - Rules already enforced by tooling (linters, typecheck, tests, CI) - Mandatory boilerplate headers unless the repo explicitly requires one ### Recommended structure Prefer short, high-signal sections such as: - `Scope & routing` (which areas need separate/module-local AGENTS files) - `Non-discoverable commands` - `Landmines / do-not-touch areas` - `Task-specific constraints` For large repos, recommend **hierarchical AGENTS.md** files near relevant modules instead of one monolithic root file. ### Source files to check first - Existing `AGENTS.md` - `README.md` - `PROJECT.md` (if present) - Cursor rules (`.cursor/rules/` or `.cursorrules`) - Copilot instructions (`.github/copilot-instructions.md`) - `GEMINI.md` - CI/workflow files and package manager config (for command/tooling mismatches) If `AGENTS.md` exists, improve it incrementally instead of replacing it blindly. ### Maintenance mindset `AGENTS.md` is temporary guidance, not permanent configuration. When recurring issues appear: 1. Prefer fixing the root cause in code/tooling (lint rule, test, script, structure) 2. Keep only the minimum instruction needed until the root cause is solved 3. Prune stale instructions aggressively ### Quality gate before finalizing For each line in `AGENTS.md`, verify: - Is it non-discoverable? - Is it still accurate today? - Does it materially reduce mistakes/cost/time? Delete any line that fails one of these checks.
© mcollina · MIT · mcollina/skills