{"version":"2.1.268","anchor":"model-access-checks-now-do-a-live-entitlement-re-probe-befor","canonical_anchor":"stale-model-access-denials-are-now-automatically-re-probed-a","heading":"Stale model-access denials are re-checked instead of sticking permanently","tier":"notice","area":"Model Access","url":"https:\/\/changelogs.core-directive.com\/v\/2.1.268\/e\/model-access-checks-now-do-a-live-entitlement-re-probe-befor","release_url":"https:\/\/changelogs.core-directive.com\/v\/2.1.268","markdown":"### Stale model-access denials are re-checked instead of sticking permanently\n\nClaude Code now re-probes the server before blocking a model it previously denied access to, letting access restore itself without a restart.\n\n**What**\n\n- Claude Code now tracks models the server previously denied access to (`confirmedEntitlementDenies`).\n\n- Before re-reporting a denial or finalizing a block, it re-probes the server (with a deadline, forcing a fresh server check) to see whether the deny has since been overturned \u2014 for example because your organization or account changed.\n\n- If the deny is overturned, the cache is updated and the model is evicted from the deny list, so startup or the `\/model` command can resolve to the now-available model without restarting Claude Code.\n\n- A blocked result now also carries an `underEnforcement` flag, and failures during this re-probe are tracked distinctly as `entitlement_probe_failed` versus a normal `not_allowed` denial.\n\n**Why** Previously a denied model could stay blocked even after the underlying restriction was lifted, requiring a restart. Re-probing lets access self-heal automatically.\n\n- Area: Model Access\n- Tier: You'll notice\n- Useful: 3\/5\n- Signal: 3\/5"}