/v1/chat/completions、/v1/messages、/v1/responses，/v1/responses是最久的，但的确也是最新技术，最好用的。 1 个帖子 - 1 位参与者 阅读完整话题
name = “codex” wire_api = “responses” supports_websockets = false base_url = “ https://x666.me/v1 ” env_key = “OPENAI_API_KEY” 报错 Unexpected status 403 Forbidden: Image generation is not enabled for this group, url: https://x666.me/v1/responses , cf-ray: a09c5e942b4eea91-ICN 5 个帖子 - 5 位参与者 阅读完整话题
现在chat模式基本命中不了缓存,我写了chat转responses的网关,虽然命中缓存上升了,但是有时候又会降智,或者多会话的时候,会导致上下文极低; 有没有大佬开发过比较完善的网关,或者有没有其他的替代方案呢 1 个帖子 - 1 位参与者 阅读完整话题
Codex接CPA，触发自动压缩上下文时请求 /responses/compact 直接 404 了。 让AI看了下源码说CPA这个路径没实现。 我打开方式不对吗？或者我应该关掉Codex的自动压缩？ 2 个帖子 - 2 位参与者 阅读完整话题
今天使用codex接中转站提示 Your conversations have multiple flags for possible cybersecurity risk. Responses may take longer because extra safety checks are on. To get authorized for security work, join the Trusted Access for Cyber program: https://chatgpt.com/cyber 问问大佬们， 这个要紧嘛？ 我之前没干过破限的事情啊 3 个帖子 - 2 位参与者 阅读完整话题
⚠ Your conversations have multiple flags for possible cybersecurity risk. Responses may take longer because extra safety checks are on. To get authorized for security work, join the Trusted Access for Cyber program: https://chatgpt.com/cyber 有哪位大佬知道怎么解决不？ 10 个帖子 - 7 位参与者 阅读完整话题
unexpected status 502 Bad Gateway: error code: 502, url: v1/responses, cf-ray: a07647458c0249dd-HKG 7 个帖子 - 6 位参与者 阅读完整话题
https://linux.do/t/topic/2280732?u=zjh02 @uton88 然后用 v1/chat/completions 又会无法调节思考强度 5 个帖子 - 2 位参与者 阅读完整话题
{ "key_id": "admin", "key_name": "管理员", "role": "admin", "endpoint": "/v1/responses", "model": "gpt-image-2", "started_at": "2026-05-29 11:18:56", "ended_at": "2026-05-29 11:18:56", "duration_ms": 394, "status": "failed", "error": "auth_chat_requirements failed: status=401, body={'error': {'message': 'Your authentication token has been invalidated. Please try signing in again.', 'type': 'invalid_request_error', 'code': 'token_invalidated', 'param': None}, 'status': 401}" } 感觉凭据到期了，他也不会自动删除，账号也开了程序自动维护号池，这个程序有BUG吗 1 个帖子 - 1 位参与者 阅读完整话题
看了一下只有阿里和字节的模型支持，其他好像都不支持，是什么原因呢，成本？
看了一下只有阿里和字节的模型支持，其他好像都不支持，是什么原因呢，成本？
订阅管理: Xiaomi MiMo 开放平台 用cc接入: Xiaomi MiMo 开放平台 MiMo 模型暂不适配 Responses API，仅适用于支持 ChatCompletions API 的旧版本 Codex。 [1] 如果还是要用 codex, 可以考虑找个开源网关，转换一下，把 chat 转换成 response. [2] 注意token plan 是单独的 key 和地址，key是tp开头的。 CC-Switch接入小米mimo2.5pro - 国产替代 - LINUX DO 接入cc switch无法验证是正常的，没关系。 剩余的订阅量可以抵扣下个月的月费。 Xiaomi MiMo 开放平台 . [2026-05-01T1312-45] ︎ 小米模型配置 - #7，来自 muggle_e . [2026-05-01T1338-13] ︎ 1 个帖子 - 1 位参与者 阅读完整话题
如题，有什么应用可以做到客户端codex请求responses，转发上游messages兼容性好的 3 个帖子 - 2 位参与者 阅读完整话题
使用官方订阅账号登陆一切正常，但是使用自己严格按照openai 官方的response格式用官方api时，在codex里无法正常注入Responses hosted tools 2 个帖子 - 2 位参与者 阅读完整话题
我要给codex自定义，发现最新版codex不支持chat端点 5 个帖子 - 3 位参与者 阅读完整话题
我最近几天把responses接口和chat接口中间加了个中间键 用过了deepseek-v4-pro/flash以及minimax-m2.7以及glm5.1和mimo的pro 直接说结论：glm5.1在codex干事情做的最佳 感觉像早期gpt5.2，速度慢，但干事情好，非常像，并且能在有chat转responses中转的情况下很好的适配codex给的各种工具 deepseek其次 速度还行，写代码出的bug如果比较小的话可以很快修完，3轮修不完就基本没救了 这里我分析他的原因是：他不懂变通，死脑筋 绕弯解决问题甚至解决不了（这里指的是有直线[更好的解决方案]不走，走弯路) mimo拉完了 比deepseek的死脑筋还 汝心之固 ，minimax更是不行（发送a pp le作为上下文，他用的时候给我俩个a p le*[夸张的来说]*) 各自的千秋 我这里做的不只是编码，更是agent能力测试，mimo写代码挺好的，但是也就和deepseek差不多，deepseek更均衡，glm属于是短板的地方非常不行，强的地方非常好，mimo只有写代码前端好一点，逻辑等智能不如deepseek和glm,minimax做事情也就快，比mimo强那么一点点 我这个评价只是从我自身的角度评价的 ， deepseek官网以及其他中转站都试过 glm5.1用的是linux.do的公益站的 mimo也是公益站的 minimax也是 但都是从许多中转站中测试的，效果都是差不多 要用的话用glm5.1吧 ，就这样， 没有偏袒任何一方 只有glm5.1和deepseek-v4-pro值得一试 各有千秋，deepseek是六边形小战士，glm5.1是缺很大一块角的3.5(平均）边形大战士 3 个帖子 - 3 位参与者 阅读完整话题
cpa里认证文件导入好了。但是 http://127.0.0.1:8317/v1/responses 返回：{“error”:“Missing API key”} codex里的 config.toml是这么配置的，其中123123是cpa的本地登录密码： model_reasoning_effort = “xhigh” plan_mode_reasoning_effort = “xhigh” supports_websockets = true [model_providers.cliproxyapi] base_url = “ http://127.0.0.1:8317/v1 ” experimental_bearer_token = “sk-123123” # Replace with the API Key you created for Codex in CLIProxyAPI name = “cliproxyapi” wire_api = “responses” requires_openai_auth = true 请问哪有问题，谢谢 6 个帖子 - 3 位参与者 阅读完整话题
chatbox里能以 responses完全可用。到codex里就是各种错误。不都是openai格式的吗？为什么还能不一样呢 11 个帖子 - 5 位参与者 阅读完整话题
方法一、把 Responses WebSocket 关掉 在 ~/.codex/config.toml 加： model_provider = “chatgpt_http” [model_providers.chatgpt_http] name = “ChatGPT HTTP” base_url = “ https://chatgpt.com/backend-api/codex ” wire_api = “responses” requires_openai_auth = true supports_websockets = false 方法二、开TUN模式，或者用 codex-proxy-launcher 设置下代理 方法三、让codex自己搞定 还有什么解决方法，一起补充。 7 个帖子 - 7 位参与者 阅读完整话题
我真的服了，下午突然有用户跟我说codex里面生不了图了，我一看还真是，但是sub2api调用image两个接口又是正常的，然后我发现sub2api的codex内生图用的是工具注入，之前都是直接注入tools 里面加一个image_generation,现在好像必须tool_choice直接选择image_generation才可以了，这样之后结果每次提问都给我带张图 2 个帖子 - 1 位参与者 阅读完整话题