AI更擅长写哪个UI框架的设备代码，qt(qwidget) qtquick winforms wpf winui3？

rt，现在是嵌入式linux，但是换成windows板子也可以。

注重长流程外设控制 + 多交互复杂界面（可以参考自动售票机、医疗HE染色机等）。

目前只用opus4.8（max或ultracode）和gpt5.5（xhigh），写qtquick（cpp+qml）感觉非常乏力：

1、qml部分：界面写出来经常有错乱的，甚至经常运行时报错导致界面加载不出来。有时候逻辑写的不清晰；

2、cpp部分：业务逻辑考虑不周全、边界不清晰、架构乱、喜欢堆屎山。也用过很多skill mcp，包括但不限于superpowers、omc、omx、grill-me、qt官方给出的plugin，都没有明显改善；

3、qml和cpp交互：一些简单的数据绑定、函数调用倒还好。涉及到复杂交互，尤其是cpp需要界面交互的时候，代码写的就很差了。（也可能是框架问题...我感觉如果是qwidget可能会好写一点？）

4、不方便测试界面，我在agents.md里面要求，只要涉及界面修改，就必须运行程序并按正常流程打开对应界面判断修改是否合理。但ai经常做不到，并告诉我要实机验证。

5、最重要的一点，完全重构不动。没有优质的qtquick设备代码，AI这方面训练的估计也非常少，每次重构都只能从屎山A移到屎山B，只是代码外观变了，整体架构它不会去动。

因为没接触过.net开发，所以只能谈一下后面几种的刻板印象

winforms≈qwidget（框架思想都差不多）

wpf≈qtquick（XAML和C#交互更自然，而QML和CPP交互就有人吐槽和带了层套一样，看似亲密无间，实则已经隔了一层可悲的厚障壁了；但是qtquick更容易写出好看、动画流程的界面）

winui3是真的没接触过，之前也没同事搞这个...

不知道各位大佬有没有写这种设备代码的经验，哪种框架会好一些呢 ^-^