- 有酒忘长安2026-07-228290
补充下:以下结果都是我发现codex desktop写文档效果和chatgpt有差距,拿curl直接测试的,不是codex的结果,让gpt-5.6分析了sub2api的代码, 确实会存在以下情况注入预置的提示词的问题。
最近发现sub2api会在以下情况注入codex提示词
- /v1/responses请求不带instructions指令参数
- /v1/chat/completions请求不带system指令
提示词内容如图:

我是在codex desktop里用的,总感觉codex desktop写的文档质量不如chatgpt网页的。一测试,问个你好,sub2api使用记录的输入token都大几千了,显然是被注入提示词了,有办法在codex desktop使用拼车渠道的时候,不被注入提示词吗?毕竟有些需求是非代码场景
主楼 - 冯诺1曼2026-07-2229681
正在的中转站发个你好,就是几千几万token,我现在就是开个免费gpt网页作为架构师和帮我写提示词,干活让codex,这样不容易被带偏,gpt网页自己也要控制方向要不发散思维他也会跑遍,可以自己把想实现的目的和思路说好,还有预期效果,中间遇到小问题别问gpt会影响判断,再开个Gemini让他评估,大白话解释完找gpt给出真正提示词,再喂给codex,基本上就很稳定了,层层审核
- CC-linuxdo2026-07-2212288
这些是codex的系统提示词,跟sub2api无关
- Bridge2026-07-2275454
你这个提示词看着像是codex 自己的提示词吧,非代码场景的话可以试试cherry studio
- GoldOring2026-07-2212155
- alizoed2026-07-2213055
- fdsgfdh2026-07-2217502
那不成了codex订阅的价格,享受api的服务吗 ^-^
- 有酒忘长安2026-07-228290
这是我用curl命令直接测试的,不是codex结果
- 有酒忘长安2026-07-228290
这是我用curl命令直接测试的,不是codex结果。让gpt-5.6分析了sub2api的源码,确实会在我上面说的2种情况,去注入codex提示词
- 有酒忘长安2026-07-228290
拼车的队长担心这样会不会导致容易封号,因为可能会直接暴露拼车的大家ip
- 有酒忘长安2026-07-228290
- 有酒忘长安2026-07-228290
这不是codex结果,我用curl命令直接测试的,sub2api的代码有这块逻辑,会在我上面说的2种情况去注入提示词
有道理,这样岂不是无限api了,但是我用curl测试了,确实可以用,就是sub2api会在我上面说的2种情况去注入预置的codex提示词
- alizoed2026-07-2213055
我觉得你没搞懂逆向是什么意思,这个提示词添加的过程并不在sub2api里
sub2api确实有资格可以中间再增加一层提示词,这个的解决方案就是要求获得sub2api的管理员权限,自己去看有没有人添加
但是在sub2api添加的提示词外还有一层属于官方的提示词,codex并不是直接对接官方API的,你可能想太多了(
- 有酒忘长安2026-07-228290
不是,是在sub2api的代码里,有这个逻辑
