- 场景描述：在使用过程中，我们发现当单个对话的轮次累积过多时，交互体验会出现显著劣化。具体表现为：AI 的回复响应时间明显拉长，仿佛需要翻阅厚重的历史才能给出答案；与此同时，对话界面的上下滑动也变得迟滞凝涩，帧率骤降，失却了应有的流畅感，如同在泥沼中翻页。这种双重迟滞严重影响了使用体验，而由于对话内容至关重要，我们无法简单地通过开启新会话来解决。 建议方案：1. 让界面滑动流畅 —— 别一次性渲染所有消息虚拟滚动：就像朋友圈只加载你看到的几条，上下滑动时动态替换内容，别把几百条消息的DOM全塞进页面。懒加载图片/代码：离屏的内容先别渲染，滑到再加载。分页加载：一开始只显示最近几十条，想看早期的再去拉取，别一股脑全读出来。2. 让AI回复快点 —— 别每次都带整本历史书自动摘要：对话太长时，把早期的对话压缩成一段总结，之后就用这段摘要代替原始历史传给AI，token少了自然快。手动压缩：给用户一个“压缩到这里”的按钮，选中一段让AI生成摘要替换掉，让用户自己控制。提示阈值：在界面显示对话长度，快卡的时候提醒用户“该精简了”。3. 减少本地存储负担 —— 别让数据全挤在内存里分片存储：把对话按时间切成多块，内存里只放最近一块，老的存硬盘，需要时再读。归档功能：提供“归档对话”按钮，把旧对话压缩存成文件，界面里只留个标题，需要查看再解压。 场景描述：在使用过程中，我们发现当单个对话的轮次累积过多时，交互体验会出现显著劣化。具体表现为：AI 的回复响应时间明显拉长，仿佛需要翻阅厚重的历史才能给出答案；与此同时，对话界面的上下滑动也变得迟滞凝涩，帧率骤降，失却了应有的流畅感，如同在泥沼中翻页。这种双重迟滞严重影响了使用体验，而由于对话内容至关重要，我们无法简单地通过开启新会话来解决。 建议方案：1. 让界面滑动流畅 —— 别一次性渲染所有消息虚拟滚动：就像朋友圈只加载你看到的几条，上下滑动时动态替换内容，别把几百条消息的DOM全塞进页面。懒加载图片/代码：离屏的内容先别渲染，滑到再加载。分页加载：一开始只显示最近几十条，想看早期的再去拉取，别一股脑全读出来。2. 让AI回复快点 —— 别每次都带整本历史书自动摘要：对话太长时，把早期的对话压缩成一段总结，之后就用这段摘要代替原始历史传给AI，token少了自然快。手动压缩：给用户一个“压缩到这里”的按钮，选中一段让AI生成摘要替换掉，让用户自己控制。提示阈值：在界面显示对话长度，快卡的时候提醒用户“该精简了”。3. 减少本地存储负担 —— 别让数据全挤在内存里分片存储：把对话按时间切成多块，内存里只放最近一块，老的存硬盘，需要时再读。归档功能：提供“归档对话”按钮，把旧对话压缩存成文件，界面里只留个标题，需要查看再解压。
-
【产品缺陷】Codearts代码智能体建议 预审不通过场景描述： Codearts代码智能体执行python脚本的时候AI识别已经执行成果，实际未成功，原因是因为没有识别终端是否有python软件 建议方案：建议执行python脚本的时候能提前检查python软件 场景描述： Codearts代码智能体执行python脚本的时候AI识别已经执行成果，实际未成功，原因是因为没有识别终端是否有python软件 建议方案：建议执行python脚本的时候能提前检查python软件
- 场景描述：基于该智能体的智能生成和智能问答能力协助开发者快速开发助手程序，需要修改代码的地方由于代码行较多，手动拖寻找代码行可能比较费时。 建议方案：希望有快捷操作能自动跳转并高亮显示到需要修改的位置。 场景描述：基于该智能体的智能生成和智能问答能力协助开发者快速开发助手程序，需要修改代码的地方由于代码行较多，手动拖寻找代码行可能比较费时。 建议方案：希望有快捷操作能自动跳转并高亮显示到需要修改的位置。
- 场景描述：按照链接操作，https://devstation.connect.huaweicloud.com/space/devportal/casecenter/65fed4248d0c4c309a90bb576e985bcc/1 [图片]CodeArts代码智能体，提示应用已经创建，可以通过http://localhost:5000访问，但查看本地5000端口为启动，程序未正常运行[图片] 建议方案：请修复该问题，或给出调试方案 场景描述：按照链接操作，https://devstation.connect.huaweicloud.com/space/devportal/casecenter/65fed4248d0c4c309a90bb576e985bcc/1 [图片]CodeArts代码智能体，提示应用已经创建，可以通过http://localhost:5000访问，但查看本地5000端口为启动，程序未正常运行[图片] 建议方案：请修复该问题，或给出调试方案
- 优化CodeArts/AgentArts的智能体上下文记忆与多轮交互连贯性，减少重复信息输入，提升长流程开发与编排效率 优化CodeArts/AgentArts的智能体上下文记忆与多轮交互连贯性，减少重复信息输入，提升长流程开发与编排效率
- 场景描述： vscode插件中，在智能体与智能聊天之间切换时，无法保持上下文。在其他ai助手类插件中从未看到此类问题，都是能够在同一个上下文中随意切换各种模式。目前codearts的这个问题导致使用效率很低，有时候只是想看AI分析问题，然后酌情考虑是否让AI处理。现在只能长时间使用智能体模式，哪怕是只需要与ai沟通的情况下。这样对token也是一种浪费。 建议方案：像其他插件一样，在同一个上下文中可以随意切换智能体和智能对话模式。 场景描述： vscode插件中，在智能体与智能聊天之间切换时，无法保持上下文。在其他ai助手类插件中从未看到此类问题，都是能够在同一个上下文中随意切换各种模式。目前codearts的这个问题导致使用效率很低，有时候只是想看AI分析问题，然后酌情考虑是否让AI处理。现在只能长时间使用智能体模式，哪怕是只需要与ai沟通的情况下。这样对token也是一种浪费。 建议方案：像其他插件一样，在同一个上下文中可以随意切换智能体和智能对话模式。
- 场景描述： 使用CodeArts Agent开发完成后，没有一个word文档来承载设计思路，后续对代码进行维护时非常耗时 建议方案： 使用CodeArts Agent开发完成后，建议输出一个word文档，把总体代码架构和各组件模块的代码架构做一个说明，用于后续代码维护 场景描述： 使用CodeArts Agent开发完成后，没有一个word文档来承载设计思路，后续对代码进行维护时非常耗时 建议方案： 使用CodeArts Agent开发完成后，建议输出一个word文档，把总体代码架构和各组件模块的代码架构做一个说明，用于后续代码维护
- 场景描述：使用macbook m3 使用华为云码道编程，对比其他ide它没有优化状态栏中的功能切换，在html页面没有直接运行按键，导致还需要点运行和调试，并且没有自适应浏览器配置文件。[图片] 建议方案：针对mac用户进行优化，增加任务栏的灵活性。 场景描述：使用macbook m3 使用华为云码道编程，对比其他ide它没有优化状态栏中的功能切换，在html页面没有直接运行按键，导致还需要点运行和调试，并且没有自适应浏览器配置文件。[图片] 建议方案：针对mac用户进行优化，增加任务栏的灵活性。
-
【产品缺陷】codearts的文档错误 预审不通过codearts的文档错误：关于知识库的帮助文档错误 [图片][图片] codearts的文档错误：关于知识库的帮助文档错误 [图片][图片]
- 场景描述：CodeArts的智能协助不能区分用户的能力等级对新手和对高手都是一样的回答，导致新手看不懂，高手觉得太啰嗦 建议方案：入口增加用户选择能力等级的选项：新手、高手 区别对待，节省资源的同时，让智能体更有针对性。 场景描述：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效果很好，有没有人深入分析其技术原理？[图片] 场景描述：一个比较简单的贪食蛇开发要求，只不过要求换用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的添加到对话的方案，不仅是加入到对话框，并且可以直接添加到语句中的指定位置，这样一来可以方便对开发要求的描述 场景描述：在将文件或者图片添加到对话框时，目前只是将文件加载，没有办法直接添加到对话中，例如在trae中可以实现如图所示的对话[图片]，而在CodeArts里只能做到[图片]，在进行复杂开发要求描述的时候，由于没有办法直接将文件加入到语句中，必须手动输入文件的名字，例如xxx.txt，xxx.png，这样模型才能知道我想要操作的是上传的哪个文件，这样太麻烦了。 建议方案：可以学习一下Trae的添加到对话的方案，不仅是加入到对话框，并且可以直接添加到语句中的指定位置，这样一来可以方便对开发要求的描述
- 场景描述：等智能体完成第一轮rust编码需求后关闭IDE，之后第二次再打开IDE选择智能体历史项目并进入提交第二轮修改时，智能体对话界面会出现一段空白，大模型回复的文字会被挤压到不可见区（得用鼠标滚轮上滑才能看见）[图片] 并且有时会伴随请求失败，不知道这个trace_id是什么问题（是我网络问题吗）[图片]而且第二次从智能体打开历史项目，好像有时会出现丢失上下文的情况（不确定）：[图片] 另外是之前提到过的：场景2：智能体文本输入框不支持ctrl+方向/home/end等快捷键，定位文本重新编辑时效率低，需使用鼠标或用方向键一个字符一个字符的移动光标到目标修改位置，修改文本时过于笨拙。VSCODE COPILOT，TRAE等其他智能体，都支持ctrl+方向/home/end等快捷键。 建议方案：找下原因对应解决？ 场景描述：等智能体完成第一轮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 格式的扩展。 场景描述：在使用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 格式的扩展。
-
【功能建议】Restart 预审不通过场景描述：下载jupyter扩展后能有以下功能：Interrupt - 暂停程序stops the execution of the code (helpful when you have a long operation but forget to change some parameter, or in case you have an infinite loop)Restart - 清空变量 释放内存clears up all of the variables and releases memoryRestart & Clear Output - 重启内核清空所有输出restarts the kernel + clears all of the cell outputs in the notebookRestart & Run All - 重启内核然后重新运行代码块restarts the kernel + executes all of the cells 建议方案： 场景描述：下载jupyter扩展后能有以下功能：Interrupt - 暂停程序stops the execution of the code (helpful when you have a long operation but forget to change some parameter, or in case you have an infinite loop)Restart - 清空变量 释放内存clears up all of the variables and releases memoryRestart & Clear Output - 重启内核清空所有输出restarts the kernel + clears all of the cell outputs in the notebookRestart & Run All - 重启内核然后重新运行代码块restarts the kernel + executes all of the cells 建议方案：
上滑加载中
推荐直播
-
用码道，让你的AI作品三步上朋友圈2026/08/04 周二 19:00-20:00
林华鼎-华为云AI开发者运营负责人
从入门 · 到做AI应用 · 到企业级开发。不教编程，只教用AI · 零代码、有产出、能带走、可炫耀 · 每课人人动手实操
回顾中 -
华为云码道Agent集成与鸿蒙实战2026/08/11 周二 19:00-21:00
王一男-华为云码道产品规划专家；李炎-华为云码道产品专家；彭江敏-华为云鸿蒙端云一体化开发专家
本次直播带你解读华为云码道7月份产品新特性、新功能。更有专家演示码道Agent Space × 钉钉机器集成实战，从0到1打通消息通道；码道鸿蒙端云一体化实战，快速搭建员工签到系统。
回顾中 -
基于华为云码道，构建你的定制化AI搭子2026/08/14 周五 09:00-11:30
明亮-华为云开发者发展与支持部部长
本期直播将向您全面介绍华为云码道产品，并基于码道手把手教你部署自己的定制化AI陪伴搭子。
回顾中
热门标签