Framework upgrades and dependency updates with AI
Run overdue upgrades side by side as tested pull requests
An upgrade program usually means one service after another, one sprint after another. Agents update each service’s dependencies in its own sandbox, approved tasks can run concurrently, and your architects see only the decisions that need them.
A dependency update plan for each service
The planner reads each service down to its packages and lists what each dependency update breaks. Your architects review fourteen plans instead of discovering fourteen surprises.
Pause architecture changes for your architect’s decision
Mechanical changes go ahead on their own. Anything that changes your architecture pauses that one service and arrives as a decision, with options, trade-offs, and a recommendation.
Track update costs by service
How David reviews a multi-service upgrade program
Illustrative example, not a customer result.Here is what the work looks like today, and what changes when an AI team takes the busywork off the plate.