有佬友怎么知道解决Composer2.5自带的官方bug吗？
一、问题:你上一次和Composer2.5完成对话并关闭Cursor后重新打开这个文件夹，那么AI会批量阅读修改上次对话过的文件，会有3-10个文件（总数量不固定）一次性被批量修改，时间都是统一的，都是启动Cursor后才出现，有的txt文本被擅自修改后中文或者代码就乱码了。
二、原因分析：问过豆包，才发现这是官方自带的bug： 就是Composer 强制把所有文件存为 UTF-8，无视原编码（GBK/GB2312），导致中文/代码直接乱码。而且官方目前没提供解决方法，假设你上次对话的文件里带有非UTF-8的格式的编码，修改后就会显示乱码。
三、临时对策：临时对策修复文件，方法是可以跟Composer2.5对话，说明你文件被修改的事情， 让它帮你恢复，实际上大部分能恢复，但是小部分文件恢复不了，然后按照它的提示修改本地settings.json文件，但是治标不治本。在修改settings.json文件后让Cursor不在启动时就自动打开上次对话的文件夹。我们可以先提前新建一个文件夹，把准备修改的文件提前扔进去，然后启动Cursor，手动打开这个新建的文件，这样Composer2.5就不会一打开就修改你的文件，如果你还点击旧的历史对话这个文件夹，也会被修改，目前临时方案我就这样解决的。
四、永久对策：等官方解决这个bug，以及佬友们出言献策。
五、总结：Composer2.5还是挺强的，感觉写代码不比GPT5.5或者Opus 4.7差，当然了，我是小白，只是凭感觉，专业大神忽略。
1 个帖子 - 1 位参与者
来源: LinuxDo 最新话题查看原文