- 场景描述：我想反馈的内容是如下页面[图片]CodeArts Doer 智能助手官网 1、对于申请公测和参考文档的入口不好找。2、margin中的文字颜色配色灰灰的，不方便阅读[图片] 建议方案：1、首页中最上方直接给出公测申请按钮，以及参考文档的入口按钮。[图片]2、字体颜色就改为黑色就好了。参考当前页面下方的文字标题，也是黑色的。 场景描述：我想反馈的内容是如下页面[图片]CodeArts Doer 智能助手官网 1、对于申请公测和参考文档的入口不好找。2、margin中的文字颜色配色灰灰的，不方便阅读[图片] 建议方案：1、首页中最上方直接给出公测申请按钮，以及参考文档的入口按钮。[图片]2、字体颜色就改为黑色就好了。参考当前页面下方的文字标题，也是黑色的。
-
【功能建议】codeart定位不明确 预审不通过尊敬的 CodeArts 开发团队：您好！作为一名长期使用 Visual Studio Code 的开发者，我近期尝试使用了华为推出的 CodeArts IDE（以下简称 CodeArt），在此过程中感受到该工具在功能设计和用户体验上与 VSCode 的原生理念存在较大差异。希望能通过以下几点反馈，协助贵团队更好地打磨产品、理解用户、提升体验。一、理念背离：从“极简”到“繁重”的转变VSCode 一直秉持着 “Do less is more” 的设计理念，核心思想是：少即是多，保留最小必要集，将自由度和可扩展性交还给开发者。这种极简、灵活、模块化的方式恰好满足了广大开发者个性化、快速迭代的工作习惯。而 CodeArt 在架构和交互层面，借鉴了大量 JetBrains 系 IDE 的设计思路，呈现出一种高度集成、厚重、臃肿的体验，这种思路虽然适合部分偏向全家桶式开发的用户，但对于习惯轻量级 VSCode 工作流的开发者来说，使用体验并不友好。具体体现如下：强依赖 CodeArts 生态：许多功能过于依赖平台自身服务，缺乏独立性。界面臃肿，启动缓慢：大量预置插件和窗口堆叠，违背了 VSCode 一贯“启动快、用多少装多少”的哲学。无法自由裁剪功能：插件预装且部分无法卸载，违背了 VSCode 灵活裁剪、自定义的设计初衷。代码智能提示干扰过重：如同 JetBrains 系过度提示一样，反而影响思考流程，降低效率。二、目标用户理解不足CodeArt 的定位应当是提升国产 IDE 的竞争力，但其当前表现却在“看齐 JetBrains”与“照搬 VSCode”之间徘徊，缺乏对目标用户的深入调研和理解。JetBrains 用户会觉得不如原版稳定、生态不如；VSCode 用户则会觉得臃肿、控制感缺失、不灵活；新用户则被复杂的界面和生态限制劝退。如果不能聚焦目标用户画像并为其提供定制化、差异化的核心价值，CodeArt 难以在竞争激烈的 IDE 市场中立足。三、建议与改进方向为使 CodeArt 更贴近开发者真实需求，建议从以下几个方向思考和优化：回归轻量化本质保持 VSCode 的极简哲学，避免“集成一切”，让开发者自由选择所需功能。加强插件生态兼容性尽量与 VSCode 原生插件生态保持兼容，不重复造轮子，也避免做“阉割版”替代。提供“精简模式”或“原生模式”对喜欢原生 VSCode 的用户提供“干净启动”选项，减少无用干扰和预装插件。更开放的用户参与机制建议通过 GitHub、调研问卷或社区机制，倾听用户声音，收集真实反馈并迭代。明确定位：服务谁、解决什么问题是为 DevOps 提供深度整合？还是为国产云平台做入口？界定清晰、设计才能不跑偏。鸿蒙端尽快整改，交由上游vscode团队进行统一维护鸿蒙端希望能将java等组件作为单独的包剥离，不要一起分发总之，我们十分支持华为发展国产开发工具的努力，也相信 CodeArt 拥有成为优秀国产 IDE 的潜力。但前提是：必须走一条属于自己的路，而非盲目集成、模仿或取悦所有人。希望这份建议能为您团队提供参考。期待 CodeArt 在未来的版本中，更加理解并尊重开发者的选择。此致敬礼！一位长期 VSCode 使用者2025年7月9日 尊敬的 CodeArts 开发团队：您好！作为一名长期使用 Visual Studio Code 的开发者，我近期尝试使用了华为推出的 CodeArts IDE（以下简称 CodeArt），在此过程中感受到该工具在功能设计和用户体验上与 VSCode 的原生理念存在较大差异。希望能通过以下几点反馈，协助贵团队更好地打磨产品、理解用户、提升体验。一、理念背离：从“极简”到“繁重”的转变VSCode 一直秉持着 “Do less is more” 的设计理念，核心思想是：少即是多，保留最小必要集，将自由度和可扩展性交还给开发者。这种极简、灵活、模块化的方式恰好满足了广大开发者个性化、快速迭代的工作习惯。而 CodeArt 在架构和交互层面，借鉴了大量 JetBrains 系 IDE 的设计思路，呈现出一种高度集成、厚重、臃肿的体验，这种思路虽然适合部分偏向全家桶式开发的用户，但对于习惯轻量级 VSCode 工作流的开发者来说，使用体验并不友好。具体体现如下：强依赖 CodeArts 生态：许多功能过于依赖平台自身服务，缺乏独立性。界面臃肿，启动缓慢：大量预置插件和窗口堆叠，违背了 VSCode 一贯“启动快、用多少装多少”的哲学。无法自由裁剪功能：插件预装且部分无法卸载，违背了 VSCode 灵活裁剪、自定义的设计初衷。代码智能提示干扰过重：如同 JetBrains 系过度提示一样，反而影响思考流程，降低效率。二、目标用户理解不足CodeArt 的定位应当是提升国产 IDE 的竞争力，但其当前表现却在“看齐 JetBrains”与“照搬 VSCode”之间徘徊，缺乏对目标用户的深入调研和理解。JetBrains 用户会觉得不如原版稳定、生态不如；VSCode 用户则会觉得臃肿、控制感缺失、不灵活；新用户则被复杂的界面和生态限制劝退。如果不能聚焦目标用户画像并为其提供定制化、差异化的核心价值，CodeArt 难以在竞争激烈的 IDE 市场中立足。三、建议与改进方向为使 CodeArt 更贴近开发者真实需求，建议从以下几个方向思考和优化：回归轻量化本质保持 VSCode 的极简哲学，避免“集成一切”，让开发者自由选择所需功能。加强插件生态兼容性尽量与 VSCode 原生插件生态保持兼容，不重复造轮子，也避免做“阉割版”替代。提供“精简模式”或“原生模式”对喜欢原生 VSCode 的用户提供“干净启动”选项，减少无用干扰和预装插件。更开放的用户参与机制建议通过 GitHub、调研问卷或社区机制，倾听用户声音，收集真实反馈并迭代。明确定位：服务谁、解决什么问题是为 DevOps 提供深度整合？还是为国产云平台做入口？界定清晰、设计才能不跑偏。鸿蒙端尽快整改，交由上游vscode团队进行统一维护鸿蒙端希望能将java等组件作为单独的包剥离，不要一起分发总之，我们十分支持华为发展国产开发工具的努力，也相信 CodeArt 拥有成为优秀国产 IDE 的潜力。但前提是：必须走一条属于自己的路，而非盲目集成、模仿或取悦所有人。希望这份建议能为您团队提供参考。期待 CodeArt 在未来的版本中，更加理解并尊重开发者的选择。此致敬礼！一位长期 VSCode 使用者2025年7月9日
- 场景描述：在pycharm当中使用CodeArts盘古助手时出现如下提示，但我在软件开发生产线上购买时显示我的套餐还在生效，所以我想咨询一下这到底是因为什么原因导致的。您好，您尚未获得此服务的使用授权，请先申请免费试用或购买付费企业版获得授权, 免费试用申请链接如下：https://devcloud.cn-north-4.huaweicloud.com/codeartssnap/apply?invitation-code=ide[图片][图片] 建议方案： 场景描述：在pycharm当中使用CodeArts盘古助手时出现如下提示，但我在软件开发生产线上购买时显示我的套餐还在生效，所以我想咨询一下这到底是因为什么原因导致的。您好，您尚未获得此服务的使用授权，请先申请免费试用或购买付费企业版获得授权, 免费试用申请链接如下：https://devcloud.cn-north-4.huaweicloud.com/codeartssnap/apply?invitation-code=ide[图片][图片] 建议方案：
- 场景描述： VSCODE插件CodeArts盘古助手，申请试用，遥遥无期 建议方案： 能否尽快给开发者答复，一点用户体验都没有 场景描述： VSCODE插件CodeArts盘古助手，申请试用，遥遥无期 建议方案： 能否尽快给开发者答复，一点用户体验都没有
- 场景描述： 在实际项目开发中有很多情况，通常来说都需要依据各种文档来进行项目的开发，包括后端给的api文档，开源项目的开发文档，云平台的api文档，这些都需要机器人能够详细阅读这些文档并且根据这些文档进行开发，不然它写的代码永远都是天马行空的。 比如我让它写一个在华为云的obs上上传、下载文件的功能，它很可能会乱写，实际上如果有文档我相信它可以写得很快，也可以写得很准确。当然这种情况在有公开文档的情况会好一些，但是在前端开发需要根据后端的api文档的时候就会更乱，因为它也不知道api长啥样，只能靠猜。同样一些开源项目依旧有这个问题，而且一般问题都很大。 当然对于后端来说就是它需要具备撰写api文档的能力，这个文档可以给到前端开发的时候提供依据。 建议方案： 允许用户上传文件或者链接，机器人可以阅读和学习这些文档，然后根据这些文档进行项目的开发，同时更好地降低开发者的工作强度。我觉得没有阅读和撰写文档能力的编程助手完全就是一个半成品，要知道程序员写代码花费最多的时间就是思考和看各种文档 场景描述： 在实际项目开发中有很多情况，通常来说都需要依据各种文档来进行项目的开发，包括后端给的api文档，开源项目的开发文档，云平台的api文档，这些都需要机器人能够详细阅读这些文档并且根据这些文档进行开发，不然它写的代码永远都是天马行空的。 比如我让它写一个在华为云的obs上上传、下载文件的功能，它很可能会乱写，实际上如果有文档我相信它可以写得很快，也可以写得很准确。当然这种情况在有公开文档的情况会好一些，但是在前端开发需要根据后端的api文档的时候就会更乱，因为它也不知道api长啥样，只能靠猜。同样一些开源项目依旧有这个问题，而且一般问题都很大。 当然对于后端来说就是它需要具备撰写api文档的能力，这个文档可以给到前端开发的时候提供依据。 建议方案： 允许用户上传文件或者链接，机器人可以阅读和学习这些文档，然后根据这些文档进行项目的开发，同时更好地降低开发者的工作强度。我觉得没有阅读和撰写文档能力的编程助手完全就是一个半成品，要知道程序员写代码花费最多的时间就是思考和看各种文档
- 场景描述： 在PyCharm中，对于下面问题的回答，质量还有待提高，距离阿里的通义灵码还是有一定的差距 问题如下： "冯13912345678 21234567、王13612345678"，类似这种格式的手机号字符串，需要将多个连续的空格替换为一个空格，将"、"替换为一个空格，去除中文字符，只保留11位的手机号，多个手机号之间用一个空格分隔 对于这个问题，CodeArts Snap的回答明显不如通义灵码回答的好，而且CodeArts Snap的回答并没有完全实现我的问题所要的效果 建议方案： 我相信以华为的技术和能力是可以做到更好的，虽然CodeArts Snap回答得很快，但是希望回答的质量能够更好。 回答问题的截图请参考附件 场景描述： 在PyCharm中，对于下面问题的回答，质量还有待提高，距离阿里的通义灵码还是有一定的差距 问题如下： "冯13912345678 21234567、王13612345678"，类似这种格式的手机号字符串，需要将多个连续的空格替换为一个空格，将"、"替换为一个空格，去除中文字符，只保留11位的手机号，多个手机号之间用一个空格分隔 对于这个问题，CodeArts Snap的回答明显不如通义灵码回答的好，而且CodeArts Snap的回答并没有完全实现我的问题所要的效果 建议方案： 我相信以华为的技术和能力是可以做到更好的，虽然CodeArts Snap回答得很快，但是希望回答的质量能够更好。 回答问题的截图请参考附件
- 场景描述： 目前还没有针对DevEco Studio的CodeArts Snap插件 建议方案： 希望可以提供Harmony应用开发的IDE DevEco Studio的CodeArts Snap插件，能够帮助开发人员提高开发Harmony应用的质量和效率 场景描述： 目前还没有针对DevEco Studio的CodeArts Snap插件 建议方案： 希望可以提供Harmony应用开发的IDE DevEco Studio的CodeArts Snap插件，能够帮助开发人员提高开发Harmony应用的质量和效率
- 场景描述：snap对Julia语言支持不是很好，Julia语言在科学计算上使用很多 建议方案：希望可以针对性训练Julia语言 场景描述：snap对Julia语言支持不是很好，Julia语言在科学计算上使用很多 建议方案：希望可以针对性训练Julia语言
- 场景描述： 单个文件中存在几千行代码，或者单个方法或者函数过长，达到几百行甚至上千行，难以理解，难以维护，遇到问题，难以修改 建议方案： 能够结合《重构-改善既有代码的设计》一书中提到的代码坏味道，例如：重复代码、过长函数、过大的类、过长的参数列等，以及对应的重构技巧，包括使用设计模式，给出相应的解决方法 场景描述： 单个文件中存在几千行代码，或者单个方法或者函数过长，达到几百行甚至上千行，难以理解，难以维护，遇到问题，难以修改 建议方案： 能够结合《重构-改善既有代码的设计》一书中提到的代码坏味道，例如：重复代码、过长函数、过大的类、过长的参数列等，以及对应的重构技巧，包括使用设计模式，给出相应的解决方法
- 场景描述： 对于Java、go语言等的项目或者nodejs等前端项目出现的报错信息，缺少对于报错信息进行诊断的能力 建议方案： 能够基于报错信息，提供相应的诊断建议或者解决方法 场景描述： 对于Java、go语言等的项目或者nodejs等前端项目出现的报错信息，缺少对于报错信息进行诊断的能力 建议方案： 能够基于报错信息，提供相应的诊断建议或者解决方法
- 场景描述： 代码中的变量、常量、方法或者函数等，命名不规范，存在魔法数等问题，方法或者函数过长，需要重构、优化或者代码存在问题 建议方案： 对于代码中的变量、常量、方法或者函数等，提供命名的优化建议，并且支持对于方法或者函数的优化建议，甚至可以分析中出方法或者函数中代码存在的问题，并给出对应的解决方案 场景描述： 代码中的变量、常量、方法或者函数等，命名不规范，存在魔法数等问题，方法或者函数过长，需要重构、优化或者代码存在问题 建议方案： 对于代码中的变量、常量、方法或者函数等，提供命名的优化建议，并且支持对于方法或者函数的优化建议，甚至可以分析中出方法或者函数中代码存在的问题，并给出对应的解决方案
- 近期在使用CodeArts Snap进行代码分析，但是遇到了回答错误的问题。所以，我通过CodeArts插件自动生成分享的方式提交反馈。 [图片] 但是，分享文件自动生成的事.md文件，可是平台又不支持上传.md文件。 近期在使用CodeArts Snap进行代码分析，但是遇到了回答错误的问题。所以，我通过CodeArts插件自动生成分享的方式提交反馈。 [图片] 但是，分享文件自动生成的事.md文件，可是平台又不支持上传.md文件。
- 场景描述： 目前支持ssh终端，我是科研院校的科研人员。目前从事一些深度学习、语义通信相关研究，这部分研究的仿真部分会用到GPU算力资源。往往个人PC难以支撑训练模型，通常用到服务器。但是直连服务器和ssh连接服务器都存在编程不方便或者串流卡顿。需要用到本地PC远程连接服务器编程功能。 建议方案：建议参考vscode 的remote ssh。支持远程连接服务器、docker、wsl开发。 场景描述： 目前支持ssh终端，我是科研院校的科研人员。目前从事一些深度学习、语义通信相关研究，这部分研究的仿真部分会用到GPU算力资源。往往个人PC难以支撑训练模型，通常用到服务器。但是直连服务器和ssh连接服务器都存在编程不方便或者串流卡顿。需要用到本地PC远程连接服务器编程功能。 建议方案：建议参考vscode 的remote ssh。支持远程连接服务器、docker、wsl开发。
- 场景描述： 我们有一个使用Rust的项目，想进行自动构建的时候没有在构建场景中找到适用于Rust的语言构建选项。 建议方案： 添加一个适用于Rust编程语言的语言构建选项，可以将源码编译为可执行文件。 场景描述： 我们有一个使用Rust的项目，想进行自动构建的时候没有在构建场景中找到适用于Rust的语言构建选项。 建议方案： 添加一个适用于Rust编程语言的语言构建选项，可以将源码编译为可执行文件。
- 场景描述： CodeArts Snap 在vscode使用中，注释代码时，当点击插入按钮时，插入后的代码对比原代码缺失了一部分。 [图片] 建议方案： 插入时保证原代码不动 场景描述： CodeArts Snap 在vscode使用中，注释代码时，当点击插入按钮时，插入后的代码对比原代码缺失了一部分。 [图片] 建议方案： 插入时保证原代码不动
上滑加载中
推荐直播
-
HDC深度解读系列 - Serverless与MCP融合创新，构建AI应用全新智能中枢2025/08/20 周三 16:30-18:00
张昆鹏 HCDG北京核心组代表
HDC2025期间，华为云展示了Serverless与MCP融合创新的解决方案，本期访谈直播，由华为云开发者专家(HCDE)兼华为云开发者社区组织HCDG北京核心组代表张鹏先生主持，华为云PaaS服务产品部 Serverless总监Ewen为大家深度解读华为云Serverless与MCP如何融合构建AI应用全新智能中枢
回顾中 -
关于RISC-V生态发展的思考2025/09/02 周二 17:00-18:00
中国科学院计算技术研究所副所长包云岗教授
中科院包云岗老师将在本次直播中，探讨处理器生态的关键要素及其联系，分享过去几年推动RISC-V生态建设实践过程中的经验与教训。
回顾中 -
一键搞定华为云万级资源，3步轻松管理企业成本2025/09/09 周二 15:00-16:00
阿言 华为云交易产品经理
本直播重点介绍如何一键续费万级资源，3步轻松管理成本，帮助提升日常管理效率！
回顾中
热门标签