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

tdd-migrate — скилл для Claude Code: TDD-миграции

Оркестрирует миграции через TDD: агенты анализируют код, пишут тесты, реализуют изменения и проверяют результат. Нужен для серии похожих переносов по образцу.

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

Что делает tdd-migrate

tdd-migrate создаёт YAML-план в thoughts/shared/plans/<name>-tdd.yaml, затем распределяет задачи между агентами. scout изучает исходный код и эталонный паттерн, kraken пишет падающие тесты и минимальную реализацию, а validator запускает проверки.

Независимые элементы запускаются параллельно. После реализации critic сверяет новые файлы с образцом, spark исправляет найденные проблемы, а validator повторяет проверку и сравнивает структуру через TLDR.

Скилл рассчитан на передачу работы агентам, поэтому ручное чтение файлов и запуск тестов из главного контекста противоречат его схеме. В процессе используются bun test, qlty check и команды tldr structure; агентам доступны Task, TodoWrite, Write, Read и Bash.

Какие задачи решает

  • перенести модуль на новую архитектуру через TDD
  • создать несколько адаптеров по существующему паттерну
  • написать падающие тесты перед реализацией
  • сверить новые файлы с эталонной структурой
  • повторно проверить исправления после ревью

Примеры запросов агенту

  • /tdd-migrate <source_path> <target_path> --pattern <reference> --items "item1,item2,item3"
  • Запусти /tdd-migrate <source_path> <target_path> --pattern <reference> --items "item1,item2,item3" и распредели независимые элементы между агентами.

Как установить tdd-migrate

1Через Skills CLI (Vercel)

npx skills add parcadei/Continuous-Claude-v3 --skill tdd-migrate -a claude-code

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

~/.claude/skills/tdd-migrate/SKILL.md

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

По шагам, с командами для каждой платформы: Как установить скилл в Claude Code: пять способов

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

reference-sdk Скилл находит примеры реализации в эталонных SDK через утилиту btca. Он подсказывает агенту, как устроены стриминг, вызовы инструментов и валидация у других библиотек. CX Codex +1 480установок tour Показывает дружелюбный обзор возможностей агента, когда пользователь спрашивает, с чего начать или что доступно. Пригодится для первого знакомства с проектом. CX Codex +1 480установок agentica-prompts Скилл задаёт шаблоны и правила промптов для агентов Agentica и REPL. Убирает двусмысленность инструкций и организует обмен данными через файлы. CX Codex +1 478установок tldr-router Подсказывает агенту, какую команду tldr запустить под конкретный вопрос: дерево файлов, вызовы, сложность, поток данных. CX Codex +1 477установок validate-agent Субагент читает план, выписывает библиотеки и архитектурные решения и проверяет их по актуальным практикам. Пригодится перед тем, как начинать реализацию. CX Codex +1 476установок tdd-migration-pipeline Скилл оркестрации для миграции и рефакторинга кодовой базы по TDD без перегрузки контекста главной модели. Пригодится при смене стека или переносе системы. CX Codex +1 476установок agentica-infrastructure Справочник по API инфраструктуры Agentica: 11 классов паттернов координации агентов, примитивы консенсуса и схема базы отслеживания. Пригодится, когда строишь мультиагентный воркфлоу и нужны точные сигнатуры конструкторов. CX Codex +1 475установок nia-docs Ищет документацию и примеры кода по базе из более чем 3000 пакетов через Nia. Помогает быстро находить сигнатуры функций и паттерны библиотек. CX Codex +1 474установок

Похожие

