LLMSwaps

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

A tier that gates models against a plan that includes both

Both entries settle which engine a project reaches without publishing a default, in opposite ways. One gates partner models by tier, so the subscription decides. The other includes two generations on one membership, so nothing is decided and both remain available. As of 2026-09-22.

How each entry settles what a project can reach. Recorded 2026-09-22.
On this pointAdobe FireflyKling AI
What decides accessThe tier the subscription boughtNothing; both generations are included
Is the mapping publishedYes, model by tierNot applicable; there is no gate
Can access end without a retirementYes, by a tier changeNothing published about removal
Whose models are involvedA house line plus partnersThis maker's own two generations
Is either generation marked currentPartner models are named by tierThe newer pair is promoted

Inclusion rule. Both cells on a row come from the entry's own published plan pages. A model reachable in the product but absent from the plan comparison does not fill a cell. Order. What decides access first, then what can change it.

1Gating and bundling both remove the unstated setting

Most entries in this column leave the starting engine unexplained. These two do not, because one answers it at the checkout and the other makes the question moot by including everything.

The cost is different. A gate makes access a commercial variable; a bundle makes it a product decision nobody has committed to keeping.

Gating and bundling both answer the default questionMost entries in this column leave the starting engine unexplained. One of these answers it at the checkout; the other makes the question moot by including both generations. The costs are different rather than the disclosure.Which engine can this project reach?Gated by tierWhatever the plan namesPublished model by tier, and moved by apricing restructure.Bundled togetherEither generationBoth included, neither marked, and thelist can be edited.Neither event produces a retirement notice
Fig. 1 A gate makes access a commercial variable; a bundle makes it a product decision nobody committed to keeping.

2One entry resells, the other makes

The gated menu mixes a house line with partner models, so part of its answer depends on other companies. The bundled menu is one maker's own generations, so the whole answer belongs to the company selling it.

That decides who a customer can usefully ask. On the bundled entry there is one party; on the gated one, the answer may belong to a maker the subscriber has never dealt with.

3Two ways to lose access with nothing retired

A tier restructure removes a partner model from a subscriber while the model continues to exist. A benefit list edit removes an older generation the same way. Neither event produces a retirement notice.

The register records both as page edits rather than as endings. The ending early column keeps every mechanism of that kind in one place.

  • Models carried
    Firefly Video Model in house, plus Veo 3.1 Fast, Kling 3.0, Kling 2.5 Turbo, Runway, Luma AI and Topaz Astrapartner models named by tierAdobe, Firefly plan comparison / recorded 2026-09-22
  • Models carried
    Kling 3.0 and 3.0 Omni, with VIDEO 2.6 still listed as a plan benefittwo generations live at onceKling AI, membership plans / recorded 2026-09-12

4Sources

Both readings come from the pages the entries publish themselves: Adobe Firefly and Kling AI, read 2026-09-22. The column being compared is Default tier. Other pairs: The Gemini API and Sora, invideo AI and Luma.