{"version":"2.1.260","anchor":"fablefast-model-eligibility-gained-a-second-unlock-path-tie","canonical_anchor":"hidden-fable-model-surfaced-only-after-an-entitlement-prob","heading":"Fable model visibility now gated by a server-verified entitlement probe","tier":"soon","area":"Models","scope":null,"heads_up":null,"url":"https:\/\/changelogs.core-directive.com\/v\/2.1.260\/e\/fablefast-model-eligibility-gained-a-second-unlock-path-tie","release_url":"https:\/\/changelogs.core-directive.com\/v\/2.1.260","markdown":"### Fable model visibility now gated by a server-verified entitlement probe\n\nFable eligibility now has a second unlock path via a cached entitlement probe result.\n\nThe 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.\n\nThe 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.\n\n- Area: Models\n- Names: `fableEntitlementProbe`\n- Tier: Nothing to try yet\n- Useful: 4\/5\n- Signal: 4\/5\n- Present in the build but not switched on"}