1. Map what remains
Gilfoyle inventories the code still on the old pattern, the tests that cover it and the places where old and new must coexist. You agree the order, the slice size and what counts as done.
Give Gilfoyle a code migration, such as a new framework, API or router, and get it moved forward in small, tested pull requests your team can review.
Starts: When you hand over a migration plan or ask Gilfoyle to continue one already under way.
Gilfoyle inventories the code still on the old pattern, the tests that cover it and the places where old and new must coexist. You agree the order, the slice size and what counts as done.
With connected Claude Code or Codex and GitHub, each slice moves one module or area, keeps both paths working where the plan requires and runs the tests that cover that area.
Every draft PR states what moved, what remains and anything that needs a decision, and a tracking list shows progress across slices. Your reviewers merge each step; the final switch-over is your call.
Use this for changes that span many files or modules. For a single package version bump, upgrading dependencies safely is the lighter workflow.
Hypothetical finished result
Router migration progress update
Hypothetical: a service is part-way through moving its handlers to a new router.
Connect the accounts and actions for your workflow. Start in Artie or add your Artisan to Slack; access stays within your account permissions.
Explore appsNo. The migration moves in slices sized for review, with old and new paths side by side where your plan needs them.
Your team. Gilfoyle prepares the remaining steps and checks; removing the old path is a reviewed decision.
It is called out with options and trade-offs for a decision rather than forced into the new pattern.