LLMSwaps

Which model each app runs today, and when it last changed

Two platforms that both count, in different units

These are the two entries that publish a period and then disagree about almost everything else. One commits to a number of days and states its dates cannot move. The other commits to months, publishes the figure on each model, and allows access to end after a fortnight of disuse. As of 2026-09-22.

The same commitment, read on both pages. Recorded 2026-09-22.
On this pointMicrosoft FoundryAmazon Bedrock
Unit of the commitmentDays, sixty or thirty by stageMonths, or 45 days per model
Where the figure is publishedIn a policy covering every modelOn the individual model card
Can the date moveStated as non-extendableNot addressed either way
Can access end soonerNothing published suggests itAfter 15 days of inactivity
What decides the lengthWhether the model is preview or liveWhich figure that model card carries

Inclusion rule. Both cells on a row come from the entry's own lifecycle documentation. A figure quoted in coverage of either platform is not used. Order. Unit first, then where it is published, then what can shorten it.

1Longer is not the same as more dependable

Months beat days on paper. Read the two pages together and the shorter commitment is the one a production can put in a calendar, because it is fixed at both ends and the longer one can be cut to a fortnight by an ordinary gap in work.

So the comparison is between length and predictability rather than between generosity and meanness. A window of unknown length is planned around as though it were short.

Length and predictability are separate propertiesMonths beat days on paper. Read together, the shorter commitment is the one that can go into a calendar, because it is fixed at both ends, while the longer one can be cut to a fortnight by an ordinary gap in work.Days, fixedMonths, conditionalPublishedThirty or sixty by stageSix months or 45 daysEnds soonerNothing suggests itAfter 15 days of disuseEnds laterStated as non-extendableNot addressedWhere the figure isIn a policy for every modelOn each model cardBoth are readable before choosing a model, which separates them from every application here
Fig. 1 A window of unknown length gets planned around as though it were short, whatever the page says.

2Two places to publish a number

One entry writes the figure into a policy that covers every model it will ever retire. The other writes it onto each model card, so the answer is specific and has to be looked up per model.

Both are readable before choosing a model, which is what separates them from every application in the register. The difference is whether a reader learns a rule or has to collect facts.

3What decides which figure applies

On one page the stage of the model decides, so a video model at preview stage carries the shorter figure. On the other the model card decides, with no rule published for which of the two figures a card will carry.

A reader therefore cannot compute their runway on either page without checking a second thing. The notice period column records both figures and marks which one is in force for video.

4Sources

Both readings come from the pages the entries publish themselves: Microsoft Foundry and Amazon Bedrock, read 2026-09-22. The column being compared is Notice period. Other pairs: Foundry and the Gemini API, Bedrock and the Gemini API.