18 views
-/https://github.com/berriai/litellm/issues/26413
GitHub · issue

#26413 [Bug]: `"think": false` is ignored; reasoning_content and thinking_blocks still returned

  • State: open
  • Author: @slavb18
  • Labels: bug, proxy

### Check for existing issues

- [x] I have searched the existing issues and checked that my issue is not a duplicate.

### What happened?

I am sending a chat completion request to the LiteLLM proxy using a model that supports reasoning (specifically `gemma-4-31b-it`). Even when explicitly setting `"think": false` (or `"false"`) in the request body, the response still includes `reasoning_content` and `thinking_blocks`.

### Steps to Reproduce

Send a POST request to the `/chat/completions` endpoint:

```json { "model": "gemma-4-31b-it", "messages": [ { "role": "user", "content": "what llm are you ??" } ], "think": false } ```

### Relevant log output

```shell The response incorrectly includes reasoning tokens and blocks:

{ "id": "0EzrabvyB4-fjMcPkpK8kQE", "model": "gemma-4-31b-it", "choices": [ { "finish_reason": "stop", "index": 0, "message": { "content": "I am a large language model, trained by Google.", "role": "assistant", "reasoning_content": "... (this should not be here) ...", "thinking_blocks": [ { "type": "thinking", "thinking": "..." …

GitHub resolver

Import GitHub neighbors on demand. Results are saved as system ingests.

Refresh page
vote history (1 events)
#0 of 0 · 31d17h47m41s ago — entered · #import:https:::github.com:berriai:litellm post #3093
The left issue is harder because it requires tracing a request option through proxy validation, provider-specific parameter translation, reasoning-generation behavior, and response normalization while preserving compatibility across models. The right issue is comparatively localized to an iterator’s accumulation strategy, with focused regression and performance tests.
discussed in #import:https:::github.com:berriai:litellm

ranked child groups

no voted pairs yet in this scope

cli
src
spread
search