我改了一下 New API,现在可以直接用 gpt-image-2 了
- 内容介绍
- 文章标签
- 相关推荐
本帖使用社区开源推广,符合推广要求。我申明并遵循社区要求的以下内容:
- 我的帖子已经打上 开源推广 标签: 是
- 我的开源项目完整开源,无未开源部分: 是
- 我的开源项目已链接认可 LINUX DO 社区: 是
- 我帖子内的项目介绍,AI生成、润色内容部分已截图发出: 是
- 以上选择我承诺是永久有效的,接受社区和佬友监督: 是
以下为项目介绍正文内容,AI生成、润色内容已使用截图方式发出
目前 gpt-image-2 这个新生图模型,主要是 Codex 的 ChatGPT 登录态可以用;但如果通过 New API 来管理渠道,codex客户端接入newapi的,就没法直接使用生图能力。
我的这个修改就是为了解决这个痛点:把 New API 里 Codex 渠道背后的 gpt-image-2 生图能力单独接出来。
现在可以直接通过 OpenAI 兼容的图片接口请求:
POST /v1/images/generations
POST /v1/images/edits
也就是说,不需要在 Codex 对话里绕一圈触发生图,而是可以像普通图片模型一样,在 New API 里直接调用 Codex 渠道背后的 gpt-image-2。
使用说明
需要在 New API 的 Codex 渠道里增加对应的模型名:
gpt-image-2
然后就可以用 /v1/images/generations 或 /v1/images/edits 调用。
调用示例:
curl http://你的-newapi-地址/v1/images/generations \
-H "Authorization: Bearer sk-xxx" \
-H "Content-Type: application/json" \
-d '{
"model": "gpt-image-2",
"prompt": "一只橘猫坐在赛博朋克风格的便利店门口,雨夜,霓虹灯,高细节",
"size": "1024x1024"
}'
返回仍然走 OpenAI 兼容格式,可以按现有图片接口客户端来接。
这次改动主要做了这些事:
- 让 Codex 渠道支持
/v1/images/generations; - 让 Codex 渠道支持
/v1/images/edits; - 将图片请求转换到 Codex Responses 的
image_generationtool; - 默认使用
gpt-image-2; - 保留 New API 原有的渠道管理、日志、计费、路由等能力;
- Codex Responses 链路做了更接近原生的透传,减少中间层对协议结构的干预。
简单说,就是把“只有 Codex ChatGPT 登录态能用的新生图模型”,接到了 New API 的 OpenAI 兼容图片接口上。
代码放在我的 fork:
GitHub - jaredshuai/new-api: A unified AI model hub for aggregation &...
A unified AI model hub for aggregation & distribution. It supports cross-converting various LLMs into OpenAI-compatible, Claude-compatible, or Gemini-compatible formats. A centralized gateway for personal and enterprise model management. 🍥
核心提交:
feat(codex): support image tools and responses passthrough
如果也有人在折腾 New API、Codex 渠道和 gpt-image-2,可以参考这个 fork。
--【壹】--:
建议直接提pr给newapi原版。不然你这个后面还要一直跟着newapi更新
--【贰】--:
好东西,等pr合并后用,不然又要更新!!
--【叁】--:
会的,这个项目是为了满足我的需求手搓的,应急用,先分享出来。后续整理一下代码再提pr
--【肆】--:
new api是不是有原生支持啊?可能就拒绝了
--【伍】--:
官方的回复是不考虑这种逆向出来接口的功能。
想想也有道理,各种神奇的逆向接口都支持的话,开发者没精力,代码也容易不稳定
--【陆】--:
pr被拒绝了,本项目我自己手动保持维护。
--【柒】--:
new-api → cpa
这样接入的话,原生支持,不需要改
--【捌】--:
cpa接入newapi 我在cherry可以直接调用成功
--【玖】--:
原生是支持POST /v1/images/generations
POST /v1/images/edits接口的,但是现在遇到一个问题,好像CPA->NewAPI无法直接生成
本帖使用社区开源推广,符合推广要求。我申明并遵循社区要求的以下内容:
- 我的帖子已经打上 开源推广 标签: 是
- 我的开源项目完整开源,无未开源部分: 是
- 我的开源项目已链接认可 LINUX DO 社区: 是
- 我帖子内的项目介绍,AI生成、润色内容部分已截图发出: 是
- 以上选择我承诺是永久有效的,接受社区和佬友监督: 是
以下为项目介绍正文内容,AI生成、润色内容已使用截图方式发出
目前 gpt-image-2 这个新生图模型,主要是 Codex 的 ChatGPT 登录态可以用;但如果通过 New API 来管理渠道,codex客户端接入newapi的,就没法直接使用生图能力。
我的这个修改就是为了解决这个痛点:把 New API 里 Codex 渠道背后的 gpt-image-2 生图能力单独接出来。
现在可以直接通过 OpenAI 兼容的图片接口请求:
POST /v1/images/generations
POST /v1/images/edits
也就是说,不需要在 Codex 对话里绕一圈触发生图,而是可以像普通图片模型一样,在 New API 里直接调用 Codex 渠道背后的 gpt-image-2。
使用说明
需要在 New API 的 Codex 渠道里增加对应的模型名:
gpt-image-2
然后就可以用 /v1/images/generations 或 /v1/images/edits 调用。
调用示例:
curl http://你的-newapi-地址/v1/images/generations \
-H "Authorization: Bearer sk-xxx" \
-H "Content-Type: application/json" \
-d '{
"model": "gpt-image-2",
"prompt": "一只橘猫坐在赛博朋克风格的便利店门口,雨夜,霓虹灯,高细节",
"size": "1024x1024"
}'
返回仍然走 OpenAI 兼容格式,可以按现有图片接口客户端来接。
这次改动主要做了这些事:
- 让 Codex 渠道支持
/v1/images/generations; - 让 Codex 渠道支持
/v1/images/edits; - 将图片请求转换到 Codex Responses 的
image_generationtool; - 默认使用
gpt-image-2; - 保留 New API 原有的渠道管理、日志、计费、路由等能力;
- Codex Responses 链路做了更接近原生的透传,减少中间层对协议结构的干预。
简单说,就是把“只有 Codex ChatGPT 登录态能用的新生图模型”,接到了 New API 的 OpenAI 兼容图片接口上。
代码放在我的 fork:
GitHub - jaredshuai/new-api: A unified AI model hub for aggregation &...
A unified AI model hub for aggregation & distribution. It supports cross-converting various LLMs into OpenAI-compatible, Claude-compatible, or Gemini-compatible formats. A centralized gateway for personal and enterprise model management. 🍥
核心提交:
feat(codex): support image tools and responses passthrough
如果也有人在折腾 New API、Codex 渠道和 gpt-image-2,可以参考这个 fork。
--【壹】--:
建议直接提pr给newapi原版。不然你这个后面还要一直跟着newapi更新
--【贰】--:
好东西,等pr合并后用,不然又要更新!!
--【叁】--:
会的,这个项目是为了满足我的需求手搓的,应急用,先分享出来。后续整理一下代码再提pr
--【肆】--:
new api是不是有原生支持啊?可能就拒绝了
--【伍】--:
官方的回复是不考虑这种逆向出来接口的功能。
想想也有道理,各种神奇的逆向接口都支持的话,开发者没精力,代码也容易不稳定
--【陆】--:
pr被拒绝了,本项目我自己手动保持维护。
--【柒】--:
new-api → cpa
这样接入的话,原生支持,不需要改
--【捌】--:
cpa接入newapi 我在cherry可以直接调用成功
--【玖】--:
原生是支持POST /v1/images/generations
POST /v1/images/edits接口的,但是现在遇到一个问题,好像CPA->NewAPI无法直接生成

