ChatGPT 5.4 / fast 模式支持是否依赖版本更新？以及 Homebrew 无法升级到最新版本（此 issue 由 GPT-5.4操作提交）

[Gnonymous]

问题描述

最近看到 ChatGPT 5.4 已经发布，而且支持 fast 模式。

我这边有两个相关问题想确认：

1. 当上游发布新的模型或新增模式时，CLIProxyAPI 会自动检测并支持吗？
2. 还是说必须依赖 CLIProxyAPI 发布新版本后，才能识别和使用这些新模型/新模式？

另外，我当前通过 Homebrew 安装和更新 CLIProxyAPI，但目前一直只能停留在 6.8.40，无法更新到最新版本。

想确认的点

1. brew upgrade 无法更新到最新版本，这是否是普遍问题？
2. 如果 Homebrew 不是最稳定的更新方式，是否有更推荐的更新方案？
3. 对于新模型支持，是否建议用户优先使用某种安装/更新渠道，以便更快跟进上游模型变化？

当前环境

• 安装方式：Homebrew
• 当前版本：6.8.40

如果需要，我也可以补充 brew info、本地版本输出或更多环境信息。

[Gnonymous]

补充一些已经验证到的结论，供后续排查参考。

注：本条评论由 GPT-5.4 自动发布

关于新模型 / 新模式支持

从当前发布信息看，新模型支持看起来并不完全是“自动检测”。至少在 GPT-5.4 这次，最新 release 的 changelog 中明确出现了 feat(registry): add GPT 5.4 model definition to static data，这说明项目内部至少有一层静态模型注册/映射需要随版本更新。

这意味着：

• 上游新模型发布后，CLIProxyAPI 不一定会立刻自动可用。
• 某些模型/模式可能需要等待仓库合并修复或发布新版本后，才能被完整识别和透传。
• 如果只是上游发布了新模型，但本项目尚未补充静态定义、路由适配或兼容层处理，用户侧即使更新认证也可能仍然不可用。

关于 Homebrew 更新滞后

这个问题看起来更像是普遍的分发链路差异，而不一定是个别环境问题。

已确认到一种常见情况是：

• GitHub Releases 已经发布到较新版本。
• 但 Homebrew stable 公式仍停留在更老的版本。

也就是说：

• brew upgrade 只能升级到 Homebrew 公式当前记录的 stable 版本。
• 如果 homebrew/core 里的 formula 尚未 bump，即使上游仓库已经发了新 release，brew upgrade 也不会拿到最新版本。

因此，Homebrew stable 更适合“省心但允许滞后”的场景，不适合追最新版本或追新模型支持。

如果希望尽量跟进最新版本，可考虑的渠道

1. GitHub Releases

   • 适合想跟最新稳定版的用户。
   • 通常比 Homebrew stable 更快拿到正式发布版本。

2. Homebrew --HEAD

   • 适合想跟 main 分支最新提交的用户。
   • 更新速度更快，但风险也更高。
   • 可能拿到尚未正式发布的中间状态代码。

使用 brew --HEAD 的潜在风险

如果用户选择 Homebrew --HEAD，需要注意以下几点：

• 安装的是 main 分支源码编译结果，不是正式 release。
• 可能出现功能刚合入、但还未完全验证的情况。
• 构建依赖（例如 go）也可能触发本地编译或依赖升级问题。
• 更新后如果服务进程未重启，系统里可能仍然运行旧进程，从而出现“磁盘上是新版本、实际跑的是旧版本”的假象。

比较通用的建议

如果目标是“尽快用到新模型支持，同时保持相对稳定”，更建议：

• 优先使用 GitHub Releases 跟进最新正式版。
• 如果必须追最新提交，再使用 Homebrew --HEAD。
• 对于服务方式运行的用户，每次升级后都应明确执行一次服务重启，而不要假设后台进程会自动切换到新版本。

例如，服务型部署的通用建议是：

• 升级完成后，显式重启服务。
• 再确认当前运行中的进程启动时间、可执行路径和版本输出是否一致。

如果项目后续能在文档中补充以下内容，可能会减少很多同类问题：

• 新模型支持是自动发现还是依赖静态注册表/版本更新。
• Homebrew stable 与 GitHub Releases 的更新时效差异。
• --HEAD 适用场景、风险和升级后的服务重启建议。

[qq1012827513]

我也没想到是靠发布新版本支持新模型，我说怎么看不到5.4

[IwfWcf]

homebrew 那边好像是最后一个版本号每提升 5 才能触发 bot 的自动更新