springboot-tdd affaan-m Скилл задаёт TDD-процесс для Spring Boot: тесты сначала, затем код, рефакторинг и проверка покрытия. Пригодится для фич, багфиксов и API. CX Codex +1 4 700установок tdd brianlovin Внедряет строгий цикл разработки через тестирование red-green-refactor. Помогает писать проверки по публичным API и двигаться короткими шагами. CX Codex +1 2 800установок tdd-guide Alireza Rezvani Автоматизирует цикл «красный-зелёный-рефакторинг», генерирует тесты и разбирает пробелы в покрытии. Пригодится при разработке по TDD на Jest, Pytest, JUnit или Vitest. 1 017установок tdd-workflow ruvnet Скилл ведёт агента по циклу London School: падающий тест с замоканными зависимостями, минимальная реализация, рефакторинг. Шаги фиксируются в MCP-хуках. CX Codex +1 743установок python-tdd-with-uv spencerpauly Ведёт агента по циклу red-green-refactor в Python и настраивает проект на uv. Пригодится, когда пишете тесты до кода. CX Codex +1 409установок laravel-tdd iSerter Скилл ведёт агента по циклу red-green-refactor в Laravel: сначала падающий тест на Pest, потом минимальный код, потом рефакторинг. CX Codex +1 378установок

Рядом в теме «Настройка агента: память, контекст, субагенты»

Все скиллы по теме «Настройка агента: память, контекст, субагенты» →

Вопросы о tdd-migrate

Как установить tdd-migrate в Claude Code?

Выполните npx skills add parcadei/Continuous-Claude-v3 --skill tdd-migrate -a claude-code, затем повторите npx skills add parcadei/Continuous-Claude-v3 --skill tdd-migrate -a claude-code. Файл скилла расположен в ~/.claude/skills/tdd-migrate/SKILL.md.

Что делает tdd-migrate?

Скилл ведёт миграцию по TDD-схеме: планирует работу, поручает анализ и реализацию агентам, затем запускает ревью и валидацию. Главный контекст остаётся для координации.

Какие проверки запускает tdd-migrate?

Для реализации он использует bun test <test_file> и qlty check <impl_file>. На финальном этапе validator сравнивает структуру новых файлов и эталона командами tldr structure.

Исходный текст

SKILL.md · MIT
---
name: tdd-migrate
description: TDD workflow for migrations - orchestrate agents, zero main context growth
allowed-tools: [Task, TodoWrite, Write, Read, Bash]
---

# TDD Migrate

Orchestrate TDD migrations with agents doing all work. Main context stays clean.

## When to Use

- "Port X from Python to TypeScript"
- "Create N adapters following existing pattern"
- "Migrate module to new architecture"
- "TDD implementation of multiple similar items"

## Parameters

```
/tdd-migrate <source_path> <target_path> --pattern <reference> --items "item1,item2,item3"
```

- `source_path`: Path to analyze (existing code)
- `target_path`: Where to create new code
- `pattern`: Reference file/pattern to follow
- `items`: Comma-separated list of things to create

## Workflow

```
Phase 0: YAML TODO List
    │
    ▼
Phase 1: TLDR Analysis ─────────────────┐
    │                                    │
    ▼                                    │ Parallel scouts
Phase 2: Write Failing Tests ───────────┤ per item
    │                                    │
    ▼                                    │
Phase 3: Implement (minimal) ───────────┤
    │                                    │
    ▼                                    │
Phase 4: Build + Pass Tests ────────────┘
    │
    ▼
Phase 5: QLTY Check ────────────────────┐
    │                                    │ Parallel
Phase 6: Review Agent Validates ────────┘
    │
    ▼
Phase 7: TLDR Diff (new vs reference)
    │
    ▼
Phase 8: Fix Issues (if any)
    │
    ▼
Complete
```

## Key Principles

1. **Main context = orchestration only**
   - Never read files directly (use scout)
   - Never implement directly (use kraken/spark)
   - Never run tests directly (use validator)
   - Only pipe context and coordinate

2. **Agents do ALL work**
   | Task | Agent |
   |------|-------|
   | Explore/analyze | scout |
   | Write tests + implement | kraken |
   | Quick fixes | spark |
   | Run tests/validate | validator |
   | Code review | critic |

3. **Parallel where independent**
   - All items can be implemented in parallel if independent
   - Review + QLTY run in parallel
   - TLDR analysis runs in parallel with planning

