通过CLIProxyAPI开关解决Codex multi-agent v2第三方模型限制
我原以为,把第三方模型接进 Codex就算成功了。
直到我打开 Agent Team才发现:模型是进来了,子 Agent还被关在门外。
Codex的 multi-agent v2 用了加密的 message参数和 agent_message格式。目前明面上只有 Terra 和 Sol 能完整用,第三方上游根本看不懂,spawn_agent跑到这里就断了。
CLIProxyAPI 新加的这个开关,正好把问题解决了:
codex:
optimize-multi-agent-v2: true
它会刷新 spawn_agent的模型信息,去掉消息参数的加密要求,再把 agent_message转成第三方上游也能识别的普通 user消息。
如果第三方 Responses端点会拒绝agent_message,对应模型再把 is-compat设为 true。
以前只是把第三方模型接进Codex。
开了这个,才算真正把第三方模型接进Agent Team。
只能说官方这刀切得真恶心:自定义模型给你了,真正好用的Agent能力却没给。最后还是开源社区把门凿开了。
https://t.co/zWXD8TkxNy
直到我打开 Agent Team才发现:模型是进来了,子 Agent还被关在门外。
Codex的 multi-agent v2 用了加密的 message参数和 agent_message格式。目前明面上只有 Terra 和 Sol 能完整用,第三方上游根本看不懂,spawn_agent跑到这里就断了。
CLIProxyAPI 新加的这个开关,正好把问题解决了:
codex:
optimize-multi-agent-v2: true
它会刷新 spawn_agent的模型信息,去掉消息参数的加密要求,再把 agent_message转成第三方上游也能识别的普通 user消息。
如果第三方 Responses端点会拒绝agent_message,对应模型再把 is-compat设为 true。
以前只是把第三方模型接进Codex。
开了这个,才算真正把第三方模型接进Agent Team。
只能说官方这刀切得真恶心:自定义模型给你了,真正好用的Agent能力却没给。最后还是开源社区把门凿开了。
https://t.co/zWXD8TkxNy