[rekram1-node]

Problem

Some provider APIs could only be reached through model(...) or only on configure(). OpenRouter and DigitalOcean default to Chat Completions but had no chat, Google had no name for Gemini, Cloudflare AI Gateway exposed its three routes only through model's prefix dispatch, and Alibaba, Azure, Cohere and Bedrock Mantle had their selectors only on configure().

Change

Every text API a provider already routes to now has a method named after it, both on the namespace and on configure(). model(...) behaves exactly as before; no routes were added.

Provider	Namespace before → after	configure() before → after
Alibaba	- → chat, responses, messages	unchanged
AmazonBedrockMantle	- → chat, responses, messages	unchanged
Azure	- → chat, responses	unchanged
CloudflareAIGateway	- → chat, responses, messages	- → chat, responses, messages
Cohere	- → chat	unchanged
DigitalOcean	responses → chat, responses	responses → chat, responses
Google	interactions → gemini, interactions	interactions → gemini, interactions
OpenRouter	responses → chat, responses	responses → chat, responses

Alibaba, Azure and Cloudflare AI Gateway have no default provider (they need a region, resource or account), so their namespace methods take settings like their existing model. Cloudflare AI Gateway's model now dispatches to the new methods.

Full table after (every provider in src/providers.ts)

Provider	Namespace	configure()
Alibaba	chat, responses, messages	chat, responses, messages
AmazonBedrock	-	-
AmazonBedrockMantle	chat, responses, messages	chat, responses, messages
Anthropic	-	-
AnthropicCompatible	-	-
AssemblyAI	-	-
Azure	chat, responses	chat, responses
Baseten	-	-
Cartesia	-	-
Cerebras	-	-
CloudflareAIGateway	chat, responses, messages	chat, responses, messages
CloudflareWorkersAI	-	-
Cohere	chat	chat
DeepInfra	-	-
DeepSeek	-	-
Deepgram	-	-
DigitalOcean	chat, responses	chat, responses
ElevenLabs	-	-
Fireworks	-	-
Google	gemini, interactions	gemini, interactions
GoogleVertex	-	-
GoogleVertexChat	-	-
GoogleVertexInteractions	-	-
GoogleVertexMessages	-	-
GoogleVertexMistral	-	-
GoogleVertexResponses	-	-
Groq	-	-
Meta	chat, responses, messages	chat, responses, messages
MiniMax	chat, responses, messages	chat, responses, messages
Mistral	-	-
Moonshot	chat, responses, messages	chat, responses, messages
OpenAI	chat, responses	chat, responses
OpenAICompatible	-	-
OpenAICompatibleResponses	-	-
OpenCode	-	-
OpenRouter	chat, responses	chat, responses
Runway	-	-
TogetherAI	-	-
TypeSafeAI	-	-
Venice	chat, responses	chat, responses
VercelAIGateway	chat, responses, messages	chat, responses, messages
XAI	chat, responses	chat, responses
ZAI	chat	chat
ZAICodingPlan	chat, responses, messages	chat, responses, messages

Out of scope

Cohere's native v2 chat (its model default) has no method name in the package, so it stays model only. Single-API providers are unchanged.

Verification

• Script listing API methods per provider before and after (table above)
• test/provider-api-methods.types.ts: [OpenAI, XAI, Venice, OpenRouter, DigitalOcean] call p.chat("x") in a loop and pass it to ai.generate; fails without the change
• bun run typecheck and bun run typecheck:tsc in packages/ai and packages/core
• bun run test in packages/ai: 2002 pass, 0 fail
• bun run check: 35/35

Visual

<svg xmlns="http://www.w3.org/2000/svg" width="240" height="72" viewBox="0 0 240 72" font-family="ui-monospace,monospace" font-size="12" fill="currentColor"><style>.n{animation:f 3s ease-in-out infinite}@keyframes f{0%,20%{opacity:.2}50%,100%{opacity:1}}@media (prefers-reduced-motion:reduce){.n{animation:none}}</style><text x="16" y="28" opacity=".6">OpenRouter.model(id)</text><text x="16" y="52" class="n">OpenRouter.chat(id)</text><text x="168" y="52" opacity=".4">same</text></svg>

---

Added by the opencode bot (AI-generated).

Public API: adds named API methods (chat/responses/messages/gemini) to several @opencode/ai provider namespaces and configure() results (backwards compatible)

[opencodejr]

Looks good. Every new method points at a route the provider already uses, and model(...) routes exactly as before. I compared Cloudflare AI Gateway's model dispatch on the base and with this PR for openai/, anthropic/ (including the . → - rewrite), workers-ai/ and plain ids, with the native gateway and with a custom baseURL; the model id and route matched in every case. I also checked that each new method resolves to the expected route. The new type test fails on the base and passes here, bun run test in packages/ai passes (2002/0) and typecheck:tsc passes.

Public API: the only changes are new exports in @opencode/ai. Namespaces gain chat (OpenRouter, DigitalOcean, Cohere, Alibaba, Azure, AmazonBedrockMantle, CloudflareAIGateway), responses (Alibaba, Azure, AmazonBedrockMantle, CloudflareAIGateway), messages (Alibaba, AmazonBedrockMantle, CloudflareAIGateway) and gemini (Google). configure() results gain chat (OpenRouter, DigitalOcean), gemini (Google), and chat/responses/messages (CloudflareAIGateway). Nothing is removed or renamed, so it's backwards compatible.