Fix: name for reasoning_context for openai provider

[jaljoue]

I was testing out Kimi K2.5 through OpenRouter which inherits from the OpenAI provider, and noticed that there was missing reasoning_context after requests. Tracked it down to the add_thinking_messages function, was a simple typo.

This may also close #2851 , but I would need someone to test that I don't have Deepseek setup as a provider.

Error: {
  code = 400,
  message = "Provider returned error",
  metadata = {
    is_byok = false,
    provider_name = "Moonshot AI",
    raw = '{"error":{"message":"thinking is enabled but reasoning_content is missing in assistant tool call message at index 4","type":"invalid_request_error"}}'
  }
} 

[CodingPapi]

after apply this, kimi keep reporting reasoning_content is missing in assistant tool call message at index 6

[jaljoue]

after apply this, kimi keep reporting reasoning_content is missing in assistant tool call message at index 6

Interesting, I will keep testing. @CodingPapi curious did you test with Openrouter or with Moonshot directly?

[CodingPapi]

after apply this, kimi keep reporting reasoning_content is missing in assistant tool call message at index 6

Interesting, I will keep testing. @CodingPapi curious did you test with Openrouter or with Moonshot directly?

nope, only try this with Avante

[CodingPapi]

after apply this, kimi keep reporting reasoning_content is missing in assistant tool call message at index 6

Interesting, I will keep testing. @CodingPapi curious did you test with Openrouter or with Moonshot directly?

Hi, have you reproduce this? is it a better solution that we create a specific provider only for kimi?

[CodingPapi]

this is related info: anomalyco/opencode#4947
may help