Parsifal

@MangoCloud 更新了

@MangoCloud 1 、可能是测试的模型不支持，可以手动选一下； 2 、在做了

@oakgeol 了解，这个需求，产品 agent 有规划，之前他定位了 P2 ，所以没有做在这次迭代里。后面迭代我们看看。

@oakgeol 哦，是类似 CPA 里那种不同策略？一个会话一个 API Key 死命蹬完，还是一个会话请求随机分配到不同 API Key 这种的？

@oakgeol 这个场景是啥？目前的策略是，你配置了 fallback ，如果失败了，自然会用 fallback 里的渠道，应用方 Agent 是无感知的。

@MangoCloud
https://cdn3.ldstatic.com/optimized/4X/6/b/5/6b543d28378ed59bfbd02590490eba549448c7fc_2_1380x866.jpeg

https://cdn3.ldstatic.com/optimized/4X/4/9/3/4937e325e9b284a111bdc15f8a26e41e8047b24a_2_1380x490.png

补充上说明了！

使用起来基本是这样，比如某神秘大佬经常开启半夜 plus 无限量供应，就直接配置为 fallback ，然后晚上临睡前给 OPC 安排任务，早上起来验收。

https://cdn3.ldstatic.com/optimized/4X/5/0/5/505be34594a7f9dff7102fe75d934d8614381f67_2_1380x644.png

https://cdn3.ldstatic.com/optimized/4X/c/4/d/c4dc7020843380fb6ca13c57e4503741300f7b5e_2_1380x954.png

https://cdn3.ldstatic.com/optimized/4X/c/4/d/c4dc7020843380fb6ca13c57e4503741300f7b5e_2_1380x954.png

@geeek

@MangoCloud 是的是的，不好意思，前面写漏了使用说明，需要自己到 Vercel 后台创建下 Storage ，然后 connect 到这个项目。