Skip to content

[FEATURE]: add Responses API support for Go service #23655

Open

Description

@xiaoyingv

Feature hasn't been suggested before.

  • I have verified this feature I'm about to request hasn't been suggested before.

Describe the enhancement you want to request

Feature Request

Is your feature request related to a problem? Please describe.

The OpenCode Go service currently only supports the /v1/chat/completions endpoint (OpenAI Chat Completions API format).

However, the OpenAI Responses API is becoming the new standard for agentic workflows. Some tools (such as Claude Code adapters and other agent frameworks) expect the Responses API format rather than the Chat Completions format.

Currently, if I want to use the Go service with a tool that expects Responses API, I cannot.

Describe the solution you'd like

Add /v1/responses endpoint support for the Go service (https://opencode.ai/zen/go/v1/responses).

Why this is feasible

The Zen service already supports the Responses API endpoint: /zen/v1/responses

This means the routing logic and handler implementation already exist in the codebase. The Go service likely just needs the same route added.

Describe alternatives you've considered

  • Using Chat Completions endpoint with a translation layer – not ideal, adds latency and complexity
  • Switching to Zen service – but that uses different models (GPT series) and is more expensive

Additional context

  • Zen service Responses endpoint: https://opencode.ai/zen/v1/responses
  • Models affected: GLM-5.1, GLM-5, Kimi K2.5, MiniMax M2.5 (all Go service models)

Would you be willing to contribute?

No, I am just submitting a feature request.

Use case

I purchased the OpenCode Go plan and want to use it with Claude Code (via an adapter that expects Responses API format). Adding this endpoint would unlock the Go service for many similar use cases.

Activity

  1. added
    discussionUsed for feature requests, proposals, ideas, etc. Open discussion
    on Apr 21, 2026
  2. added
    coreAnything pertaining to core functionality of the application (opencode server stuff)
    on Apr 21, 2026
  3. github-actions commented on Apr 21, 2026

    @github-actions
    Contributor

    This issue might be a duplicate of existing issues. Please check:

    These issues discuss similar Responses API support, though your request is specifically scoped to the Go service endpoint.

  4. lightrao commented on Apr 28, 2026

    @lightrao

    /api/v1/chat/completions
    vs
    /api/v1/responses

    I am opencode go sub, I need "/api/v1/responses" api end point.

  5. rakibdev commented on May 2, 2026

    @rakibdev

    responses api also provides websocket mode https://developers.openai.com/api/docs/guides/websocket-mode
    would be nice to have it in go

  6. removed
    discussionUsed for feature requests, proposals, ideas, etc. Open discussion
    coreAnything pertaining to core functionality of the application (opencode server stuff)
    on May 3, 2026
  7. anthonyespirat commented on Jul 6, 2026

    @anthonyespirat

    any update on this ?

  8. BacLuc commented on Jul 13, 2026

    @BacLuc

    Jetbrains IDEs only support responses API.
    It would be really nice if this was supported.

  9. miups commented on Aug 3, 2026

    @miups

    I am an OpenCode Go subscriber and would like this prioritized for
    deepseek-v4-flash.

    DeepSeek V4 Flash now supports the Responses API, but Go currently routes it
    through /zen/go/v1/chat/completions. Codex custom providers only use the
    Responses protocol, so this requires a Responses-to-Chat bridge.

    In real usage with Codex + CC Switch, tool-heavy requests intermittently fail
    or stop after partial output. The upstream error observed is:

    Failed to deserialize the JSON body into the target type: tools[14].function: missing field name

    Please expose:

    POST /zen/go/v1/responses

    for deepseek-v4-flash, with full streaming completion semantics and tool-call
    compatibility. This would let Codex use V4 Flash without a protocol conversion
    layer.

    Could you confirm whether this is planned, and whether Go entitlement will
    cover this endpoint?

  10. ronething commented on Sep 13, 2026

    @ronething

    I also hope to support this feature. The current implementation, especially when I Use Computer Use, is prone to problems.

  11. opencodejr commented on Oct 29, 2026

    @opencodejr

    Thanks for the request, @xiaoyingv!

    To restate it: you'd like the OpenCode Go service to offer an OpenAI Responses API endpoint (https://opencode.ai/zen/go/v1/responses), as Zen already does at /zen/v1/responses. Tools that only speak the Responses format, such as Claude Code adapters, could then use Go models like GLM-5.1, Kimi K2.5 and MiniMax M2.5.

    This is a change to the hosted Go service, not to the OpenCode app, so it can't be added with an OpenCode plugin. I've marked it as a feature request, and the maintainers will consider it.

  12. trim21 commented on Nov 8, 2026

    @trim21

    they already have https://opencode.ai/zen/go/v1/responses for someone still waiting for this feature

    https://opencode.ai/docs/console/go/#endpoints

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Labels

No labels
No labels

Type

No type

Projects

No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions