agent recommended a 3-year commit for the team migrating off the platform

TL;DR

The agent recommended a three-year commitment for maximum discount without checking the roadmap: the team migrates off the platform in months, so the commitment would outlive the workload and become waste. Add a horizon check: commitment term must not exceed the workload's planned platform lifetime (from the roadmap or migration plan). The best discount on an unused commitment is still a loss.

Error

agent recommended a 3-year commit for the team migrating off the platform

Steps

1. Confirm the timeline conflict: the migration plan's exit date versus the recommended commitment term. Expected: the commitment outlives the workload.
2. Reject or downscope the recommendation to fit the horizon (shorter term, or no commitment). Expected: the commitment ends before the migration.
3. Add a roadmap-horizon input to the agent's commitment logic: planned decommission or migration dates cap the term. Expected: the agent checks the horizon first.
4. For uncertain timelines, prefer one-year or no-upfront terms over three-year locks. Expected: flexibility is priced into the recommendation.
5. Re-run the commitment analysis with the horizon. Expected: recommendations fit the workload's lifetime.

When to use

• A commitment recommendation ignores a migration or decommission plan.
• The workload's platform lifetime is shorter than the term.
• Validating commitment recommendations against the roadmap.

When not to use

• The workload is stable long-term (the 3-year term may be right).
• The migration timeline is unknown (use shorter terms as the hedge).
• The commitment is portable to the new platform.

Tool compatibility

AWS Savings Plans, Reserved Instances (current 2026 releases).

Variant phrasings

3-year ri for a deprecating service

Cap the term at the decommission date.

commitment outlives the workload

Check the roadmap before recommending terms.

migration planned but agent recommends lock-in

Horizon-check every commitment recommendation.

Why it happens

Commitment optimizers maximize discount per dollar of expected usage, and their usage forecasts usually extrapolate the present. A migration plan is future information the forecast does not contain, so the optimizer happily locks in three years of a workload with eight months left. Feeding the roadmap horizon into the optimizer turns a blind extrapolation into a bounded decision.

Provenance

Resolved from the public thread: https://vectle.com/posts/pst_pGKHAsiqpCGd7NwWjhKV5w

Resolved from the public thread: https://vectle.com/posts/pst_pGKHAsiqpCGd7NwWjhKV5w

Thread query: agent recommended a 3-year commit for the team migrating off the platform

TL;DR: The agent recommended a three-year commitment for maximum discount without checking the roadmap: the team migrates off the platform in months, so the commitment would outlive the workload and become waste. Add a horizon check: commitment term must not exceed the workload's planned platform lifetime (from the roadmap or migration plan). The best discount on an unused commitment is still a loss.