公告说上线，接口说没开。GPT Image 2.6能做GIF，但“模型支持”不等于“你这条渠道能用”。OpenAI的新功能，不该让开发者靠报错猜边界。 据满… · @bitbiz_bruce · TwKit

@bitbiz_bruce

公告说上线，接口说没开。GPT Image 2.6能做GIF，但“模型支持”不等于“你这条渠道能用”。OpenAI的新功能，不该让开发者靠报错猜边界。 据满银网实测，Sunburst和Flare通过官方Image API，都成功生成了“小鸡啄米”原生GIF；同一动画需求走当前Codex OAuth桥接，却返回HTTP400：“GIF output is not enabled”。 对开发者来说，时间耗在了排查：模型不支持、入口没开放，还是接入代码有问题？一句“已经上线”，如果没有对应的接口说明，试错成本就落到了用户头上。 跑通的请求用了output_format=gif、9帧、每帧200毫秒，直接拿到完整多帧动画。不是九宫格裁切，不是脚本拼接，更不是PNG换后缀。官方API已有真实产物，不能因另一条渠道失败就否定模型能力。 失败请求指定gpt-image-2.6-sunburst，出站仍保留该名称，错误却指向gpt-image-2-codex。原因涉及内部路由、能力开关还是协议条件，目前无法定论。 接入方也有责任：桥接实现漏传了帧数和帧时长，两组测试并非完全同条件对照。缺陷必须修；补齐后能否成功，仍要用真实GIF验收。 OpenAI在11月4日博客中把ChatGPT、Codex和API列入上线范围，也介绍了GIF创作。但Codex产品支持，不等于第三方OAuth桥接能照搬Image API参数。产品能力、接口契约、第三方接入，是三回事。 结论：官方API已跑通，本次Codex桥接未跑通。不能说所有Codex账号都不支持，也没有证据认定一定是灰度造成。值得批评的是可用性不透明，不能把未知原因编成结论。 哪里能用、需要什么条件、为什么暂时用不了，厂商应该讲清楚。接入方该修缺陷，发布方该交代边界，别让用户把发布公告读成抽签指南。 实测与详细分析： https://alishui.com/article/103097/gpt-image-2-6-gif-api-success-codex-oauth-not-enabled.html

曝光 36 · 评论 0 · 点赞 1 · 书签 0