佬们，有一个问题一直困扰着我，有关系统提示词：
- 在任何一家agent（cc，cx等）中，用中转api，比如官渠api，awsapi等这些没有系统提示词的“满血中转”，请求体包含“本地cc/cs的系统prompt+用户prompt”。这个我可以理解。
- 如果用的是所谓的ccmax反代出来，那么按照我的理解，请求体似乎是“代理端cc的系统提示词”+“本地cc/cx的系统prompt+用户prompt” ？那么这是不是发送了两遍一样的系统提示词？
- 如果是将codex通过cpa，oauth，接入cc调用，那么请求体似乎是“本地cx系统提示词”+“本地cc的系统prompt+用户prompt”？那么这是不是会有cx的系统提示词污染？
- 如果是codex通过cpa，oauth，接入codex使用，那么请求体似乎是“本地cx系统提示词”+“本地cx的系统prompt+用户prompt”，这种方法调用cx会有两遍cx的系统提示词吗？
- 如果是别的渠道比如反重力接入cc，那么系统提示词似乎是“反重力提示词”+“cc提示词+用户提示词”，多了一道反重力污染？
我已经绕晕了 
，希望得到佬友们的热心解答，尤其是2和4，这个到底会不会两次一样的系统提示词污染呢？如果不是的话，说明中转有技术去掉一遍系统提示词，那岂不是用反重力等第三方的中转也可以做到无提示词污染？如果是的话，两次一样的提示词有点浪费token啊 
4 个帖子 - 2 位参与者
来源: linux.do查看原文