场景描述：按照链接操作，https://devstation.connect.huaweicloud.com/space/devportal/casecenter/65fed4248d0c4c309a90bb576e985bcc/1 [图片]CodeArts代码智能体，提示应用已经创建，可以通过http://localhost:5000访问，但查看本地5000端口为启动，程序未正常运行[图片]     建议方案：请修复该问题，或给出调试方案 

场景描述： vscode插件中，在智能体与智能聊天之间切换时，无法保持上下文。在其他ai助手类插件中从未看到此类问题，都是能够在同一个上下文中随意切换各种模式。目前codearts的这个问题导致使用效率很低，有时候只是想看AI分析问题，然后酌情考虑是否让AI处理。现在只能长时间使用智能体模式，哪怕是只需要与ai沟通的情况下。这样对token也是一种浪费。 建议方案：像其他插件一样，在同一个上下文中可以随意切换智能体和智能对话模式。 

场景描述：使用macbook m3 使用华为云码道编程，对比其他ide它没有优化状态栏中的功能切换，在html页面没有直接运行按键，导致还需要点运行和调试，并且没有自适应浏览器配置文件。[图片]   建议方案：针对mac用户进行优化，增加任务栏的灵活性。  

场景描述：CodeArts的智能协助不能区分用户的能力等级对新手和对高手都是一样的回答，导致新手看不懂，高手觉得太啰嗦   建议方案：入口增加用户选择能力等级的选项：新手、高手 区别对待，节省资源的同时，让智能体更有针对性。  

场景描述：一个比较简单的贪食蛇开发要求，只不过要求换用rust语言进行编码，却历经三轮完整迭代（三轮to do list修改）仍然会出现明显可见的问题。 [图片] 我认为这不是简单的模型能力问题，因为：①大模型每轮都是在提醒强调后才注意到仅仅三百行rust代码中的特定逻辑问题，这对于开源SOTA级别大模型的注意力水平来说是失常的； ②每轮大模型的反馈迭代都要读取完整的代码文件——这说明要么是大模型上下文能力不行（GLM4.7大概率不是）要么是该智能体的工作流缓存架构设计有问题，无论哪个都是上下文管理低效、工作流不够智能的体现； ③每个小问题反馈后（屏闪问题、边界问题），大模型都要重写整个代码文件（共三百余行rust代码，修改三百余行）来修复，这说明大模型每轮接受问题时很可能收到的是反复堆积的提示词，即codearts agent很可能没有对用户需求进行足够科学的任务结构化拆分、多智能体分工头脑风暴、预规划（plan）面向用户答辩、防御性编码策划等环节（主从智能体“会诊”博弈架构）。远未能发挥出GLM4.7大模型的真实能力。   建议方案：编码智能体不仅仅是一种prompt软件，本质上是一个系统工程的科研项目。希望能学习（甚至逆向）claude code的multi-agent工作流逻辑，否则千篇一律的VSCODE 智能体IDE到最后只会变成同质化竞争和价格战。Anthropic的Claude Code Agent效果很好，有没有人深入分析其技术原理？[图片]

场景描述：在将文件或者图片添加到对话框时，目前只是将文件加载，没有办法直接添加到对话中，例如在trae中可以实现如图所示的对话[图片]，而在CodeArts里只能做到[图片]，在进行复杂开发要求描述的时候，由于没有办法直接将文件加入到语句中，必须手动输入文件的名字，例如xxx.txt，xxx.png，这样模型才能知道我想要操作的是上传的哪个文件，这样太麻烦了。  建议方案：可以学习一下Trae的添加到对话的方案，不仅是加入到对话框，并且可以直接添加到语句中的指定位置，这样一来可以方便对开发要求的描述

场景描述：等智能体完成第一轮rust编码需求后关闭IDE，之后第二次再打开IDE选择智能体历史项目并进入提交第二轮修改时，智能体对话界面会出现一段空白，大模型回复的文字会被挤压到不可见区（得用鼠标滚轮上滑才能看见）[图片] 并且有时会伴随请求失败，不知道这个trace_id是什么问题（是我网络问题吗）[图片]而且第二次从智能体打开历史项目，好像有时会出现丢失上下文的情况（不确定）：[图片]  另外是之前提到过的：场景2：智能体文本输入框不支持ctrl+方向/home/end等快捷键，定位文本重新编辑时效率低，需使用鼠标或用方向键一个字符一个字符的移动光标到目标修改位置，修改文本时过于笨拙。VSCODE COPILOT，TRAE等其他智能体，都支持ctrl+方向/home/end等快捷键。  建议方案：找下原因对应解决？ 

场景描述：在使用CodeArts Agent时，发现Prettier插件无法使用。 [图片] 打开控制台发现报了如下错误：workbench.desktop.main.js:284302 Activating extension 'esbenp.prettier-vscode' failed: require() of ES Module c:\Users\15994\.codearts-doer-for-coding\extensions\esbenp.prettier-vscode-12.3.0-universal\dist\extension.js from d:\tool\CodeArts Agent\resources\app\out\vs\workbench\api\node\extensionHostProcess.js not supported. Instead change the require of extension.js in d:\tool\CodeArts Agent\resources\app\out\vs\workbench\api\node\extensionHostProcess.js to a dynamic import() which is available in all CommonJS modules.. $onExtensionActivationError@workbench.desktop.main.js:284302 建议方案：deepseek说：Prettier 官方在 12.x 版本中将其核心代码改为纯 ES Module，不再提供 CommonJS 兼容的构建版本。而CodeArts Agent仍然使用 CommonJS 的 require() 来加载扩展，导致激活失败。 需要在后续版本中更新扩展加载机制（通过动态 import() 加载 ESM 扩展），以支持 ES Module 格式的扩展。 

场景描述：对话过程中断逻辑不太友好，如果智能体在做分析的过程，发现分析的方向有问题，点击停止键（如下第一个图），写了一半的代码拒绝后智能体还是会持续运行（点击拒绝所有后智能体还在运行，如下第二个图还有三个点，感觉无法停止），很影响体验；有时候不知道到底该如何中断。[图片][图片]  建议方案：一般情况下用户点击停止生成，就说明这论对话智能体要么分析的有问题，要么是用户发现输入的内容要优化，这个时候肯定是需要拒绝当前对话下的所有修改的，那么点击拒绝（或者提示用户本次对话中断将恢复到对话前状态，请确认是否中断）应该是重新编辑对话才对，这个逻辑才是对的。 

场景描述：对于不会写代码的人员还是相当友好的，只是目前功能上较为单一，只有智能体和智能问答。[图片][图片] 建议方案：1、添加代码回溯功能，如果智能体写的代码异常，想恢复到历史的某个对话前的状态，现在没法操作，这个强烈建议上线，可以大大提升项目构建的成功率，降低试错成本；2、希望支持solo模式或者更多更高能力的智能体；3、目前编程语言智能选择GLM和DeepSeek还是太少了；