fix: pass both "openai" and "azure" providerOptions keys for @ai-sdk/azure

`@ai-sdk/azure` delegates to `OpenAIChatLanguageModel` from
`@ai-sdk/openai`, which hardcodes `provider: 'openai'` when calling
`parseProviderOptions` — so it only reads model options from
`providerOptions["openai"]`. Meanwhile, `OpenAIResponsesLanguageModel`
checks `providerOptions["azure"]` first, falling back to `"openai"`.

Previously, `providerOptions()` only passed options under the `"azure"`
key (via `sdkKey`), which meant model options like `reasoningEffort`
were silently ignored on the chat completions path.

Fix: for `@ai-sdk/azure`, pass options under both `"openai"` and
`"azure"` keys so they are picked up by both the Chat and Responses
model implementations. This avoids changing `sdkKey()`, which is also
used for message-level providerOptions remapping where `"azure"` is
the correct key.

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>

Author: meruiden

packages/opencode/src/provider/transform.ts

@@ -936,6 +936,12 @@ export namespace ProviderTransform {
     }
 
     const key = sdkKey(model.api.npm) ?? model.providerID
+    // @ai-sdk/azure delegates to OpenAIChatLanguageModel which reads from
+    // providerOptions["openai"], but OpenAIResponsesLanguageModel checks
+    // "azure" first. Pass both so model options work on either code path.
+    if (model.api.npm === "@ai-sdk/azure") {
+      return { openai: options, azure: options }
+    }
     return { [key]: options }
   }