近期我长期使用 Qoder Quest 模式进行软件开发工作，体验过程中发现模型幻觉问题极其严重，尤其在页面细节样式微调、小 Bug 修复、组件交互逻辑调整这类精细化需求上，使用体验极差，严重拖慢开发效率，具体问题反馈如下：
-
需求理解能力弱，明明我已经把功能、位置、样式、约束条件描述得非常清晰、逻辑完整，但 Qoder 经常无法精准读懂真实需求，总是自行脑补额外逻辑、擅自篡改原有代码和样式，陷入无效反复修改。
-
细小样式与布局调整完全不落地，像登录页用户名下拉列表文本居右对齐、删除按钮固定位置摆放、悬停显示、单条删除功能这类常规简单需求，前后反复调整指令十几次，依然无法一次性做对，每次修改都出现新的布局错乱、位置偏移、功能失效问题。
-
缺乏 “只改指定点位、不动其他代码” 的约束意识，每次让其仅修复某一个小细节，总会私自改动周边无关样式、布局、原有正常功能，导致原本调好的界面被改坏，需要额外花时间复原。
-
交互逻辑实现残缺，能画出按钮样式，但经常缺失核心交互：鼠标悬停不显示、点击无删除效果、布局挤占原有文字位置，只做表面样式，不实现业务逻辑，完全靠人工反复纠正指令。
整体感受：Qoder Quest 模式做大模块生成尚可，但
精细化 Bug 修复、页面像素级样式调整、组件微交互开发
完全不达标，幻觉重、理解偏差大、执行力差，同一个简单小问题要来回折腾十多遍都无法一次性搞定，极大浪费开发时间，希望官方针对性优化模型对
细节布局、相对位置、精准约束、局部单点修改
的理解能力，降低无效幻觉，提升精细化代码修改的准确率。官方可以查询我与Qoder对话2026年5月10日20:00至21:30，具体如下：
一、指令：
请对登录界面用户名输入框的历史账号下拉列表进行以下强制调整，不允许遗漏：
-
文本布局：
每条记录分为左右两部分：- 左侧：`用户帐号（用户名称）` 文本块，保持现有样式不变；
- 右侧：`租户名称` 文本块，必须贴到列表项的**最右边缘**，完全消除右侧空隙，实现严格右对齐，不得被挤压或遮挡。
-
删除按钮：
- 位置：在每条记录的最右侧，放置一个圆形"×"删除按钮，按钮需垂直居中在列表项中，水平方向位于租户名称文本块的**右侧**，视觉上处于租户名称文字的正上方位置；
- 交互：按钮默认隐藏，仅当鼠标悬停在该条记录上时，按钮才显示；
- 功能：点击该按钮，可删除对应的单条历史登录记录；
- 样式：按钮大小适配列表项高度，不撑开或挤压原有布局，不遮挡左侧文本和租户名称文本。
-
约束：
调整过程中，不得修改输入框、下拉列表的整体尺寸、行高、左侧文本样式，也不得影响下方的密码框和其他元素布局。
请仅针对登录界面用户名输入框的历史账号下拉列表，实现删除按钮功能，要求如下：
- 位置：
- 水平方向：与租户名称文本完全同宽，贴在列表项最右边缘；
- 垂直方向：按钮悬浮在该条记录的最右侧，视觉上压在租户名称文字的上方，与文字垂直居中对齐，不改变列表项本身的宽度和高度。
- 交互：按钮默认隐藏，仅当鼠标悬停在该条记录上时，才在上述位置显示圆形"×"删除按钮。
- 功能：点击该按钮，必须删除对应的单条历史登录记录，删除后该记录不再出现在下拉列表中。
- 约束：仅实现以上删除功能，不得修改任何现有样式、布局和文本对齐效果。
目前，我的工作，必须先把需求发给【豆包】，【豆包】梳理后，修改为指令给Qoder，否则，Qoder的幻觉更严重。如下图，若Qoder的老板，知道使用Qoder还必须要搭配豆包，Qoder才能勉强工作，不知Qoder的老板的心情如何？
另外，我也想用千问配合，千问更是白问，如下
另外，Qoder开发的本论坛系统，难用死了
1、 默认【编辑窗口】太小，放大按钮不易被发现
2、类型实际只有五几个选项，默认下拉不展示任何类型，必须手动搜索才能加载出来，操作太繁琐不合理，请调整优化。
