litellm - 💡(How to fix) Fix [Bug]: Authentication failure when making requests from claude code [1 participants]

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…
GitHub stats
BerriAI/litellm#25427Fetched 2026-04-10 03:41:09
View on GitHub
Comments
0
Participants
1
Timeline
4
Reactions
0
Participants
Timeline (top)
labeled ×4

Error Message

{"error":{"message":"litellm.AuthenticationError: AuthenticationError:
OpenAIException - {\n "error": {\n "message": "Incorrect API key
provided: sk-1234. You can find your API key at
https://platform.openai.com/account/api-keys.\",\n "type":
"invalid_request_error",\n "code": "invalid_api_key",\n
"param": null\n },\n "status": 401\n}. Received Model
Group=<model>\nAvailable Model Group
Fallbacks=None","type":null,"param":null,"code":"401"}

Code Example

{"error":{"message":"litellm.AuthenticationError: AuthenticationError:     
     OpenAIException - {\n  \"error\": {\n    \"message\": \"Incorrect API key  
     provided: sk-1234. You can find your API key at                 
     https://platform.openai.com/account/api-keys.\",\n    \"type\":            
     \"invalid_request_error\",\n    \"code\": \"invalid_api_key\",\n    
     \"param\": null\n  },\n  \"status\": 401\n}. Received Model                
     Group=<model>\nAvailable Model Group                    
     Fallbacks=None","type":null,"param":null,"code":"401"}

---

14:19:58 - LiteLLM Proxy:ERROR: endpoints.py:121 - litellm.proxy.proxy_server.anthropic_response(): Exception occured - litellm.AuthenticationError: AuthenticationError: OpenAIException - {
  "error": {
    "message": "Incorrect API key provided: sk-1234. You can find your API key at https://platform.openai.com/account/api-keys.",
    "type": "invalid_request_error",
    "code": "invalid_api_key",
    "param": null
  },
  "status": 401
}. Received Model Group=<model>
Available Model Group Fallbacks=None
Traceback (most recent call last):
  File "/usr/lib/python3.13/site-packages/litellm/llms/custom_httpx/llm_http_handler.py", line 2310, in async_response_api_handler
    response = await async_httpx_client.post(
               ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
    ...<6 lines>...
    )
    ^
  File "/usr/lib/python3.13/site-packages/litellm/litellm_core_utils/logging_utils.py", line 297, in async_wrapper
    result = await func(*args, **kwargs)
             ^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3.13/site-packages/litellm/llms/custom_httpx/http_handler.py", line 513, in post
    raise e
  File "/usr/lib/python3.13/site-packages/litellm/llms/custom_httpx/http_handler.py", line 469, in post
    response.raise_for_status()
    ~~~~~~~~~~~~~~~~~~~~~~~~~^^
  File "/usr/lib/python3.13/site-packages/httpx/_models.py", line 829, in raise_for_status
    raise HTTPStatusError(message, request=request, response=self)
httpx.HTTPStatusError: Client error '401 Unauthorized' for url 'https://api.openai.com/v1/responses'
For more information check: https://developer.mozilla.org/en-US/docs/Web/HTTP/Status/401
INFO:     172.18.0.4:33010 - "POST /v1/messages?beta=true HTTP/1.0" 401 Unauthorized

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/usr/lib/python3.13/site-packages/litellm/responses/main.py", line 503, in aresponses
    response = await init_response
               ^^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3.13/site-packages/litellm/llms/custom_httpx/llm_http_handler.py", line 2353, in async_response_api_handler
    raise self._handle_error(
          ~~~~~~~~~~~~~~~~~~^
        e=e,
        ^^^^
        provider_config=responses_api_provider_config,
        ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
    )
    ^
  File "/usr/lib/python3.13/site-packages/litellm/llms/custom_httpx/llm_http_handler.py", line 4720, in _handle_error
    raise provider_config.get_error_class(
          ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^
        error_message=error_text,
        ^^^^^^^^^^^^^^^^^^^^^^^^^
        status_code=status_code,
        ^^^^^^^^^^^^^^^^^^^^^^^^
        headers=error_headers,
        ^^^^^^^^^^^^^^^^^^^^^^
    )
    ^
  File "/usr/lib/python3.13/site-packages/litellm/llms/base_llm/responses/transformation.py", line 206, in get_error_class
    raise BaseLLMException(
    ...<3 lines>...
    )
litellm.llms.base_llm.chat.transformation.BaseLLMException: {
  "error": {
    "message": "Incorrect API key provided: sk-1234. You can find your API key at https://platform.openai.com/account/api-keys.",
    "type": "invalid_request_error",
    "code": "invalid_api_key",
    "param": null
  },
  "status": 401
}

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/usr/lib/python3.13/site-packages/litellm/proxy/anthropic_endpoints/endpoints.py", line 53, in anthropic_response
    result = await base_llm_response_processor.base_process_llm_request(
             ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
    ...<16 lines>...
    )
    ^
  File "/usr/lib/python3.13/site-packages/litellm/proxy/common_request_processing.py", line 953, in base_process_llm_request
    responses = await llm_responses
                ^^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3.13/site-packages/litellm/router.py", line 5007, in async_wrapper
    return await self._ageneric_api_call_with_fallbacks(
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
    ...<2 lines>...
    )
    ^
  File "/usr/lib/python3.13/site-packages/litellm/router.py", line 3724, in _ageneric_api_call_with_fallbacks
    raise e
  File "/usr/lib/python3.13/site-packages/litellm/router.py", line 3711, in _ageneric_api_call_with_fallbacks
    response = await self.async_function_with_fallbacks(**kwargs)
               ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3.13/site-packages/litellm/router.py", line 5413, in async_function_with_fallbacks
    return await self.async_function_with_fallbacks_common_utils(
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
    ...<8 lines>...
    )
    ^
  File "/usr/lib/python3.13/site-packages/litellm/router.py", line 5370, in async_function_with_fallbacks_common_utils
    raise original_exception
  File "/usr/lib/python3.13/site-packages/litellm/router.py", line 5404, in async_function_with_fallbacks
    response = await self.async_function_with_retries(*args, **kwargs)
               ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3.13/site-packages/litellm/router.py", line 5559, in async_function_with_retries
    self.should_retry_this_error(
    ~~~~~~~~~~~~~~~~~~~~~~~~~~~~^
        error=e,
        ^^^^^^^^
    ...<4 lines>...
        content_policy_fallbacks=content_policy_fallbacks,
        ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
    )
    ^
  File "/usr/lib/python3.13/site-packages/litellm/router.py", line 5784, in should_retry_this_error
    raise error  # then raise error
    ^^^^^^^^^^^
  File "/usr/lib/python3.13/site-packages/litellm/router.py", line 5510, in async_function_with_retries
    response = await self.make_call(original_function, *args, **kwargs)
               ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3.13/site-packages/litellm/router.py", line 5678, in make_call
    response = await response
               ^^^^^^^^^^^^^^
  File "/usr/lib/python3.13/site-packages/litellm/router.py", line 3836, in _ageneric_api_call_with_fallbacks_helper
    raise e
  File "/usr/lib/python3.13/site-packages/litellm/router.py", line 3822, in _ageneric_api_call_with_fallbacks_helper
    response = await response  # type: ignore
               ^^^^^^^^^^^^^^
  File "/usr/lib/python3.13/site-packages/litellm/utils.py", line 2072, in wrapper_async
    raise e
  File "/usr/lib/python3.13/site-packages/litellm/utils.py", line 1892, in wrapper_async
    result = await original_function(*args, **kwargs)
             ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3.13/site-packages/litellm/llms/anthropic/experimental_pass_through/messages/handler.py", line 188, in anthropic_messages
    response = await init_response
               ^^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3.13/site-packages/litellm/llms/anthropic/experimental_pass_through/responses_adapters/handler.py", line 146, in async_anthropic_messages_handler
    result = await litellm.aresponses(**responses_kwargs)
             ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3.13/site-packages/litellm/utils.py", line 2072, in wrapper_async
    raise e
  File "/usr/lib/python3.13/site-packages/litellm/utils.py", line 1892, in wrapper_async
    result = await original_function(*args, **kwargs)
             ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3.13/site-packages/litellm/responses/main.py", line 525, in aresponses
    raise litellm.exception_type(
          ~~~~~~~~~~~~~~~~~~~~~~^
        model=model,
        ^^^^^^^^^^^^
    ...<3 lines>...
        extra_kwargs=kwargs,
        ^^^^^^^^^^^^^^^^^^^^
    )
    ^
  File "/usr/lib/python3.13/site-packages/litellm/litellm_core_utils/exception_mapping_utils.py", line 2456, in exception_type
    raise e
  File "/usr/lib/python3.13/site-packages/litellm/litellm_core_utils/exception_mapping_utils.py", line 543, in exception_type
    raise AuthenticationError(
    ...<5 lines>...
    )
litellm.exceptions.AuthenticationError: litellm.AuthenticationError: AuthenticationError: OpenAIException - {
  "error": {
    "message": "Incorrect API key provided: sk-1234. You can find your API key at https://platform.openai.com/account/api-keys.",
    "type": "invalid_request_error",
    "code": "invalid_api_key",
    "param": null
  },
  "status": 401
}. Received Model Group=<model>
Available Model Group Fallbacks=None

---

- model_name: <name>
    litellm_params:
      model: openai/<backend-name>
      base_url: <url>
      api_key: "sk-1234"
    model_info:
      input_cost_per_token: 0.000005
      output_cost_per_token: 0.000005

---
RAW_BUFFERClick to expand / collapse

Check for existing issues

  • I have searched the existing issues and checked that my issue is not a duplicate.

What happened?

I'm trying to use liteLLM as backend for claude code, following the documentation here.

LiteLLM has been working great with the desired model for a while, and the setup works using other tools to make the request. However, when I make the requests from claude, I get the following error in claude code:

    {"error":{"message":"litellm.AuthenticationError: AuthenticationError:     
     OpenAIException - {\n  \"error\": {\n    \"message\": \"Incorrect API key  
     provided: sk-1234. You can find your API key at                 
     https://platform.openai.com/account/api-keys.\",\n    \"type\":            
     \"invalid_request_error\",\n    \"code\": \"invalid_api_key\",\n    
     \"param\": null\n  },\n  \"status\": 401\n}. Received Model                
     Group=<model>\nAvailable Model Group                    
     Fallbacks=None","type":null,"param":null,"code":"401"}

And the following exception in the liteLLM logs:

14:19:58 - LiteLLM Proxy:ERROR: endpoints.py:121 - litellm.proxy.proxy_server.anthropic_response(): Exception occured - litellm.AuthenticationError: AuthenticationError: OpenAIException - {
  "error": {
    "message": "Incorrect API key provided: sk-1234. You can find your API key at https://platform.openai.com/account/api-keys.",
    "type": "invalid_request_error",
    "code": "invalid_api_key",
    "param": null
  },
  "status": 401
}. Received Model Group=<model>
Available Model Group Fallbacks=None
Traceback (most recent call last):
  File "/usr/lib/python3.13/site-packages/litellm/llms/custom_httpx/llm_http_handler.py", line 2310, in async_response_api_handler
    response = await async_httpx_client.post(
               ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
    ...<6 lines>...
    )
    ^
  File "/usr/lib/python3.13/site-packages/litellm/litellm_core_utils/logging_utils.py", line 297, in async_wrapper
    result = await func(*args, **kwargs)
             ^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3.13/site-packages/litellm/llms/custom_httpx/http_handler.py", line 513, in post
    raise e
  File "/usr/lib/python3.13/site-packages/litellm/llms/custom_httpx/http_handler.py", line 469, in post
    response.raise_for_status()
    ~~~~~~~~~~~~~~~~~~~~~~~~~^^
  File "/usr/lib/python3.13/site-packages/httpx/_models.py", line 829, in raise_for_status
    raise HTTPStatusError(message, request=request, response=self)
httpx.HTTPStatusError: Client error '401 Unauthorized' for url 'https://api.openai.com/v1/responses'
For more information check: https://developer.mozilla.org/en-US/docs/Web/HTTP/Status/401
INFO:     172.18.0.4:33010 - "POST /v1/messages?beta=true HTTP/1.0" 401 Unauthorized

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/usr/lib/python3.13/site-packages/litellm/responses/main.py", line 503, in aresponses
    response = await init_response
               ^^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3.13/site-packages/litellm/llms/custom_httpx/llm_http_handler.py", line 2353, in async_response_api_handler
    raise self._handle_error(
          ~~~~~~~~~~~~~~~~~~^
        e=e,
        ^^^^
        provider_config=responses_api_provider_config,
        ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
    )
    ^
  File "/usr/lib/python3.13/site-packages/litellm/llms/custom_httpx/llm_http_handler.py", line 4720, in _handle_error
    raise provider_config.get_error_class(
          ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^
        error_message=error_text,
        ^^^^^^^^^^^^^^^^^^^^^^^^^
        status_code=status_code,
        ^^^^^^^^^^^^^^^^^^^^^^^^
        headers=error_headers,
        ^^^^^^^^^^^^^^^^^^^^^^
    )
    ^
  File "/usr/lib/python3.13/site-packages/litellm/llms/base_llm/responses/transformation.py", line 206, in get_error_class
    raise BaseLLMException(
    ...<3 lines>...
    )
litellm.llms.base_llm.chat.transformation.BaseLLMException: {
  "error": {
    "message": "Incorrect API key provided: sk-1234. You can find your API key at https://platform.openai.com/account/api-keys.",
    "type": "invalid_request_error",
    "code": "invalid_api_key",
    "param": null
  },
  "status": 401
}

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/usr/lib/python3.13/site-packages/litellm/proxy/anthropic_endpoints/endpoints.py", line 53, in anthropic_response
    result = await base_llm_response_processor.base_process_llm_request(
             ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
    ...<16 lines>...
    )
    ^
  File "/usr/lib/python3.13/site-packages/litellm/proxy/common_request_processing.py", line 953, in base_process_llm_request
    responses = await llm_responses
                ^^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3.13/site-packages/litellm/router.py", line 5007, in async_wrapper
    return await self._ageneric_api_call_with_fallbacks(
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
    ...<2 lines>...
    )
    ^
  File "/usr/lib/python3.13/site-packages/litellm/router.py", line 3724, in _ageneric_api_call_with_fallbacks
    raise e
  File "/usr/lib/python3.13/site-packages/litellm/router.py", line 3711, in _ageneric_api_call_with_fallbacks
    response = await self.async_function_with_fallbacks(**kwargs)
               ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3.13/site-packages/litellm/router.py", line 5413, in async_function_with_fallbacks
    return await self.async_function_with_fallbacks_common_utils(
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
    ...<8 lines>...
    )
    ^
  File "/usr/lib/python3.13/site-packages/litellm/router.py", line 5370, in async_function_with_fallbacks_common_utils
    raise original_exception
  File "/usr/lib/python3.13/site-packages/litellm/router.py", line 5404, in async_function_with_fallbacks
    response = await self.async_function_with_retries(*args, **kwargs)
               ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3.13/site-packages/litellm/router.py", line 5559, in async_function_with_retries
    self.should_retry_this_error(
    ~~~~~~~~~~~~~~~~~~~~~~~~~~~~^
        error=e,
        ^^^^^^^^
    ...<4 lines>...
        content_policy_fallbacks=content_policy_fallbacks,
        ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
    )
    ^
  File "/usr/lib/python3.13/site-packages/litellm/router.py", line 5784, in should_retry_this_error
    raise error  # then raise error
    ^^^^^^^^^^^
  File "/usr/lib/python3.13/site-packages/litellm/router.py", line 5510, in async_function_with_retries
    response = await self.make_call(original_function, *args, **kwargs)
               ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3.13/site-packages/litellm/router.py", line 5678, in make_call
    response = await response
               ^^^^^^^^^^^^^^
  File "/usr/lib/python3.13/site-packages/litellm/router.py", line 3836, in _ageneric_api_call_with_fallbacks_helper
    raise e
  File "/usr/lib/python3.13/site-packages/litellm/router.py", line 3822, in _ageneric_api_call_with_fallbacks_helper
    response = await response  # type: ignore
               ^^^^^^^^^^^^^^
  File "/usr/lib/python3.13/site-packages/litellm/utils.py", line 2072, in wrapper_async
    raise e
  File "/usr/lib/python3.13/site-packages/litellm/utils.py", line 1892, in wrapper_async
    result = await original_function(*args, **kwargs)
             ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3.13/site-packages/litellm/llms/anthropic/experimental_pass_through/messages/handler.py", line 188, in anthropic_messages
    response = await init_response
               ^^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3.13/site-packages/litellm/llms/anthropic/experimental_pass_through/responses_adapters/handler.py", line 146, in async_anthropic_messages_handler
    result = await litellm.aresponses(**responses_kwargs)
             ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3.13/site-packages/litellm/utils.py", line 2072, in wrapper_async
    raise e
  File "/usr/lib/python3.13/site-packages/litellm/utils.py", line 1892, in wrapper_async
    result = await original_function(*args, **kwargs)
             ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3.13/site-packages/litellm/responses/main.py", line 525, in aresponses
    raise litellm.exception_type(
          ~~~~~~~~~~~~~~~~~~~~~~^
        model=model,
        ^^^^^^^^^^^^
    ...<3 lines>...
        extra_kwargs=kwargs,
        ^^^^^^^^^^^^^^^^^^^^
    )
    ^
  File "/usr/lib/python3.13/site-packages/litellm/litellm_core_utils/exception_mapping_utils.py", line 2456, in exception_type
    raise e
  File "/usr/lib/python3.13/site-packages/litellm/litellm_core_utils/exception_mapping_utils.py", line 543, in exception_type
    raise AuthenticationError(
    ...<5 lines>...
    )
litellm.exceptions.AuthenticationError: litellm.AuthenticationError: AuthenticationError: OpenAIException - {
  "error": {
    "message": "Incorrect API key provided: sk-1234. You can find your API key at https://platform.openai.com/account/api-keys.",
    "type": "invalid_request_error",
    "code": "invalid_api_key",
    "param": null
  },
  "status": 401
}. Received Model Group=<model>
Available Model Group Fallbacks=None

What I've observed:

  1. The requests arrive correctly, so the endpoint configuration in claude code must be working as intended
  2. LiteLLM logs show failed requests with that exact message. The requests are correctly associated to the API key that is being used in claude code, so I'm assuming the setup is correct client-side.
  3. The only place where a sk-1234 api key is used as a placeholder is in our configuration yaml. Specifically:
  - model_name: <name>
    litellm_params:
      model: openai/<backend-name>
      base_url: <url>
      api_key: "sk-1234"
    model_info:
      input_cost_per_token: 0.000005
      output_cost_per_token: 0.000005

(base_url points to a private instance where the model is running)

I'm confused about why the backend accepts request made normally (With curl, or with the other tools we are using), but refuses the requests made from claude code. Only explanation I have is that, for some reason, liteLLM could be sending the request made from claude code to the openAI servers instead of the backend configured for that model, but I don't understand why this would happen, or if this is the case.

Any help troubleshooting this would be greatly appreciated.

Update: I've checked with wireshark and there are no requests being made to servers other than the specified backend, so there's at least some difference in the requests made to the same backend (Which is working properly) that cause this error. The backend itself works OK. My best guess is that the way the requests are made with claude code cause liteLLM's request to the backend to be made in a different way, but I still haven't digged deep into it.

Steps to Reproduce

  1. Configure claude code to make requests to liteLLM
  2. Input any prompt
  3. Authentication error (As shown)

Relevant log output

What part of LiteLLM is this about?

Proxy

What LiteLLM version are you on ?

v1.82.3

Twitter / LinkedIn details

No response

extent analysis

TL;DR

The issue is likely due to the API key "sk-1234" being used as a placeholder in the configuration YAML, which is causing the authentication error when making requests from Claude code.

Guidance

  • Verify that the API key in the configuration YAML is correctly replaced with the actual API key for the private instance.
  • Check the request headers and parameters sent by Claude code to ensure they match the expected format for the LiteLLM backend.
  • Investigate the differences in requests made by Claude code and other tools to identify the root cause of the authentication error.
  • Consider adding logging or debugging statements to the LiteLLM code to inspect the requests and API key usage.

Example

No code example is provided as the issue seems to be related to configuration and request formatting.

Notes

The fact that the requests work with other tools but not with Claude code suggests that there might be a difference in how the requests are formatted or authenticated. The use of "sk-1234" as a placeholder API key in the configuration YAML is likely the cause of the issue.

Recommendation

Apply a workaround by replacing the placeholder API key "sk-1234" with the actual API key for the private instance in the configuration YAML. This should resolve the authentication error and allow requests from Claude code to be processed correctly.

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING