#33520 [Bug]: Non-streaming MCP follow-up calls fail with "tool_use without tool_result" error
### What happened?
When using the Responses API with MCP tools and auto-execute (`require_approval: "never"`), the **non-streaming** follow-up call fails against Anthropic with:
``` litellm.BadRequestError: AnthropicException - messages.2: `tool_use` ids were found without `tool_result` blocks immediately after: toolu_... Each `tool_use` block must have a corresponding `tool_result` block in the next message. ```
The streaming path was fixed in #19317, but the same issue appears to persist in the non-streaming path.
### Reproduction
```python import litellm
response = litellm.responses( model="claude-haiku-4-5", input=[{"role": "user", "type": "message", "content": "search for something"}], tools=[{"type": "mcp", "server_url": "litellm_proxy", "require_approval": "never"}], stream=False, ) ```
### What I found
I investigated this and believe the issue is in `_make_follow_up_call` in `litellm_proxy_mcp_handler.py`. The follow-up input built by `_create_follow_up_input` is already self-contained (original messages + assistant `tool_use` + `tool_result`), but `_make_follow_up_call` also passes `previous_response_id`, which may cause litellm's session handler to…