同一套提示词，我自己fork的项目已经跑完工具调用得到结果了
帖主的项目是报错 413
failed to stream request: Request failed: Request Entity Too Large, error: current user turn exceeds the configured input budget, type: api_error
current user turn exceeds the configured input budget
但是我自己分支的和他的分支 每轮工具调用数都是64，工具轮次都是512，他的分支怎么就跑不完一个对话 他帖子里写的一个小时，是怎么实现的?
Request Entity Too Large 如果按照字面的意思去理解，同样的自然语言，同样的文本量 不应该有什么太大的差距吧
我的也跑不了长任务,只能写写计划.
沙发，早起的鸟儿有虫吃！
我觉得可能跟任务的复杂性是有关系的
诶，你要知道的。
可能那个op网络不算好，如果是相应速度30s 那一个小时只有120，如果响应速度是60s，那一个小时只有60次了。
如果刚好还让模型sleep了一下。或者是安装下载超大文件任务
那只需要更少时间啦 
而且可能他那个不涉及多个skill，mcp等，测试用的项目本身比较小（可能只是一个网站），毕竟GPT貌似就是超级喜欢用skill（比如你这个一口气装载了3个mcp），mcp子代理啥的，这样就上下文更短，次数更少了
学习了
我用的是 Windows二进制编译，没用 docker 更没用 CF workers
为什么不看看 Request Entity Too Large 和 current user turn exceeds the configured input budget 的报错呢 反而着眼于 网络问题 节点质量
原来是这样啊 我明白了 有报错是因为我网络差 而我的分支能跑通一轮对话是因为我网络好
按照大佬的说法
我的宽带处于一种量子叠加态，用别人的项目网络就差,就报错,工具调用轮数超限
用自己的分支网络就好,工具也能调用了
是的，没错，一定是这样 一定是我的问题
不管怎么说吧，它在有限的几次请求里用光了，工具调用的轮数
10次请求内，一定会报错 可以复现
额
，我的项目貌似没这个问题，倒是每次一加mcp就没了
你的项目就算有问题，我也不会说，我都习惯了
难受了 
你第一天发这个项目的时候，我就已经评论过了 有什么好难受的
我记得你当时那个代码里面用的是 UTF-8 BOM的文件编码，结果里面混入了 GBK 的乱码
