Run large codebase migrations in reviewable local batches with codemods, checkpoints, and verification. Use when a wide refactor is too risky to ship as one monolithic change.
Scanned 5/29/2026
Install to Claude Code
npx -y skills add yeaight7/agent-powerups --skill codebase-migration-batches --agent claude-codeInstalls into .claude/skills of the current project.
Are you the author of Codebase Migration Batches?
Add the live security badge to your README — it updates automatically with every re-scan.
[](https://www.skillsdirectory.com/skills/yeaight7-codebase-migration-batches)More formats (shields.io, HTML) on the badges page.
---
name: codebase-migration-batches
description: Run large codebase migrations in reviewable local batches with codemods, checkpoints, and verification. Use when a wide refactor is too risky to ship as one monolithic change.
---
# Codebase Migration Batches
Use this skill for broad, repetitive refactors that should move in slices.
## When to Use
- API renames across many files
- Framework or config migrations
- Mechanical refactors backed by codemods or search/replace rules
- Any change where "all at once" would be too large to review safely
## Core Rules
- Define the transform precisely before editing files
- Keep one migration theme per batch
- Prefer deterministic codemods over manual repetition
- Maintain a batch ledger so already-migrated files are not touched twice
- Validate each batch before moving to the next
- No auto-commit, auto-push, or auto-PR
## Workflow
1. **Define the migration**
- What changes
- What does not change
- How success is measured
2. **Measure the blast radius**
- Count affected files
- Sample representative files
- Identify edge cases before the first codemod pass
3. **Choose batch size**
- Small enough to review and debug
- Large enough to make visible progress
4. **Run the transform**
- Prefer AST-aware tools when syntax matters
- Use plain search/replace only for truly mechanical edits
- Keep any helper scripts under versioned project control if they are reused
5. **Verify the batch**
- Run targeted tests first
- Run broader validation when the batch changes shared primitives
- Track residual manual fixes separately from the codemod logic
6. **Advance or stop**
- Continue if the batch is stable
- Shrink the batch if review or validation gets noisy
- Stop and redesign the transform if repeated manual cleanup dominates
## Batch Ledger
Track at least:
```text
Batch ID
Files included
Transform rule
Validation run
Known exceptions
```
Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.
No comments yet. Be the first to comment!