各佬,azure的gpt有啥区别

2026-04-13 12:311阅读0评论SEO教程
  • 内容介绍
  • 文章标签
  • 相关推荐
问题描述:

据我所知,好像 azure 的 gpt5.4 只支持 high,不止 xhigh,不知道能力差多少,有佬能普及下吗

网友解答:
--【壹】--:

是这样的,你这种情况可以本地搭一个自用中转来翻译解决


--【贰】--:

我们公司给我们提供的gpt模型baseurl就是azure的。使用起来没啥差别。不过有一点非常重要的点,就是它和官方渠道无法共同使用一个session会话,否则会报错:{ “error”: { “message”: “The encrypted content gAAA…pE0= could not be verified. Reason: Encrypted content could not be decrypted or parsed.”, “type”: “invalid_request_error”, “param”: null, “code”: “invalid_encrypted_content” } }。至于为啥会这样就不知道了


--【叁】--:

使用 cliproxyapi 代理 oauth2 gpt 账号的情况下,在这种故障迁移的情况下可以使用 fix: keep /v1/responses encrypted continuation on same auth by 1saifj · Pull Request #1796 · router-for-me/CLIProxyAPI · GitHub 合入解决


--【肆】--:

你说的这种情况应该是一直使用 CPA,cpa会记录每个加密 Content 对应的 auth ID 是什么,下次再继续绘画的时候,它会使用相同的 auth ID?但是我的情况有点特殊。我现在有3个大模型调用入口,openAI官方, 公司提供的入口 , 冰佬的公益中转站。后两个我在使用的时候 给他们配置的provider名字都是mycodex。 现在的问题是。 对于最早通过openAI官方创建的session,之后再由公司提供的入口继续会话就会报错。{ “error”: { “message”: “The encrypted content gAAA…pE0= could not be verified. Reason: Encrypted content could not be decrypted or parsed.”, “type”: “invalid_request_error”, “param”: null, “code”: “invalid_encrypted_content” } }最早由公司提供的入口创建的session,之后再由openAI官方入口继续会话,也会报错。但是使用公益中转站入口的时候,所有session都能正常继续,不会报错。 公益中转站中的Usage日志哪里可以看到,EndPoint是chat/completions.我让codex帮我分析原因,他得出的结论是走Responsed这个Endpoint,就是无法避免encrypted content的问题,公益站是因为在服务端把它翻成了上游 chat/completions,
在这个翻译过程中,encrypted_content 被忽略、剥离,或者被降级成普通上下文


--【伍】--:

这个要怎么弄呢?能提提供一些思路或者关键字吗?

标签:快问快答
问题描述:

据我所知,好像 azure 的 gpt5.4 只支持 high,不止 xhigh,不知道能力差多少,有佬能普及下吗

网友解答:
--【壹】--:

是这样的,你这种情况可以本地搭一个自用中转来翻译解决


--【贰】--:

我们公司给我们提供的gpt模型baseurl就是azure的。使用起来没啥差别。不过有一点非常重要的点,就是它和官方渠道无法共同使用一个session会话,否则会报错:{ “error”: { “message”: “The encrypted content gAAA…pE0= could not be verified. Reason: Encrypted content could not be decrypted or parsed.”, “type”: “invalid_request_error”, “param”: null, “code”: “invalid_encrypted_content” } }。至于为啥会这样就不知道了


--【叁】--:

使用 cliproxyapi 代理 oauth2 gpt 账号的情况下,在这种故障迁移的情况下可以使用 fix: keep /v1/responses encrypted continuation on same auth by 1saifj · Pull Request #1796 · router-for-me/CLIProxyAPI · GitHub 合入解决


--【肆】--:

你说的这种情况应该是一直使用 CPA,cpa会记录每个加密 Content 对应的 auth ID 是什么,下次再继续绘画的时候,它会使用相同的 auth ID?但是我的情况有点特殊。我现在有3个大模型调用入口,openAI官方, 公司提供的入口 , 冰佬的公益中转站。后两个我在使用的时候 给他们配置的provider名字都是mycodex。 现在的问题是。 对于最早通过openAI官方创建的session,之后再由公司提供的入口继续会话就会报错。{ “error”: { “message”: “The encrypted content gAAA…pE0= could not be verified. Reason: Encrypted content could not be decrypted or parsed.”, “type”: “invalid_request_error”, “param”: null, “code”: “invalid_encrypted_content” } }最早由公司提供的入口创建的session,之后再由openAI官方入口继续会话,也会报错。但是使用公益中转站入口的时候,所有session都能正常继续,不会报错。 公益中转站中的Usage日志哪里可以看到,EndPoint是chat/completions.我让codex帮我分析原因,他得出的结论是走Responsed这个Endpoint,就是无法避免encrypted content的问题,公益站是因为在服务端把它翻成了上游 chat/completions,
在这个翻译过程中,encrypted_content 被忽略、剥离,或者被降级成普通上下文


--【伍】--:

这个要怎么弄呢?能提提供一些思路或者关键字吗?

标签:快问快答