![CodeX开启fast，应该不是service_tier=priority而是service_tier=fast了吧现在[已解决视情况而定]](/imgrand/UOLPfC74.webp)
CodeX开启fast，应该不是service_tier=priority而是service_tier=fast了吧现在[已解决视情况而定]
- 内容介绍
- 文章标签
- 相关推荐
codex config.toml 写的一直都是
fast
CPA 才写priority
image653×377 7.89 KB
image644×343 7.01 KB
如图
网友解答：--【壹】--：
没办法，扩展和 APP 是硬编码固定死的
config.toml 只能调整顺序
我记得 model 设置 5.5 之后直接用就是 5.5 (不是吗 )
上下文参数
model_context_window = 272000
model_auto_compact_token_limit = 256000
--【贰】--：
学到了佬，原来是这样，我还以为是版本更新了，我要把我的CPA再改回去了
--【叁】--：
cli没用过不懂，看佬的使用，cli应该是可以的，但是扩展不行，我强开了面板，开启fast，然并卵了。
fast的状态不是开启就立马是，要结束当前对话流，开启，接着/新开，才是。
还是cli吃的好啊。
--【肆】--：
请问佬友，我用sub2api，貌似codex里面/不会有fast呢
--【伍】--：
不对哦佬，配置文件codex 写fast 是不读取的，又不是账号登录
账号登录也就不问这问题了，直接点即可。
凭据的话，要pri 才有用的，我没注意配置文件是不是也要fast，fast是拿来提升pri，上游认可的是pri 不认fast
--【陆】--：
对啊，我也是这么觉得的
然而，很反常的情况就是，你看我，我都设置了 5.5,但是我的面板没有 5.5,可是我又能够使用。我都不知道他是什么鬼。很神奇、很夸张、很离谱
我设置的配置文件5.5 实际调用的还是5.4
--【柒】--：
codex app账号登录有fast面板，凭据json/中转站的话，是默认不显示的，扩展改代码可以强开，app的话，其实也可以，但是因为他是打包好的，你改了还要重新签名，这孙子还是微软商店，目录涉及权限，mac的话还好搞点，直接解压强改再打包签名，每次更新都要做，但是win就超级麻烦，我就没搞。
只测了扩展强开，没用。
--【捌】--：
我记得网络传参请求的servicetier一直是 priority ，写配置时候是写 fast，他会自动映射的吧
--【玖】--： apparition:
config.toml
config.toml 老哥，就是有一个困扰了我很久的问题
image411×116 7.81 KB
profile = “gpt-5.5” 如果用类似于 CPA 这种的中转站，怎么把面板上面的模型 ID 自定义呢？因为我发现不论你怎么它就是按照面板上的那几个来，而不是按照你在配置文件当中写的模型。就很奇怪，我感觉它也不是按照配置文件来的了，最新版本。你就是默认模型，你改成 5.5,但是人家压根就不听。ui是不出 5.5的 ，不知道ui的模型列表和对应上下文长度怎么改
--【拾】--：
凭据的话，开启fast的作用是给上游发送priority cpa要设置priority 是出于两点，第一是有的人下游客户端没发送fast，在网关层强制priority，第二是旧版本没这参数，给忽略了，导致priority消失，到达官方上游，看不到priority，就不会给fast
然而，尴尬的是，正常情况下，凭据使用，客户端是没有开启fast的开关，配置文件写fast，是不认账的，只有账号登录才认，除非你改了客户端，所以我才说fast不读取。
--【拾壹】--：
codex app是没有fast的吗？我说我咋找不到呢，感谢佬
--【拾贰】--：
codex app 因为 fast 设置在内部，不吃 config.toml 内的参数
而 codex cli 就在 config.toml 启动或关闭
但如果全用 CPA 反代，直接在 payload 覆盖是可行的
写 != 读 != 官方端点接受
我不理解为什么你不理解我说了什么
--【拾叁】--：
所以我才说 CPA 设 priority
然后 config.toml 不用动，也没变过
打开 /fast 会出现 service_tier = "fast"
image1314×454 40 KB
--【拾肆】--：
codex config.toml 写的一直都是 fast
CPA 才写 priority
--【拾伍】--：
service_tier = "fast"
[features]
fast_mode = true
后者控制是否有/fast指令。
实际是否走了fast，还得观察sse或websocket响应内容里的service_tier字段，经常返回的像"auto"|“default”，大概率是走的常规调度队列。
--【拾陆】--：
首先，codex配置文件一直是fast。然后，cpa的priority是针对api设置的。你翻gpt官方api文档，里面会提及要设置成priority。
--【拾柒】--：
CLI 可以，扩展我很久没用了不确定
你把 statusline fast 栏位打开可以很明确的看到 fast 开或关
不过 config 只会被 CLI 开启时读取
所以如果在 config 里改必须刷新 CLI 才会更新状态
而不是像 /fast 立即反馈
--【拾捌】--：
奥对，我不用cli 忘了cli可以 / 开关，这我就不知道cli是不是真的吃fast了
因为我不用cli 所以佬说 /fast 我下意识忽略了 / ，因为在扩展和app中，fast是无用的，因为不吃，看佬说 打开 /fast 会出现 service_tier = "fast" 实际上是无用的，问题出在这里。
cli的话，我没测过，不清楚吃不吃。因为app和扩展虽然可以强开fast ui出来，但是开启fast，我个人感受（plus）是不吃的qaq
codex config.toml 写的一直都是
fast
CPA 才写priority
image653×377 7.89 KB
image644×343 7.01 KB
如图
网友解答：--【壹】--：
没办法，扩展和 APP 是硬编码固定死的
config.toml 只能调整顺序
我记得 model 设置 5.5 之后直接用就是 5.5 (不是吗 )
上下文参数
model_context_window = 272000
model_auto_compact_token_limit = 256000
--【贰】--：
学到了佬，原来是这样，我还以为是版本更新了，我要把我的CPA再改回去了
--【叁】--：
cli没用过不懂，看佬的使用，cli应该是可以的，但是扩展不行，我强开了面板，开启fast，然并卵了。
fast的状态不是开启就立马是，要结束当前对话流，开启，接着/新开，才是。
还是cli吃的好啊。
--【肆】--：
请问佬友，我用sub2api，貌似codex里面/不会有fast呢
--【伍】--：
不对哦佬，配置文件codex 写fast 是不读取的，又不是账号登录
账号登录也就不问这问题了，直接点即可。
凭据的话，要pri 才有用的，我没注意配置文件是不是也要fast，fast是拿来提升pri，上游认可的是pri 不认fast
--【陆】--：
对啊，我也是这么觉得的
然而，很反常的情况就是，你看我，我都设置了 5.5,但是我的面板没有 5.5,可是我又能够使用。我都不知道他是什么鬼。很神奇、很夸张、很离谱
我设置的配置文件5.5 实际调用的还是5.4
--【柒】--：
codex app账号登录有fast面板，凭据json/中转站的话，是默认不显示的，扩展改代码可以强开，app的话，其实也可以，但是因为他是打包好的，你改了还要重新签名，这孙子还是微软商店，目录涉及权限，mac的话还好搞点，直接解压强改再打包签名，每次更新都要做，但是win就超级麻烦，我就没搞。
只测了扩展强开，没用。
--【捌】--：
我记得网络传参请求的servicetier一直是 priority ，写配置时候是写 fast，他会自动映射的吧
--【玖】--： apparition:
config.toml
config.toml 老哥，就是有一个困扰了我很久的问题
image411×116 7.81 KB
profile = “gpt-5.5” 如果用类似于 CPA 这种的中转站，怎么把面板上面的模型 ID 自定义呢？因为我发现不论你怎么它就是按照面板上的那几个来，而不是按照你在配置文件当中写的模型。就很奇怪，我感觉它也不是按照配置文件来的了，最新版本。你就是默认模型，你改成 5.5,但是人家压根就不听。ui是不出 5.5的 ，不知道ui的模型列表和对应上下文长度怎么改
--【拾】--：
凭据的话，开启fast的作用是给上游发送priority cpa要设置priority 是出于两点，第一是有的人下游客户端没发送fast，在网关层强制priority，第二是旧版本没这参数，给忽略了，导致priority消失，到达官方上游，看不到priority，就不会给fast
然而，尴尬的是，正常情况下，凭据使用，客户端是没有开启fast的开关，配置文件写fast，是不认账的，只有账号登录才认，除非你改了客户端，所以我才说fast不读取。
--【拾壹】--：
codex app是没有fast的吗？我说我咋找不到呢，感谢佬
--【拾贰】--：
codex app 因为 fast 设置在内部，不吃 config.toml 内的参数
而 codex cli 就在 config.toml 启动或关闭
但如果全用 CPA 反代，直接在 payload 覆盖是可行的
写 != 读 != 官方端点接受
我不理解为什么你不理解我说了什么
--【拾叁】--：
所以我才说 CPA 设 priority
然后 config.toml 不用动，也没变过
打开 /fast 会出现 service_tier = "fast"
image1314×454 40 KB
--【拾肆】--：
codex config.toml 写的一直都是 fast
CPA 才写 priority
--【拾伍】--：
service_tier = "fast"
[features]
fast_mode = true
后者控制是否有/fast指令。
实际是否走了fast，还得观察sse或websocket响应内容里的service_tier字段，经常返回的像"auto"|“default”，大概率是走的常规调度队列。
--【拾陆】--：
首先，codex配置文件一直是fast。然后，cpa的priority是针对api设置的。你翻gpt官方api文档，里面会提及要设置成priority。
--【拾柒】--：
CLI 可以，扩展我很久没用了不确定
你把 statusline fast 栏位打开可以很明确的看到 fast 开或关
不过 config 只会被 CLI 开启时读取
所以如果在 config 里改必须刷新 CLI 才会更新状态
而不是像 /fast 立即反馈
--【拾捌】--：
奥对，我不用cli 忘了cli可以 / 开关，这我就不知道cli是不是真的吃fast了
因为我不用cli 所以佬说 /fast 我下意识忽略了 / ，因为在扩展和app中，fast是无用的，因为不吃，看佬说 打开 /fast 会出现 service_tier = "fast" 实际上是无用的，问题出在这里。
cli的话，我没测过，不清楚吃不吃。因为app和扩展虽然可以强开fast ui出来，但是开启fast，我个人感受（plus）是不吃的qaq