adopt — скилл для Claude Code: аудит артефактов проекта
Проверяет, соответствуют ли GDD, ADR и истории формату шаблона, и выдаёт нумерованный план миграции. Пригодится, когда проект уже написан, а скиллы шаблона молчат или дают неверный результат.
npx skills add Donchitos/Claude-Code-Game-Studios --skill adopt -a claude-codeЧто делает adopt
adopt — скилл для браунфилд-проектов. Он не спрашивает, что у вас есть, а проверяет, заработает ли это с пайплайном шаблона. GDD, ADR и истории могут существовать, но при неверном внутреннем формате чувствительные к формату скиллы будут падать молча или выдавать мусор.
Работает в семь фаз: определяет состояние проекта, проводит аудит формата, классифицирует пробелы по приоритету, собирает план миграции, показывает сводку, пишет файл и предлагает первое действие. Результат — docs/adoption-plan-[date].md, постоянный план, по которому можно отмечать сделанное. Аргумент задаёт область: без аргумента или full — все типы артефактов, gdds, adrs, stories — только соответствующий формат, infra — пробелы в инфраструктуре (registry, manifest, sprint-status, stage.txt).
Режим автоматизации берётся из project.local.yaml, затем project.yaml, по умолчанию collaborative: скилл спрашивает перед записью файла. Существующие артефакты он не перегенерирует — только заполняет пробелы. Если в проекте уже есть готовые GDD или истории, переписывать их скилл не станет, это стоит держать в голове при ожиданиях.
Какие задачи решает
- понять, почему скиллы шаблона дают неверный результат на существующих документах
- проверить формат GDD, ADR и историй перед подключением пайплайна
- получить пронумерованный план миграции вместо списка пожеланий
- найти пробелы в registry, manifest, sprint-status и stage.txt
- отделить отсутствующие артефакты от несоответствующих формату
Примеры запросов агенту
- /adopt
- /adopt gdds
- /adopt infra
Как установить adopt
1Через Skills CLI (Vercel)
npx skills add Donchitos/Claude-Code-Game-Studios --skill adopt -a claude-code2Вручную: положить файлы
~/.claude/skills/adopt/SKILL.mdПапка скилла целиком; для одного проекта — .claude/skills/adopt/
1Через Skills CLI (Vercel)
npx skills add Donchitos/Claude-Code-Game-Studios --skill adopt -a codex2Вручную: положить файлы
.agents/skills/adopt/SKILL.mdДля всех проектов — ~/.agents/skills/
1Через Skills CLI (Vercel)
npx skills add Donchitos/Claude-Code-Game-Studios --skill adopt -a cursor2Вручную: положить файлы
.cursor/skills/adopt/SKILL.mdCursor читает и .agents/skills/, и .claude/skills/
1GitHub CLI
gh skill install Donchitos/Claude-Code-Game-Studios adopt2Вручную: положить файлы
.github/skills/adopt/SKILL.md1Через Skills CLI (Vercel)
npx skills add Donchitos/Claude-Code-Game-Studios --skill adopt -a gemini-cli2Командой платформы
gemini skills install https://github.com/Donchitos/Claude-Code-Game-Studios --path .claude/skills/adoptВручную: положить файлы
.devin/skills/adopt/SKILL.mdСтарый путь .windsurf/skills/ тоже читается
Через Skills CLI (Vercel)
npx skills add Donchitos/Claude-Code-Game-Studios --skill adopt -a opencodeClaude.ai
Упакуйте папку в zip и загрузите в Settings → Capabilities → Skills
По шагам, с командами для каждой платформы: Как установить скилл в Claude Code: пять способов
Вопросы о adopt
Как установить adopt в Claude?
Выполните npx skills add Donchitos/Claude-Code-Game-Studios --skill adopt -a claude-code. Файл скилла появится по пути ~/.claude/skills/adopt/SKILL.md.
Что делает adopt?
Проверяет существующие артефакты проекта на соответствие формату шаблона и строит нумерованный план миграции в docs/adoption-plan-[date].md.
Чем adopt отличается от /project-stage-detect?
/project-stage-detect отвечает, что в проекте есть. adopt проверяет, будет ли это работать со скиллами шаблона, то есть смотрит на соответствие формату, а не на наличие файлов.
Исходный текст
SKILL.md · MIT
---
name: adopt
description: "Brownfield audit — do existing artifacts actually work? Numbered migration plan. Unlike /project-stage-detect, checks compliance not existence."
argument-hint: "[focus: full | gdds | adrs | stories | infra]"
user-invocable: true
allowed-tools: Read, Glob, Grep, Write, AskUserQuestion, Bash(bash "*/.claude/skills/adopt/../../hooks/yaml-helper.sh" resolve_config *), Bash(bash .claude/scripts/gdd-structure-check.sh *), Bash(bash .claude/scripts/migrate-v1-config.sh --dry-run*)
model: sonnet
---
!`bash "${CLAUDE_SKILL_DIR}/../../hooks/yaml-helper.sh" resolve_config --keys review_mode,automation,automation_always_ask,workflow`
Resolved above — use as-is. `/adopt` also inspects `project.yaml` and the legacy
config files directly when reporting and writing migration state; that raw
inspection is deliberate and separate from the resolved values above.
# Adopt — Brownfield Template Adoption
This skill audits an existing project's artifacts for **format compliance** with
the template's skill pipeline, then produces a prioritised migration plan.
**This is not `/project-stage-detect`.**
`/project-stage-detect` answers: *what exists?*
`/adopt` answers: *will what exists actually work with the template's skills?*
A project can have GDDs, ADRs, and stories — and every format-sensitive skill
will still fail silently or produce wrong results if those artifacts are in the
wrong internal format.
**Output:** `docs/adoption-plan-[date].md` — a persistent, checkable migration plan.
**Argument modes:**
**Audit mode:** `$ARGUMENTS` (blank = `full`)
- **No argument / `full`**: Complete audit — all artifact types
- **`gdds`**: GDD format compliance only
- **`adrs`**: ADR format compliance only
- **`stories`**: Story format compliance only
- **`infra`**: Infrastructure artifact gaps only (registry, manifest, sprint-status, stage.txt)
---
**Automation mode**: Resolve `modes.automation` (`project.local.yaml` →
`project.yaml` → default `collaborative`). Every `AskUserQuestion` call follows `.claude/docs/automation-modes.md`
(collaborative asks always · guided major-only · autonomous logs and proceeds;
`automation_always_ask` categories always prompt).
**`workflow`** (per `.claude/docs/workflow-modes.md`). It scopes the Phase 2 audit and
Phase 3 severity: `full` audits all doc types at full structure; `standard` audits
only the required docs/sections (optional sections are informational, not gaps);
`minimal` is a `design/game-brief.md` format check — GDDs/ADRs/UX are not expected. See Phase 2.
## Phase 1: Detect Project State
**Read `references/1-detect.md` now and follow it** — this phase's steps are in that file, not here. Read it again if the conversation was compacted or resumed during this phase.
## Phase 2: Format Audit
**Read `references/2-format-audit.md` now and follow it** — this phase's steps are in that file, not here. Read it again if the conversation was compacted or resumed during this phase.
## Phase 3: Classify and Prioritise Gaps
**Read `references/3-classify.md` now and follow it** — this phase's steps are in that file, not here. Read it again if the conversation was compacted or resumed during this phase.
## Phase 4: Build the Migration Plan
**Read `references/4-migration-plan.md` now and follow it** — this phase's steps are in that file, not here. Read it again if the conversation was compacted or resumed during this phase.
## Phase 5: Present Summary and Ask to Write
**Read `references/5-summary.md` now and follow it** — this phase's steps are in that file, not here. Read it again if the conversation was compacted or resumed during this phase.
## Phase 6: Write the Adoption Plan
**Read `references/6-write.md` now and follow it** — this phase's steps are in that file, not here. Read it again if the conversation was compacted or resumed during this phase.
## Phase 7: Offer First Action
**Read `references/7-first-action.md` now and follow it** — this phase's steps are in that file, not here. Read it again if the conversation was compacted or resumed during this phase.
## Collaborative Protocol
**Applies in `collaborative` mode (the default).** For `guided` and
`autonomous` modes, see `.claude/docs/automation-modes.md` — the rules below
describe what collaborative mode requires, not universal behavior.
1. **Read silently** — complete the full audit before presenting anything
2. **Show the summary first** — let the user see scope before asking to write
3. **Ask before writing** — always confirm before creating the adoption plan file
4. **Offer, don't force** — the plan is advisory; the user decides what to fix and when
5. **One action at a time** — after handing off the plan, offer one specific next step,
not a list of six things to do simultaneously
6. **Never regenerate existing artifacts** — only fill gaps in what exists;
do not rewrite GDDs, ADRs, or stories that already have content
© Donchitos · MIT · Donchitos/Claude-Code-Game-Studios