LLMSwaps

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

Naming a model every time against having one

Neither entry has a default and the reasons are opposite. On one, every call names a model from a list where each line carries its own price, so nothing runs unasked. On the other, one house model appears on every plan, so there is nothing to choose between. As of 2026-09-22.

Why neither entry has a default, and what that means. Recorded 2026-09-22.
On this pointfalPika
Number of purchasable modelsSeveral, each with its own priceOne, across every plan
What a request namesThe model, every timeNothing; there is one engine
Where variation livesIn the choice of modelIn resolution and features
What a version change reachesOnly callers naming that modelEvery plan simultaneously
Is the engine identifiable laterYes, from the invoiceBy name, though not by version

Inclusion rule. Both cells on a row come from the entry's own priced pages. A model named in marketing but absent from every priced page does not count. Order. Number of models first, then what varies instead.

1Two kinds of nothing to default to

One entry has no default because choice is compulsory. The other has none because choice is impossible. A reader scanning for empty cells would treat those as the same finding, and they produce completely different exposures.

Compulsory choice spreads risk across whichever models a production named. No choice concentrates it on one line that everybody shares.

Two kinds of nothing to default toOne entry has no default because choice is compulsory. The other has none because choice is impossible. A reader scanning for empty cells would treat those as the same finding, and they produce completely different exposures.No default is published. Why not?Every call names a modelChoice is compulsorySeveral priced lines, and a versionchange reaches only their callers.One model on every planChoice is impossibleA version change reaches every customeron the same day.Per-model billing records what a single-model plan cannot
Fig. 1 Compulsory choice spreads risk across the models a production named; no choice concentrates it on one shared line.

2Per-model billing records what a bundle hides

Where each model carries its own price, the invoice already says which engine produced what. On a single-model plan the engine is known by name and not by version, so a silent update leaves no trace on any document.

That makes the first entry easier to audit after the fact. The register keeps recommending exactly that record, and here it falls out of the billing arrangement.

3Blast radius differs by an order

A version change on a per-model list affects the callers who named that model. On a single-line menu it affects everybody on the same day, and there is no older generation listed to finish a season on.

Both entries publish no date and no successor. The succession reading for the single-line entry sets out what having nothing behind it means.

  • How the meter works
    Video models are billed by output unit, per second or per video depending on the modelquoted from the pagefal, pricing page / recorded 2026-09-22
  • Models carried
    Pika 2.5 onlyin house onlyPika, pricing / recorded 2026-09-12

4Sources

Both readings come from the pages the entries publish themselves: fal and Pika, read 2026-09-22. The column being compared is Default tier. Other pairs: Runway and SceneMixer, Runway and Luma.