第一：死循环读文件失败#

使用 coder-model 模型，修改程序中出现明确问题时，会陷入一直重复读取的死循环。
具体死循环过程：
读取文件 Line1-500 --> 错误，使用 read_file 重新读取 --> 错误，重新搜索读取 --> 读取成功

分片 Read 同时会出现读取文件读一半出现错误，写文件写一半出现错误这种十分烦人的情况。
/quit 结束对话的总结部分，可以看到 60 ✅ 13 ❌这样的统计信息。光读取报错就已经有些烦人了。

第二：Token 速度、代码质量堪忧#

首先我的代码文件 共 2665 行，是 shell 脚本。
使用 coder-model 会出现修改问题改不明白、等待时间长这两个影响最大的问题。

Token 速度堪忧：我提出明确代码出现的错误表现，携带日志插入上下文中的日志文件让模型读取，提示明确的错误点让其自动修改，Qwen 能改，但是平均一条修改内容只有一 15 行左右的代码需要平均 15mins 才能完成思考–> 修改–> 检查 这三个流程。首字时间是 12 tokens/s，多天不同时间测试均能复现问题。可能是负载上去了分给用户的资源不足？但是明显第一周使用的时候体验最好

代码质量堪忧：我此处说的 代码质量堪忧 主要体现在 Debug 场景，回到一开始提到的问题就是一读代码出现问题陷入循环，造成无用上下文，输出的代码在使用编辑器编辑的时候会出现携带不应该出现的上下文，随后检查的时候发现错误，读取内容并且修改回去，重复调用工具塞满上下文。

总结，我还是很喜欢 Qwen-Coder 这个模型，作为成本较低的开发选择还是不错的，就是 Qwen-Code-Cli 有这些奇奇怪怪的小问题，不知道佬们有没有一样的体验。目前我自用的方案已经大换血了：主力使用 N 佬的 API 搭配 Claude Code，国产模型主要用 硅基流动 / 官网 / 魔搭的 GLM4.6 配 Roo-Code，解决问题的速度比原先依赖 Qwen-Code 快了不少，开发体验也好了不少，算是新手小白的一个小毕业配置 (？)

怪不得佬们都在折腾 Claude ，是真好用啊，这 A​出 z怎么这么坏啊