问题描述
在 Proma 中通过 OpenCode Go (OpenAI 兼容) 频道(provider: opencode-go-openai,baseUrl: https://opencode.ai/zen/go/v1)使用 muse-spark-1.3-contributor 或 muse-spark-1.2-contributor 模型时,请求始终失败,报错为:
500: {"type":"error","message":"Internal server error"}
频道内其他模型(如 deepseek-v4-flash、glm-5.3 等)均正常,仅 Muse Spark 系列不可用。商业版已禁用第三方中转站频道,用户无法通过自建中转方式绕过,因此该官方频道内模型不可用等于完全无法使用 Muse Spark。
环境信息
- Proma 商业版(Windows 11)
- OpenCode Go 订阅(付费)
- 频道配置:provider=
opencode-go-openai,baseUrl=https://opencode.ai/zen/go/v1
- 本地 opencode CLI 版本 1.18.8(独立于 Proma 的问题)
复现步骤
- 在 Proma 中切换到
OpenCode Go (OpenAI 兼容) 频道;
- 选择模型
muse-spark-1.3-contributor(或 muse-spark-1.2-contributor);
- 发送任意消息;
- 立即收到
500: {"type":"error","message":"Internal server error"}。
实际结果 vs 期望结果
- 实际:无论 1.2 还是 1.3,任何请求都返回 500 Internal server error。
- 期望:与频道内其他模型一样正常对话。
根因分析(已实测验证)
Muse Spark 系列在 OpenCode Go 网关上仅支持 OpenAI Responses API(POST /v1/responses),不支持 Chat Completions(POST /v1/chat/completions)。Proma 的 opencode-go-openai 频道走的是 OpenAI 兼容 chat/completions 协议,因此对该模型必然 500——这是网关端模型能力限制,不是 key、网络或参数问题。
实测证据(同一 OpenCode Go key,本机 2026-09-03)
| 端点 |
模型 |
HTTP |
结果 |
POST /zen/go/v1/chat/completions |
muse-spark-1.3-contributor |
500 |
{"type":"error","error":{"type":"error","message":"Internal server error"}} |
POST /zen/go/v1/responses |
muse-spark-1.3-contributor |
200 |
正常完成,输出 OK |
POST /zen/go/v1/chat/completions |
muse-spark-1.2-contributor |
500 |
同 500 |
POST /zen/go/v1/responses |
muse-spark-1.2-contributor |
200 |
正常完成,输出 OK |
POST /zen/go/v1/chat/completions |
deepseek-v4-flash(对照) |
200 |
正常 |
补充:两个独立会话复测,结论一致。同一台机器上 DSH 桌面端使用 muse-spark-1.2-contributor 正常(其走专有适配器/responses 路径),进一步佐证非账号问题。
另外,Proma 内置的 pi-ai 模型注册数据中,opencode-go provider 的 muse 模型本身标注的 API 类型就是 openai-responses(见 @earendil-works/pi-ai/dist/providers/data/opencode-go.json),说明上游 SDK 已正确识别该模型协议,但在 opencode-go-openai 自定义频道上未按模型区分协议。
修复建议(供官方参考)
- 按模型区分协议路由:在
opencode-go-openai 类频道中,对 Muse Spark 系列(muse-spark-*)自动改用 Responses API(/v1/responses)调用(类似 OpenCode Go 网关自身的 OPENCODE_GO_RESPONSES_MODELS 白名单机制)。这样用户无需新建频道即可使用。
- 或:在 Proma 内置 provider 中把 muse 模型注册为
openai-responses 协议(官方渠道直接支持),用户选择官方渠道即可用。
感谢排查!如果需要更多日志或复现环境信息,随时联系。
问题描述
在 Proma 中通过
OpenCode Go (OpenAI 兼容)频道(provider:opencode-go-openai,baseUrl:https://opencode.ai/zen/go/v1)使用muse-spark-1.3-contributor或muse-spark-1.2-contributor模型时,请求始终失败,报错为:频道内其他模型(如 deepseek-v4-flash、glm-5.3 等)均正常,仅 Muse Spark 系列不可用。商业版已禁用第三方中转站频道,用户无法通过自建中转方式绕过,因此该官方频道内模型不可用等于完全无法使用 Muse Spark。
环境信息
opencode-go-openai,baseUrl=https://opencode.ai/zen/go/v1复现步骤
OpenCode Go (OpenAI 兼容)频道;muse-spark-1.3-contributor(或muse-spark-1.2-contributor);500: {"type":"error","message":"Internal server error"}。实际结果 vs 期望结果
根因分析(已实测验证)
Muse Spark 系列在 OpenCode Go 网关上仅支持 OpenAI Responses API(
POST /v1/responses),不支持 Chat Completions(POST /v1/chat/completions)。Proma 的opencode-go-openai频道走的是 OpenAI 兼容 chat/completions 协议,因此对该模型必然 500——这是网关端模型能力限制,不是 key、网络或参数问题。实测证据(同一 OpenCode Go key,本机 2026-09-03)
POST /zen/go/v1/chat/completions{"type":"error","error":{"type":"error","message":"Internal server error"}}POST /zen/go/v1/responsesOKPOST /zen/go/v1/chat/completionsPOST /zen/go/v1/responsesOKPOST /zen/go/v1/chat/completions补充:两个独立会话复测,结论一致。同一台机器上 DSH 桌面端使用
muse-spark-1.2-contributor正常(其走专有适配器/responses 路径),进一步佐证非账号问题。另外,Proma 内置的 pi-ai 模型注册数据中,
opencode-goprovider 的 muse 模型本身标注的 API 类型就是openai-responses(见@earendil-works/pi-ai/dist/providers/data/opencode-go.json),说明上游 SDK 已正确识别该模型协议,但在opencode-go-openai自定义频道上未按模型区分协议。修复建议(供官方参考)
opencode-go-openai类频道中,对 Muse Spark 系列(muse-spark-*)自动改用 Responses API(/v1/responses)调用(类似 OpenCode Go 网关自身的OPENCODE_GO_RESPONSES_MODELS白名单机制)。这样用户无需新建频道即可使用。openai-responses协议(官方渠道直接支持),用户选择官方渠道即可用。感谢排查!如果需要更多日志或复现环境信息,随时联系。