Framework Migration Runner
Mechanical code migration
Grinds through the mechanical half of a version bump or API migration — the hundred call sites that all change the same way. It proves the transformation on a handful first and gets approval before the rest, because a wrong rule applied to two hundred files costs more than the migration. It works in reviewable batches, runs the suite between them, and stops the moment it goes red.
Connects with
No app connections are included in this template. Check its foundation and setup requirements before your first run.
- +Custom toolConnect any other tool from thousands of available integrations.
How it runs
- Foundation
Claude Code
- Model
- Claude Sonnet 4.6
- Reasoning
- High effort
- Per run
- Up to 60 turns
- Memory
- Learns across runs
- Browsing
- Off
- Category
- Engineering
- Claude Code
- Local
- Migration
Frequently asked questions
Can Framework Migration Runner update hundreds of repeated API call sites?
Yes. It handles the mechanical half of a version bump or API migration across repeated call sites, in reviewable batches.
Why does the migration runner test a handful of files before changing the whole repository?
A transformation rule can look correct while still being wrong at scale, so it proves the rule on a sample and seeks approval before applying it broadly.
What happens when a migration batch makes the test suite fail?
It runs the suite between batches and stops as soon as it goes red, leaving the failure visible for review instead of continuing through the repository.
Does Framework Migration Runner produce one giant diff for a version upgrade?
No. The work is divided into reviewable batches, so each transformation can be inspected and accepted before the next batch proceeds.
Agents like this one
Put Framework Migration Runner to work today
Add it to your Oasis, review its setup, and hand it the first task.