Skip to content

Provider support matrix

The table separates transport compatibility from account authentication and from the behavior of the current streaming parser.

PathAuthenticationBackendCurrent status
OpenAI Platform APIOPENAI_API_KEYResponsesReady
Codex models exposed by the Platform APIOPENAI_API_KEYResponsesReady
OpenAI Codex subscription routeChatGPT browser or device loginCodex Responses routeRoadmap
DeepSeek APIDEEPSEEK_API_KEYChat CompletionsReady
OpenCode Go minimax-m3OPENCODE_API_KEYMessagesReady
OpenCode Go Chat models listed belowOPENCODE_API_KEYChat CompletionsParser patch needed

What was exercised

Direct provider calls succeeded for these OpenCode Go Chat models:

  • kimi-k2.7-code
  • glm-5.2
  • grok-4.5
  • kimi-k3
  • deepseek-v4-flash
  • deepseek-v4-pro

Their standard model response is valid. The current grok-build streaming parser then encounters OpenCode's trailing inference-cost event, which has an empty choices array and intentionally does not contain the usual completion fields. Until that event is ignored or handled separately, these six models are provider-verified but not fully agent-compatible.

The current Messages implementation has also completed an end-to-end grok-build run against OpenCode Go with minimax-m3.

OpenAI observations

With an OpenAI Platform key, the tested Responses models included gpt-5.6-sol, gpt-5.6-terra, and gpt-5.6-luna. gpt-5.3-codex also completed an end-to-end grok-build run.

gpt-5.3-codex-spark was not available to the tested Platform API project, but it was available through a signed-in Codex/ChatGPT session. Model entitlement is account-specific, so treat the catalog returned for your identity as authoritative.

Status definitions

  • Ready: the current workspace implementation supports the route and it has completed a representative end-to-end request.
  • Parser patch needed: the provider accepted the request, but a known provider-specific streaming metadata event prevents completion in the current harness.
  • Roadmap: the upstream authentication flow is understood and verified, but grok-build does not yet own or integrate it.

Documentation for the ZDR-enhanced grok-build harness.