我改了一下 New API,现在可以直接用 gpt-image-2 了

jared sun 2026-04-26 20:19 1

本帖使用社区开源推广,符合推广要求。我申明并遵循社区要求的以下内容:



  • 我的帖子已经打上 开源推广 标签:

  • 我的开源项目完整开源,无未开源部分:

  • 我的开源项目已链接认可 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_generation tool;

  • 默认使用 gpt-image-2

  • 保留 New API 原有的渠道管理、日志、计费、路由等能力;

  • Codex Responses 链路做了更接近原生的透传,减少中间层对协议结构的干预。


简单说,就是把“只有 Codex ChatGPT 登录态能用的新生图模型”,接到了 New API 的 OpenAI 兼容图片接口上。


代码放在我的 fork:




核心提交:


feat(codex): support image tools and responses passthrough

如果也有人在折腾 New API、Codex 渠道和 gpt-image-2,可以参考这个 fork。

最新回复 (19)
  • 我张三 04-26 20:26
    1

    建议直接提pr给newapi原版。不然你这个后面还要一直跟着newapi更新

  • jared sun 楼主 04-26 20:27
    2

    会的,这个项目是为了满足我的需求手搓的,应急用,先分享出来。后续整理一下代码再提pr

  • Mars-KK 04-26 20:41
    3

    new-api → cpa


    这样接入的话,原生支持,不需要改

  • 7li7li 04-26 20:44
    4

    cpa接入newapi 我在cherry可以直接调用成功

  • bugboy 04-26 20:46
    5

    好东西,等pr合并后用,不然又要更新!!

  • jared sun 楼主 04-27 10:17
    6

    pr被拒绝了,本项目我自己手动保持维护。

  • cheerup 04-28 12:29
    7

    new api是不是有原生支持啊?可能就拒绝了

  • MANKVIS 04-28 13:37
    8

    原生是支持POST /v1/images/generations

    POST /v1/images/edits接口的,但是现在遇到一个问题,好像CPA->NewAPI无法直接生成

  • jared sun 楼主 04-28 22:36
    9

    官方的回复是不考虑这种逆向出来接口的功能。

    想想也有道理,各种神奇的逆向接口都支持的话,开发者没精力,代码也容易不稳定

  • lengxi 04-30 15:26
    10

    大佬能增加支持兼容 chat/completions

    API 端点: v1/responses 就是让这2个端点也能调用 生图

  • jared sun 楼主 04-30 23:27
    11

    支持了。其中chat/completions因为比较老,所以仅支持说一句话,多轮对话要改的太多了,风险太大

  • jared sun 楼主 04-30 23:29
    12

    补充一下,codex渠道因为撞5h和7d的额度墙导致429自动封禁的,我加入了到时间自动启用的功能

  • 吼吼 05-05 02:45
    13

    /v1/images/generations

    POST /v1/images/edits



    cpa 接入 newapi 是不是新加两个自定义渠道,一个路径 /v1/images/generations

    另个一路径 /v1/images/edits 这样设置?

  • Jimmy 05-05 02:56
    14

    new api一直报429错误,这个怎么解决啊?

  • jared sun 楼主 05-05 09:52
    15

    能不能说详细一点?因为我个人两个服务器都没遇到过类似问题

  • Jimmy 05-05 10:00
    16

    就是newAPI中转站里创建的key,里面没有模型可以选择,然后我用ccswitch创建了一个环境变量,模型写gpt-5.5,在终端codex中启动的时候一直报错429,服务器请求太频繁啊。我不在哪里错误了

  • jared sun 楼主 05-05 10:03
    17

    codex客户端-》请求gpt5.5-》newapi,然后newapi里面是没有gpt5.5,或者所有gpt5.5的渠道都耗尽了对吧?那这样的报错信息是对的呀

  • qllqll 05-05 10:24
    18

    佬友好厉害,我现在有个问题,就是如果我需要在new-api中对接gpt plus号池的话,是不是得在CPA中代理呢?


    因为我看别人大部分用的都是sub2api这个项目,更方便管理一些,但我自用得new api…

  • jared sun 楼主 05-05 10:35
    19

    一种就是在newapi里面管理和添加codex渠道,其实如果自用应该是足够满足需求的,我自己之前是一直用的这个方式(我还做了标准responses兼容,意味着可以用cherry studio对话“薅”codex)

    如果需要对接gpt号池,个人建议用CPA,相对轻量一点(这几天也在体验,还是不错的)。当然如果用了CPA,建议所有的codex全都走CPA,更好管理。sub2api重了一点,其他也没啥问题,主要还是看号商的生态了,我买的那家支持cpa导出,所以我用了cpa

* 帖子来源Linux.do
返回