Claude Opus 4.5、kimi k2、deepseek模型代码生成对比

需求如下：帮我将这个项目改造成使用prism框架的结构，并且帮我绘制主界面为导航界面，包含系统总览、实时曲线、历史曲线、异常报警、报表统计、系统设置页面，使用UserControl完成，具体内容先不要实现。
原始项目是.NET 8环境下的WPF项目。
各模型的实现结果：
Claude Opus 4.5：

kimi k2：

deepseek：

用时、花费对比：
Claude Opus 4.5：用时没留意，但是应该在几分钟吧；消耗1635个Credits
kimi k2：用时二十分钟左右，花费1.5元左右
deepseek：用时十分钟左右，花费0.34元

生成的代码完整性对比：
Claude Opus 4.5：完整改造成了Prism结构的代码，完成了导航功能，实现了导航按钮的Style，并且创建了所有View和ViewModel,有个缺点是没有将MainWindow的命名空间更改到Views下，而生成的MainWindowViewModel.cs是在ViewModels目录下，导致Prism框架无法自动加载MainWindow对应的ViewModel，使得导航功能不能使用，需人工修正。

kimi k2：基本将项目改造成了Prism框架项目，创建了所有Views，但是ViewModels仅仅创建了MainWindowViewModel。没有完全实现导航功能，按钮无样式但设置了背景色等，没有正确添加IRegionManager类型，而是用object类型，导航的代码也没有实现。MainWindow和MainWindowViewModel的对应使用了注入MainWindowViewModel并直接赋值给DataContext的方式实现。

deepseek：基本将项目改造成了Prism框架项目，创建了所有Views，但是ViewModels仅仅创建了MainWindowViewModel。实现了导航功能，使用原生按钮，MainWindow和MainWindowViewModel的对应也是用了datacontext赋值的方式。

总结：、
一、个模型都没有完美解决MainWindow和MainWindowViewModel在Prism下自动对应的问题，都需要人工解决。测试发现三个模型在生成代码过程中都在引入Prism依赖包的时候花费了大量的时间，主要原因是有二：1、不能准确找到执行命令行命令的路径，KIMI尤其明显，经过好几次的反复尝试，才找到了正确的路径（这个过程每次都会消耗Token，也就是每次都要付费）。2、不能准确安装正确的依赖包，需要重复试错，不停地重新编译和重新安装依赖包，直到项目编译成功，同样会消耗Token。
二、claude是最好用的，基本实现了需求，缺点是贵。deepseek也不错，速度也相对较快，花费也能接受。Kimi耗费时间最长，效果对比前两个一般，就代码效果来说花费比较高。