[oldjs]

我也没想到是靠发布新版本支持新模型，我说怎么看不到5.4

你们这群白嫖怪快把 openai 搞死了

[cikichen]

其实不建议用 homebrew 的方式来安装使用，减少心智负担。 你直接 clone 下来 go run （也是跑的 build，没有性能成本问题）或者下载最新 release 想要方便自己让 AI 写个系统服务或者 cli 脚本分装就是了 有啥需求还能自己改

brew的好处几行命令就能做到全部管理，开机自启等，方便太多了

[Gnonymous]

其实不建议用 homebrew 的方式来安装使用，减少心智负担。
你直接 clone 下来 go run （也是跑的 build，没有性能成本问题）或者下载最新 release
想要方便自己让 AI 写个系统服务或者 cli 脚本分装就是了 有啥需求还能自己改

个人觉得累得慌也感觉不够优雅和统一管理 我目前选择brew--head的方式跟踪最新的main。 FYI

[cikichen]

https://raw.githubusercontent.com/Homebrew/homebrew-core/HEAD/Formula/c/cliproxyapi.rb
确实是每5个版本更新一次

[cikichen]

补充一个关键信息：

homebrew-core 里的 cliproxyapi 目前带有 livecheck do throttle 5 end，所以 Homebrew 不会跟每个 patch 版本，而是大致每 5 个 patch 才更新一次。这也是为什么当前官方已经到新版本，但 brew upgrade 仍停在较旧版本。

从这个角度看，如果项目希望用户能稳定、及时地跟进每次 release，是否考虑提供一个官方 Homebrew tap？

这样可以：

• 由项目方自行维护 formula
• 不受 homebrew/core 节流策略影响
• 让 brew install/upgrade 更贴近上游 release 节奏

如果暂时不做 tap，是否也建议在 README 中明确说明：想追最新版本时，优先使用哪种官方安装渠道？

[awaken233]

上面的更多讨论是 Homebrew 无法升级到最新版本的 CLIProxyAPI，但我更关心的是 Fast 模式：CLIProxyAPI 怎么支持、怎么使用 Fast 模式？

[Gnonymous]

@awaken233 等待新版本

[IwfWcf]

上面的更多讨论是 Homebrew 无法升级到最新版本的 CLIProxyAPI，但我更关心的是 Fast 模式：CLIProxyAPI 怎么支持、怎么使用 Fast 模式？

我用 free 账号测试应该是不支持的，在 request 中指定了 "service_tier":"priority"，但 response 中是 "service_tier":"default"

[Gnonymous]

上面的更多讨论是 Homebrew 无法升级到最新版本的 CLIProxyAPI，但我更关心的是 Fast 模式：CLIProxyAPI 怎么支持、怎么使用 Fast 模式？

我用 free 账号测试应该是不支持的，在 request 中指定了 "service_tier":"priority"，但 response 中是 "service_tier":"default"

我这里fast模式config是：service_tier":"fast" （我是plus,FYI）

[IwfWcf]

上面的更多讨论是 Homebrew 无法升级到最新版本的 CLIProxyAPI，但我更关心的是 Fast 模式：CLIProxyAPI 怎么支持、怎么使用 Fast 模式？

我用 free 账号测试应该是不支持的，在 request 中指定了 "service_tier":"priority"，但 response 中是 "service_tier":"default"

我这里fast模式config是：service_tier":"fast" （我是plus,FYI）

你说的是 codex 的配置吧？对应到 request 中的参数应该就是 "service_tier":"priority"

[YchampionOP]

+1 add fast tier

[francomascareloai]

I would also like to have access to this feature; fast mode would be very useful.

[Gnonymous]

所以现在有人知道到底如何通过 CPA 反代 CodeX 并通过反代 API 获取到 fast 模式的响应吗 @IwfWcf @awaken233 @cikichen

[awaken233]

配置文件中:

payload:
  override:
    - models:
        - name: "gpt-5.4"
      params:
        service_tier: "priority"

[Gnonymous]

配置文件中:

payload:

  override:

    - models:

        - name: "gpt-5.4"

      params:

        service_tier: "priority"

感谢回复。我尝试了该配置用法，但还是返回service_tier = default ，账号是plus

[awaken233]

#1933 贡献者说这样返回好像没什么问题。我太久没有用这个 fast 模式了，不知道现在的配置有没有改变。

[luispater]

不要说是plus，pro也是default，正确发送报文即可，你可以手工测试速度，从回文看没有任何区别。

[Gnonymous]

收到，感谢两位的回复！