Fable model visibility now gated by a server-verified entitlement probe#
A hidden Fable model only appears once a server-side entitlement probe accepts your account.
The function deciding fable-model eligibility changed hL(oK) to hL(SO) || Iwt() in two branches. Iwt() returns true only when awt() === "accepted", and awt() reads a fableEntitlementProbe (fableEntitlementProbeAccount, fableEntitlementProbeModel) cached on the provider state (Rr().providerCache), populated by an async probe/acceptance flow keyed to the current account.
The model-picker logic (koe) now conditionally injects an extra model option ($G(o, pQr(pq(), e))) into the list before the usual custom/alias model handling, gated through the same Iwt() check; absent an accepted probe result the function returns undefined/false. This means a session can become fable-eligible purely via the probe's cached 'accepted' result even when the existing hL provider-list check fails. Related identifiers claude-fable- and the alias fable51 show this is a codenamed model whose visibility depends on a server-verified entitlement rather than a local flag; it isn't fully traced what sets the probe to 'accepted', so how often this path fires isn't known.
Related
Other releases about the same thing. Found by shared names or similar wording; neither means one caused the other.
-
v2.1.257
Model-availability gate renamed/updated from fable5 to fable51
Both mention fable51
-
v2.1.257
New model alias fable51 added
Both mention fable51