[API Error: 生成数据错误: HTTP 错误！状态：400，响应：{“error”:{“message”:“Bad request!: {“routify_response”:{
“trace_id”:“213d108217730485707172579d0cf1”,“request_id”:“5c4271ca259e4d238ca3d717350fa6f9”,“success”:
false,“status”:400,“error_source”:“CLIENT_ERROR”,“error_message”:“AllModelsFailed:
请求供应商服务器失败”,“error_detail”:{“error”:{“code”:“1261”,“message”:“Prompt
超长”}}}}”,“type”:“BadRequest”,“code”:“400”}} TraceID：2b9f7d8b1efa81303e5a4216ed06d79b-90348fb51e2b27]这是什么错误？？
+1 今天遇到了好多次
啥模型？
可能今天用的人太多了 
，供应链有点着急
我也遇了好几次了,glm5
提示词过长了，避免直接使用 @ 引用多文件的文件夹，以及超大文件，比如 log 文件，可以通过直接告诉 iflow 去看哪个文件夹或文件， iflow 看到内容太多，会自己调用合适的工具去阅读
上下文超了
遇到过同样问题，自动压缩还是不够可靠。最后只能主动触发或清空上下文
glm模型的上下文自动压缩有点问题，建议先切换minimax模型使用
自己关注一下状态栏下面的context剩余量吧。
碰到一个特别大的输入，自动压缩不一定能正常触发。
我也是，不知道如何解决
这个问题就是模型问题了，因为ds3.2的输出很短，遇到了返回内容过多基本都会报错，所以输出多的时候就不要用ds3.2了
上下文已经超了，继续加用户消息，只会让context更长吧。
如果context太长了，compress也不一定能干活吧。