{"version":"2.1.265","anchor":"new-prefix-lock-heal-declined-error-marker-feeds-into-requ","canonical_anchor":"new-prefix-lock-heal-declined-error-marker-feeds-into-requ","heading":"New 'prefix lock heal declined' error marker feeds into request-retry classification","tier":"internal","area":"API Protocol","scope":null,"heads_up":null,"url":"https:\/\/changelogs.core-directive.com\/v\/2.1.265\/e\/new-prefix-lock-heal-declined-error-marker-feeds-into-requ","release_url":"https:\/\/changelogs.core-directive.com\/v\/2.1.265","markdown":"### New 'prefix lock heal declined' error marker feeds into request-retry classification\n\nRetry logic now remembers when a 'prefix lock' auto-heal was declined, so it won't retry the same way again\n\n**What**\n\nClaude Code can hit a 400-style \"prefix lock\" error and attempt to automatically heal it. Now, if that auto-heal attempt is declined, the error gets marked with `prefixLockHealDeclined`, and the request-retry logic checks for that marker so it doesn't loop trying the same auto-heal again.\n\n**Why**\n\nThis prevents Claude Code from repeatedly retrying an auto-heal that has already been declined, avoiding a wasted retry loop on this specific error condition.\n\n- Area: API Protocol\n- Names: `prefixLockHealDeclined`\n- Tier: Under the hood\n- Useful: 1\/5\n- Signal: 1\/5"}