Is Tool Search always sent in requests? #2800
|
I'm having a problem that all requests are being sent with the tool_search parameter, but the Sonnet 5 provider that I'm using do not accept that, returning a 400 http error. I've tryed the workaround approach from here(#2660), changing OPENAI with ANTHROPIC in var. I've also changed the ENABLE_TOOL_SEARCH to false, but no success. |
Replies: 1 comment 1 reply
|
I think you are disabling the client-side setting, while the request is being modified by Headroom’s server-side setting. They are separate:
The default Set this in the environment of the proxy process before starting it: export HEADROOM_TOOL_SEARCH=0
headroom proxyOr, if you launch through the wrapper: HEADROOM_TOOL_SEARCH=0 headroom wrap claudeMake sure to fully stop and restart any already-running or persistent Headroom proxy. Changing the variable in the client shell will not change the environment of a proxy process that is already running. The workaround from #2660 is specific to the OpenAI Responses path: An explicit value of |
I think you are disabling the client-side setting, while the request is being modified by Headroom’s server-side setting. They are separate:
ENABLE_TOOL_SEARCHcontrols Claude Code’s own deferred tool loading.HEADROOM_TOOL_SEARCHcontrols Headroom’s proxy-side tool-search injection.The default
codingprofile setsHEADROOM_TOOL_SEARCH=1, so changing onlyENABLE_TOOL_SEARCHwill not stop the proxy from adding the tool-search fields.Set this in the environment of the proxy process before starting it:
export HEADROOM_TOOL_SEARCH=0 headroom proxyOr, if you launch through the wrapper:
Make sure to fully stop and restart any already-running or pe…