Claude Code API കീകൾക്കായി Rate-Limit പിശകുകൾ വീണ്ടും ശ്രമിക്കുന്നു (retries), എന്നാൽ Max പ്ലാനുകൾക്കായി അല്ല

ഒരു ചെറിയ പിശക് കാരണം നിങ്ങളുടെ Claude Code സെഷൻ പെട്ടെന്ന് അവസാനിച്ചേക്കാം.

നിങ്ങൾ ഒരു API കീ ഉപയോഗിക്കുകയാണെങ്കിൽ, സിസ്റ്റം ആ റിക്വസ്റ്റ് വീണ്ടും ശ്രമിക്കും (retry). എന്നാൽ നിങ്ങൾ ഒരു Max പ്ലാൻ ഉപയോഗിക്കുകയാണെങ്കിൽ, സെഷൻ അവസാനിക്കും.

എന്തുകൊണ്ടാണ് ഇങ്ങനെ സംഭവിക്കുന്നത് എന്ന് കണ്ടെത്താൻ ഞാൻ Claude Code ബൈനറി (version 2.1.179) ഡീകംപൈൽ ചെയ്തു. ഇതിന്റെ ലോജിക് ലളിതമാണ്. ഒരു 429 error വീണ്ടും ശ്രമിക്കണോ എന്ന് തീരുമാനിക്കുന്നതിന് മുമ്പ്, നിങ്ങൾ എങ്ങനെയാണ് പണമടയ്ക്കുന്നത് എന്ന് കോഡ് പരിശോധിക്കുന്നു.

ഈ ലോജിക് ഇപ്രകാരമാണ് പ്രവർത്തിക്കുന്നത്:

  • API കീകൾ: സിസ്റ്റം പിശക് വീണ്ടും ശ്രമിക്കുന്നു (retries).
  • Enterprise അക്കൗണ്ടുകൾ: സിസ്റ്റം പിശക് വീണ്ടും ശ്രമിക്കുന്നു.
  • Pro, Max പ്ലാനുകൾ: സിസ്റ്റം വീണ്ടും ശ്രമിക്കില്ല. ആ പിശക് നിങ്ങളുടെ ജോലി തടസ്സപ്പെടുത്തും.

ക്ലയന്റ് നിങ്ങളുടെ സബ്‌സ്‌ക്രിപ്‌ഷൻ തരം തിരിച്ചറിയുന്നത് കൊണ്ടാണ് ഇത് സംഭവിക്കുന്നത്. അത് നിങ്ങളുടെ OAuth ടോക്കൺ പരിശോധിക്കുകയും റീട്രൈ പാത്ത് (retry path) ഒഴിവാക്കുകയും ചെയ്യുന്നു.

ഈ ഡിസൈനിന് ഒരു കാരണമുണ്ട്. ഒരു സബ്‌സ്‌ക്രിപ്‌ഷനിൽ 429 error വരുന്നുണ്ടെങ്കിൽ, അതിന്റെ അർത്ഥം അടുത്ത കുറച്ച് മണിക്കൂറത്തേക്ക് നിങ്ങൾ ഉപയോഗപരിധി (usage limit) പിന്നിട്ടിരിക്കുന്നു എന്നാണ്. ഉപയോഗപരിധി കഴിഞ്ഞാൽ വീണ്ടും ശ്രമിക്കുന്നത് കൊണ്ട് പ്രയോജനമില്ല. അത് വിഭവങ്ങൾ (resources) പാഴാക്കുകയേ ഉള്ളൂ.

എന്നാൽ ഈ രീതിയിൽ ഒരു പ്രശ്നമുണ്ട്.

Anthropic പരിധികൾ (limits) രണ്ട് തരത്തിലുണ്ട്:

  • ദീർഘമായ ഉപയോഗ പരിധികൾ (മണിക്കൂറുകൾ).
  • കുറഞ്ഞ മിനിറ്റ് പരിധികൾ (സെക്കൻഡുകൾ).

കോഡ് ഇവ രണ്ടിനെയും ഒരുപോലെയാണ് കാണുന്നത്. മണിക്കൂറുകൾ നീണ്ടുനിൽക്കുന്ന പരിധിയും രണ്ട് സെക്കൻഡ് മാത്രം നീണ്ടുനിൽക്കുന്ന പരിധിയും തമ്മിലുള്ള വ്യത്യാസം അത് തിരിച്ചറിയുന്നില്ല.

ഒരു Max പ്ലാനിൽ നിങ്ങൾ ഒരു ചെറിയ മിനിറ്റ് പരിധിയിൽ എത്തിയാൽ, നിങ്ങളുടെ മുഴുവൻ പ്രക്രിയയും (run) നഷ്ടപ്പെടും. നിങ്ങൾ ഒരു API കീ ഉപയോഗിക്കുകയായിരുന്നെങ്കിൽ, സിസ്റ്റം രണ്ട് സെക്കൻഡ് കാത്തിരിക്കുകയും വിജയകരമായി പൂർത്തിയാക്കുകയും ചെയ്യുമായിരുന്നു.

ഇതിനർത്ഥം നിങ്ങളുടെ വിശ്വാസ്യത (reliability) നിങ്ങളുടെ ബില്ലിംഗ് ടയറിനെ (billing tier) ആശ്രയിച്ചിരിക്കുന്നു എന്നാണ്.

നിങ്ങൾ ഒരു സബ്‌സ്‌ക്രിപ്‌ഷനിൽ ഏജന്റിക് വർക്ക്ഫ്ലോകൾ (agentic workflows) നിർമ്മിക്കുകയാണെങ്കിൽ, എളുപ്പത്തിൽ പിന്മാറുന്ന ഒരു സിസ്റ്റത്തെയാണ് നിങ്ങൾ വിശ്വസിക്കുന്നത്. രണ്ട് സെക്കൻഡ് ദൈർഘ്യമുള്ള ഒരു ചെറിയ തടസ്സം നിങ്ങൾക്ക് പരാജയപ്പെട്ട ഒരു ടാസ്ക് ആയി മാറുമ്പോൾ, മറ്റൊരാൾക്ക് അത് വെറുമൊരു ചെറിയ ഇടവേള മാത്രമായിരിക്കും.

നിങ്ങൾക്ക് ഇത് സ്വയം പരിശോധിക്കാം. നിങ്ങളുടെ ലോഗുകളിൽ (logs) anthropic-ratelimit-unified-status ഹെഡർ ശ്രദ്ധിക്കുക.

  • നിങ്ങൾ ഒരു metered കീ ഉപയോഗിക്കുകയാണെങ്കിൽ, റീട്രൈകൾ (retries) കാണാം.
  • നിങ്ങൾ Max ഉപയോഗിക്കുകയാണെങ്കിൽ, സെഷൻ അവസാനിക്കുന്നത് കാണാം.

വിശ്വാസ്യത എന്നത് നിങ്ങൾ വാങ്ങുന്ന സേവനത്തിന്റെ ഒരു ഭാഗമാണ്. ഈ സാഹചര്യത്തിൽ, നിങ്ങളുടെ പേയ്‌മെന്റ് രീതി അനുസരിച്ച് നിയമങ്ങൾ നിശബ്ദമായി മാറുന്നു.

സ്രോതസ്സ്: https://dev.to/alexey-pelykh/claude-code-retries-rate-limit-errors-for-api-keys-not-for-your-max-plan-4p31

ഓപ്ഷണൽ ലേണിംഗ് കമ്മ്യൂണിറ്റി: https://t.me/GyaanSetuAi