К основному содержанию
скилл CX Codex

adopt — скилл для Claude Code: аудит артефактов проекта

Проверяет, соответствуют ли GDD, ADR и истории формату шаблона, и выдаёт нумерованный план миграции. Пригодится, когда проект уже написан, а скиллы шаблона молчат или дают неверный результат.

Установить в Claude Code · Через Skills CLI (Vercel) Все способы и платформы ↓
npx skills add Donchitos/Claude-Code-Game-Studios --skill adopt -a claude-code
Открыть на GitHub

Что делает 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-code

2Вручную: положить файлы

~/.claude/skills/adopt/SKILL.md

Папка скилла целиком; для одного проекта — .claude/skills/adopt/

По шагам, с командами для каждой платформы: Как установить скилл в 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

Похожие скиллы

Все скиллы по теме «Настройка агента: память, контекст, субагенты» →
v3-to-v4-migration phaserjs Помогает обновить проект игры с Phaser 3 до Phaser 4. Разбирает несовместимые изменения рендерера, перенос масок в фильтры и замену tintFill. CX Codex +1 715установок assess-react-native-migration callstackincubator Разбирает продуктовые репозитории и решает, стоит ли переносить мобильное приложение на React Native — до того, как начнётся код. CX Codex +1 2 100установок adopt-spec zernie Превращает уже написанный CLAUDE.md или AGENTS.md в типизированный CLAUDE.md.spec.ts, не трогая исходный файл. Пригодится, если хочется проверять инструкции линтером, но переписывать их с нуля неохота. CX Codex +1 1 800установок adopt-better-result dmmulroy Скилл проводит аудит обработки ошибок в TypeScript-проекте и предлагает план перехода на TaggedError и Result. CX Codex +1 546установок build parcadei Скилл build ведёт разработку фичи по цепочке из других скиллов и останавливается на контрольных точках, чтобы вы проверили результат. CX Codex +1 488установок expo-brownfield expo Помогает внедрить React Native и Expo в существующие нативные приложения на iOS и Android. Пригодится для точечной встройки экранов в SwiftUI, UIKit или Kotlin. CX Codex +1 27 900установок

Из того же набора72

asset-spec Собирает визуальные спецификации по каждому ассету игры и промпты для генерации картинок из GDD и профилей персонажей. Нужен после арт-библии. CX Codex +1 431установок team-release Ведёт релиз от кандидата до развёртывания через роли менеджера релиза, QA и DevOps. Нужен, когда выпуск требует проверок и решений между этапами. CX Codex +1 430установок architecture-review Проверяет, покрывают ли ADR требования из GDD, и ищет конфликты между решениями и проблемы совместимости с движком. CX Codex +1 429установок review-all-gdds Читает все GDD систем разом и ищет то, что не видно в отдельном документе: противоречия, доминирующие стратегии, перекос экономики. CX Codex +1 428установок create-architecture Скилл создаёт технический проект docs/architecture/architecture.md на основе дизайн-документов до написания кода. Помогает согласовать слои системы и найти пробелы в архитектурных решениях. CX Codex +1 422установок bug-triage Скилл пересматривает открытые баги, разводит severity и priority, распределяет задачи по спринтам и показывает системные проблемы. Запускайте его, когда список растёт. CX Codex +1 422установок create-stories Разбивает один эпик на истории с критериями приёмки. Нужен, когда пора переходить от дизайна к работе. CX Codex +1 420установок content-audit Скилл сверяет запланированное в диздоках количество контента с фактической реализацией в коде. Пригодится при контроле скоупа игры. CX Codex +1 420установок

Спонсоры проекта

Компании, которые помогают держать аналитику открытой