2. Linux.do
  3. 为什么各大厂商都不支持 responses

为什么各大厂商都不支持 responses

Dax 2026-06-16 13:44 1

最近需要用 CodexSDK 做一些东西，要用 responses 端口，但是似乎只有 OpenAI 和 xAI 原生支持，其他的都不支持，甚至国产厂商也不支持，OpenRouter 的 responses 还是无状态的。


无状态 responses 用起来有什么问题么，会不会上下文爆炸？？


NewAPI 好像也没有 responses，准备自己魔改一个了。

最新回复 (13)
  • Del_hi 06-16 13:45
    1楼

    不对吧，qwen最近出的模型都支持，其他不太了解

  • gamecrafters 06-16 13:49
    2楼

    无状态那不是直接用chat completions吗？

  • Sokeu 06-16 13:49
    3楼

    因为responses主要就codex在用?


    而codex的地位路边一条?


    曾经在很长一段时间里, 什么一些MCP, plugin给安装方式都不带codex

  • neteroster 06-16 13:50
    4楼

    火山引擎也都支持啊



    NewAPI 好像也没有 responses



    NewAPI 可以转发 Responses API

  • Dax 楼主 06-16 13:52
    5楼

    Qwen 性能不满足我的需求，我还是需要 GLM5.2 和 Gemini 3.5 Flash

  • Dax 楼主 06-16 13:52
    6楼

    CodexSDK 只支持 Responses

  • 潭渊 06-16 13:53
    7楼

    因为responses API 需要服务端维持状态吧？

  • Dax 楼主 06-16 13:53
    8楼

    但现在 Codex 算是神中神了

  • Dax 楼主 06-16 13:54
    9楼

    New 的转发论坛说有很多问题，New 的转发是无状态还是有状态呀

  • neteroster 06-16 13:55
    10楼

    问题在哪，现在很多中转站codex 都是用 NewAPI 转的（这里是指上下游都是 Responses）


    这要看你如何定义“状态”，NewAPI 支持原样透传，一般情况下足够了

  • Dax 楼主 06-16 13:57
    11楼

    中转站是透传，维持状态的仍然是 OpenAI 的服务器吧。但如果我要把 gemini 转成 3.5flash，那是无状态还是 NewAPI 服务器维持状态呢

  • neteroster 06-16 14:01
    12楼

    你要是上游不是 Responses API 就没那么好搞了，比如 Gemini API，普通特性大概还行，很多写协议转换的不了解 API 细节特性导致复杂情况（例如流+工具调用+思考）容易出问题，不知道现在有没有改善


    所谓状态，其实 Responses API 有无状态模式（也就是 store=False），并且 Codex 这些都是以无状态模式用的，所以其实没太大必要考虑状态，但是 Gemini 转发过来就要注意映射好 Gemini 的思考签名和 Responses 的加密思考

  • Megasoft 06-16 14:23
    13楼

    因为麻烦，维护起来就得亦步亦趋跟着 OpenAI 走，而大部分情况下无状态的 completion 或者 message 接口就足够使用了


    转换工具基本上也只能是转出一个无状态的 responses

* 帖子来源Linux.do
附近帖子
返回
飞读
随机推荐