Issue: Incorrect name Field in Langfuse Observations When Calling via ClaudeCode (Local Setup with LiteLLM Integration) #11911
Replies: 2 comments 2 replies
-
|
Based on your setup with ClaudeCode → LiteLLM → Langfuse, the issue with the When using LiteLLM Proxy with Langfuse, you can add additional Langfuse attributes to requests to customize trace attributes(1). The LiteLLM integration supports passing metadata with a For your specific issue where the name field shows only
Since you're on self-hosted Langfuse v3.47.0, this version should support the LiteLLM integration. However, the specific behavior of the You can find detailed information on adding Langfuse attributes through LiteLLM in both the LiteLLM Proxy docs and LiteLLM Python SDK docs as referenced in the integration documentation(1). 📚 Sources: Have another question? Just tag @inkeep. |
Beta Was this translation helpful? Give feedback.
-
|
Hi @chunxiao365 are you using our Claude Code integration? https://langfuse.com/integrations/other/claude-code |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
Describe your question
I am running ClaudeCode locally and connecting it to LiteLLM, which is integrated with Langfuse.
When making calls through the OpenAI-compatible interface, the name field in Langfuse Observations correctly logs as litellm:realname.
However, when invoking via ClaudeCode, the name field fails to capture the correct value and only logs the default litellm:name.
Langfuse Cloud or Self-Hosted?
Self-Hosted
If Self-Hosted
v3.47.0
If Langfuse Cloud
No response
SDK and integration versions
No response
Pre-Submission Checklist
Beta Was this translation helpful? Give feedback.
All reactions