4. **Review after each major step**
   - After implementation: critic reviews
   - After fixes: validator re-validates

## Instructions

### Step 0: Create YAML TODO

Write a YAML plan file to `thoughts/shared/plans/<name>-tdd.yaml`:

```yaml
---
title: <Migration Name>
date: <today>
type: implementation-plan
approach: TDD (test → build → pass → review)

items:
  - name: item1
    file: <target_path>/item1.ts
    test: <target_path>/__tests__/item1.test.ts
    deps: []
  - name: item2
    # ...

reference: <pattern_file>

workflow:
  per_item:
    1: Write failing test
    2: Implement minimal
    3: Build
    4: Pass test
    5: QLTY check
    6: Review
  final:
    7: Integration test
    8: TLDR diff
```

### Step 1: Launch Scout Agents (parallel)

```
Task (scout): Analyze <source_path> with TLDR
Task (scout): Analyze <pattern> to understand structure
Task (scout): Read migration handoff if exists
```

### Step 2: Launch Kraken Agents (parallel per item)

For each item, launch ONE kraken that does full TDD:

```
Task (kraken): Implement <item> using TDD workflow
  1. Read pattern file
  2. Write failing test
  3. Implement
  4. Run: bun test <test_file>
  5. Run: qlty check <impl_file>
```

### Step 3: Review + Validate (parallel)

```
Task (critic): Review all new files against pattern
Task (validator): Run full test suite
Task (validator): QLTY check all files
```

### Step 4: Fix Issues

If critic/validator found issues:

```
Task (spark): Fix <specific issue>
Task (validator): Re-validate
```

### Step 5: TLDR Diff

```
Task (validator): TLDR diff new files vs reference
  - tldr structure <new_file> --lang <lang>
  - tldr structure <reference> --lang <lang>
  - Compare patterns
```

### Step 6: Update Continuity

Update ledger with completed work.

## Example: Rigg Adapters

```bash
/tdd-migrate /Users/cosimo/Documents/rigg/src/sdk/providers \
  /Users/cosimo/Documents/rigg/src/sdk/providers \
  --pattern lmstudio.ts \
  --items "xai,cerebras,togetherai,deepinfra,perplexity"
```

Resulted in:
- 5 parallel kraken agents
- 39 tests passing
- All adapters working
- ~15 minutes total

## Anti-Patterns (AVOID)

| Bad | Good |
|-----|------|
| Read files in main context | Launch scout agent |
| Write code in main context | Launch kraken/spark agent |
| Run tests in main context | Launch validator agent |
| Skip review | Always launch critic |
| Sequential items | Parallel krakens |
| Fix in main context | Launch spark |

## Agent Prompts

### Scout (analysis)
```
Explore <path> to understand:
1. Structure/patterns
2. Interfaces/types
3. Dependencies
Return actionable summary for implementation.
```

### Kraken (TDD)
```
Implement <item> using TDD:
1. Read <pattern> for structure
2. Write failing test to <test_path>
3. Implement minimal to <impl_path>
4. Run: <test_command>
5. Run: qlty check <impl_path>
Report: status, issues, files created.
```

### Critic (review)
```
Review <files> against <pattern>:
1. Pattern compliance
2. Type safety
3. Missing registrations
4. Security issues
DO NOT edit. Report issues only.
```

### Spark (fix)
```
Fix <specific issue>:
1. Read <file>
2. Make minimal edit
3. Verify fix
```

### Validator (test)
```
Validate <files>:
1. Run <test_command>
2. Run qlty check
3. Report pass/fail/issues
```

## Success Criteria

- [ ] All tests pass
- [ ] QLTY reports no issues
- [ ] Critic found no critical issues
- [ ] TLDR diff shows pattern compliance
- [ ] All items registered/exported properly

© parcadei · MIT · parcadei/Continuous-Claude-v3

Смотрите также

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

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