今天更新看到了，速度很快啊！
总体测试下来感觉还行，没觉得比 glm4.6 或者 kimi-k2-0905 强。
iflow 上的模型，在我实际体验上来说，glm-4.6和 kimi-k2-0905不错，ds3.2主要是经常中断这个应该是通病。minimax-m2早上体验下来，生成的 go（基于 goframe v2）的代码质量很一般，垃圾代码不少。
另外，iflow cli 目前最大的问题就是取消操作后，后续的信息都被挂起，挂起的消息不知道如何发出去，最终只能 ctrl+c退出再重新进入，这很影响工作。
我个人并不喜欢 yolo 模式，现在的 ai 生成的代码多少都是有些问题的，如果不逐个审核就会导致屎山代码堆积，建议增加一个设置项默认是否开启 yolo 而不是每次进入再关闭，或者用 iflow -y false进入，虽然可以实现想同的功能，但是比较麻烦。
另外还有个不习惯的地方，从编辑器拷贝路劲粘贴到 iflow cli 中，会自动在前后端添加空格，虽然本意是好的，但是在传递文件作为上下文的时候就很不方便。gemini cli 、qwen cli 都是粘贴路径直接就帮忙加上 @符号，这对于像我喜欢在编辑器和 cli 之间来回切换的比较方便。
好的 感谢反馈～另外想问下是否影响模型效果？
今天用 glm4.6 开发，文档我写的很详细，不过感觉效果很糟糕，完全没按我规范来，是不是新模型的影响不清楚。后来我切换到 claude code 接入开发了这部分的功能，效果好一些。
M2写代码确实一般，但是祂很 “懂事”，做计划、权衡取舍、定方向，是一把好手。 我理想中小循环代码开发方式是：让 M2 规划、起草文档，然后给 GLM 实现代码，阶段性地让 M2 小审纠偏，同时更新文档追踪进度，粗粒度上让 K2 大审并与 M2 交流意见后定稿。
iFlow 目前还没有实现支持 agent 自动编排的机制，我自己在实现的一个工具在朝这个方向做。
很喜欢 ds，不过可惜 ds 在连续工具调用上有缺陷经常会中断。感觉国内的模型能力还是偏弱，下面这个需求最终是claude code + glm4.6 外带自己手动优化搞定，看起来东西很多其实并不复杂，只是跨文件比较多。昨天类似的功能用 gemini-2.5-pro 完成的还不错，只是额度用完了今天用 gemini-2.5-flash也很一般
是的，这个很不够方便，希望尽快修复。
