-
【产品缺陷】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 建议方案：
- 场景描述：对话过程中断逻辑不太友好，如果智能体在做分析的过程，发现分析的方向有问题，点击停止键（如下第一个图），写了一半的代码拒绝后智能体还是会持续运行（点击拒绝所有后智能体还在运行，如下第二个图还有三个点，感觉无法停止），很影响体验；有时候不知道到底该如何中断。[图片][图片] 建议方案：一般情况下用户点击停止生成，就说明这论对话智能体要么分析的有问题，要么是用户发现输入的内容要优化，这个时候肯定是需要拒绝当前对话下的所有修改的，那么点击拒绝（或者提示用户本次对话中断将恢复到对话前状态，请确认是否中断）应该是重新编辑对话才对，这个逻辑才是对的。 场景描述：对话过程中断逻辑不太友好，如果智能体在做分析的过程，发现分析的方向有问题，点击停止键（如下第一个图），写了一半的代码拒绝后智能体还是会持续运行（点击拒绝所有后智能体还在运行，如下第二个图还有三个点，感觉无法停止），很影响体验；有时候不知道到底该如何中断。[图片][图片] 建议方案：一般情况下用户点击停止生成，就说明这论对话智能体要么分析的有问题，要么是用户发现输入的内容要优化，这个时候肯定是需要拒绝当前对话下的所有修改的，那么点击拒绝（或者提示用户本次对话中断将恢复到对话前状态，请确认是否中断）应该是重新编辑对话才对，这个逻辑才是对的。
- 场景描述：对于不会写代码的人员还是相当友好的，只是目前功能上较为单一，只有智能体和智能问答。[图片][图片] 建议方案：1、添加代码回溯功能，如果智能体写的代码异常，想恢复到历史的某个对话前的状态，现在没法操作，这个强烈建议上线，可以大大提升项目构建的成功率，降低试错成本；2、希望支持solo模式或者更多更高能力的智能体；3、目前编程语言智能选择GLM和DeepSeek还是太少了； 场景描述：对于不会写代码的人员还是相当友好的，只是目前功能上较为单一，只有智能体和智能问答。[图片][图片] 建议方案：1、添加代码回溯功能，如果智能体写的代码异常，想恢复到历史的某个对话前的状态，现在没法操作，这个强烈建议上线，可以大大提升项目构建的成功率，降低试错成本；2、希望支持solo模式或者更多更高能力的智能体；3、目前编程语言智能选择GLM和DeepSeek还是太少了；
- 场景描述：最后程序生成后，运行结果只显示无法访问此网站，未给出进一步提示[图片] 建议方案：建议异常场景下给出失败原因或者提示词，方便用户快速定位问题 场景描述：最后程序生成后，运行结果只显示无法访问此网站，未给出进一步提示[图片] 建议方案：建议异常场景下给出失败原因或者提示词，方便用户快速定位问题
-
【用户体验】增加CodeArts产品体验感 预审不通过场景描述：提升CodeArts流水线透明度和更加清晰的解释说明。 建议方案： 场景描述：提升CodeArts流水线透明度和更加清晰的解释说明。 建议方案：
-
【用户体验】CodeArts 使用体验优化 预审不通过场景描述：CodeArts在应用创建和调整的时候确实对应常用提示词的案例。 建议方案：建议增加常用提示词的选择列表，并新增自定义提示词栏目 场景描述：CodeArts在应用创建和调整的时候确实对应常用提示词的案例。 建议方案：建议增加常用提示词的选择列表，并新增自定义提示词栏目
- 场景描述： 微微调正需求时，代码需要重新生成一遍时间长，希望支持局部微调，正对需要调整的地方进行重构，节省时间 建议方案： 场景描述： 微微调正需求时，代码需要重新生成一遍时间长，希望支持局部微调，正对需要调整的地方进行重构，节省时间 建议方案：
- 场景描述：很多人在用Agent编程时并不具备软件专业公司、产品经理或老程序员所具备的软件/产品设计能力，无法清晰描述产品功能、模块功能等，无法描述优质的提示词，导致agent生成的程序离预期差距较大，第一次代码垃圾率高，建议学习claude code的RELP模式，增加持续对话模式，引导使用人员逐渐明确自己的需求及软件功能，降低第一次代码的垃圾率 建议方案：建议引入claude code的RELP模式，增加持续对话模式，引导使用人员逐渐明确自己的需求及软件功能 场景描述：很多人在用Agent编程时并不具备软件专业公司、产品经理或老程序员所具备的软件/产品设计能力，无法清晰描述产品功能、模块功能等，无法描述优质的提示词，导致agent生成的程序离预期差距较大，第一次代码垃圾率高，建议学习claude code的RELP模式，增加持续对话模式，引导使用人员逐渐明确自己的需求及软件功能，降低第一次代码的垃圾率 建议方案：建议引入claude code的RELP模式，增加持续对话模式，引导使用人员逐渐明确自己的需求及软件功能
- 场景描述：1、首页，底色太黑，和输入框的灰色底色区分不明显2、首次进入，新建聊天，和AI进行交互，新建窗口在右上角，输入文字在左下角，具体很远，话说也不能新建2个聊天窗口，为啥要个聊天增加的选项3、中间创建的左箭头，右箭头，其实是返回的意思，是手工点出来的，没有说明，这次箭头的意思是移动，页面的返回有点不适应 建议方案：1、建议拉大一点色差2、可以自适应，或者不用+聊天菜单3、能否代码和调试web页面进行分开，多一些功能的讲解 场景描述：1、首页，底色太黑，和输入框的灰色底色区分不明显2、首次进入，新建聊天，和AI进行交互，新建窗口在右上角，输入文字在左下角，具体很远，话说也不能新建2个聊天窗口，为啥要个聊天增加的选项3、中间创建的左箭头，右箭头，其实是返回的意思，是手工点出来的，没有说明，这次箭头的意思是移动，页面的返回有点不适应 建议方案：1、建议拉大一点色差2、可以自适应，或者不用+聊天菜单3、能否代码和调试web页面进行分开，多一些功能的讲解
上滑加载中
推荐直播
-
华为云码道Agent集成与鸿蒙实战2026/08/11 周二 19:00-21:00
王一男-华为云码道产品规划专家；李炎-华为云码道产品专家；彭江敏-华为云鸿蒙端云一体化开发专家
本次直播带你解读华为云码道7月份产品新特性、新功能。更有专家演示码道Agent Space × 钉钉机器集成实战，从0到1打通消息通道；码道鸿蒙端云一体化实战，快速搭建员工签到系统。
回顾中 -
华为云开发者AI素养直播课·第五期2026/09/04 周五 16:00-18:00
林华鼎-华为云AI开发者运营负责人；蒋春阳-华为云AI开发者案例开发专家
本期直播内容： AI工具体验营 · 第5-8课连讲。Agent-Team 多智能体协作完成毕业设计实践
回顾中 -
华为云开发者AI素养ClassRoom·第六期2026/09/08 周二 19:00-20:00
樊渊-2026华为软件挑战赛冠军
高手来了：看软挑高手解析二维排样问题—从工业难题到算法突破
回顾中
热门标签