window 最新版 curosr 发送在较长的上下文传输的就很容易复现。
编辑不行Error calling tool’edit file’.的时候，就容易导致下面这个报错。
Connection failed. If the problem persists, please check your internet connection or VPN总是这样。
用 claude 访问大文件也是报错网络错误。
Claude’s response was interrupted. Please check your network
connection or contact support if the issue persists.
开始我想着应该是我的节点问题，于是我换了个机场还是不行，感谢下面的大佬推荐的节点。
于是我用claude desktop做个对比试验，读取和编写一个小文件完全没有任何问题，读取一个大文件的时候，会弹出警告说网络错误。
cursor和claude都是不行，大佬们注意了。
标题改了又改，唉。心好累
翻了翻cursor社区也没解决方案
这种情况一般是发送在较长的上下文传输的就很容易复现。
编辑不行的时候，就容易导致下面这个报错。
Connection failed. If the problem persists, please check your internet connection or VPN
同样的问题，今天更新之后变得更加频繁了，不太像网络问题，因为每次顺畅的回答了几个问题之后就会一直显示这个。感觉更像是类似deepseek的网络繁忙。
总结，白嫖cursor的时代可能过去了
outlook邮箱刚回来时代就过去了吗 
不是的。pro和team用户也同样遇到。官方论坛贴了已经十天的问题了，不过我今天感觉这个问题特别明显。
完全卸载重装解决所有问题
已经卸载了3遍了，安装了46,47,48个版本都是解决不了问题，注册表也删除了，不过我发现它只是对上下文长的输入和输出有问题，特别是操作文件，百分百编辑错误，甚至网络错误。只要上下文不长或者说不要涉及到编辑文件都是没有问题的。
只要上下文太长，百分百复现这个问题。
应该是我的网络有问题，用claude访问文件也是报错网络错误。
佬友，有推荐的机场么！
顶一下！！！
奶昔，immtelecom，kuromis，都高速稳定，感觉都挺不错的
谢谢佬。我去体验下！有奶昔的链接么？
3Q。谢谢大佬！
我来破案了。哎。百分百是claude模型的mcp的问题，只要读取大文件定然出错。买了新的机场还是解决不了。
不知道和你是不是同样的问题，我的问题是：在上下文长的时候，claude给出文件内容会报这个错误。后来我发现可能是输出的内容太长了导致这个问题，我跟它说让它不要一次性给出，分段给，比如一次给200行代码，果然不再出现这个错误。我整理个rules添加到cursor后，现在即使上下文很长也不报错了。
When providing code files, to prevent a single file from being too long, output the code in chunks of 200 lines at a time. In subsequent replies, only output the parts that were added or changed — never send the entire file again.
我添加了这条规则过后在使用上感觉没区别，代码还是一次性改完，并没有看到它分段输出分次改（应该确实是分段输出了但是cursor没有显示过程）。偶尔过长的时候还是会报这个问题，但是只要resume重试一下它就会反应过来说我需要分段输出，然后就可以正常输出了。
这个问题困扰了我好久了，项目代码一长它就报错，添加完这个rules好多了。