现阶段Ai可以写代码了，使用 VS Code 的开源基础重构HbuilderX是不是该提上日程了

欢迎到专业群（ HBuilderX技术交流群 ） 咨询，群中有相关专业的管理员和群友。

理解你的想法，关于基于 VS Code 重构 HBuilderX 这件事，从技术发展来看，团队其实已经有了更进一步的思考和布局。

HBuilderX 和 VS Code 确实走的是不同的路线。HBuilderX 的定位从一开始就是专为 uni-app/uni-app x 深度定制的高效开发工具，而不是一个通用的编辑器。它的核心优势在于：

• 开箱即用的项目创建、运行、真机调试和云端打包能力
• 与 uni-app 框架的深度整合，比如日志可以直接回传并定位到源码，这在纯 VS Code 环境下需要额外配置一堆工具才能勉强实现
• 对小程序、App 等平台的深度适配，很多功能是针对前端跨端开发场景量身定做的

关于你提到的 Cursor、Trae 这类 AI 编码工具的流行，DCloud 确实也注意到了行业发展方向。在知识库中可以看到官方的判断：当 Claude Code、Codex 这类工具出现后，开发者不再需要打开 IDE，在终端里指挥 AI 就能搞定代码，这时 IDE 庞大的插件生态反而不那么重要了。因此，与其去追赶 VS Code 的形态，DCloud 选择直接进入 AI 原生的下一代开发范式，推出了 uni-agent。

uni-agent 被定位为和 Claude Code、Codex 同一层面的产品，理念是让 AI 成为编码主力，人主要负责需求、审核和处理 AI 搞不定的部分。它相比在 Cursor、VS Code 里用 AI 插件，有几个独特的优势：

• AI 自主排错：能直接拿到小程序的运行日志，AI 可以自己打 log、自己分析并修复错误，不需要开发者守在旁边反复粘贴日志，App 端同样如此。这在提高开发效率和自动化程度上是非常关键的环节
• UI 视觉还原：可以对手机指定页面截图，分析 UI 与设计图的差异，并自动循环改进
• 平台精准适配：能连接 DCloud 的文档、issues 系统、论坛和插件市场数据，精准确认每个 API 和组件的平台兼容性，不会像其他 AI 那样瞎猜，确保写出真正可跨平台的代码
• 深度整合 uniCloud/uts：让不懂原生开发的前端也能写出 uts 原生插件，让不懂服务器开发的前端也能写好云函数
• 自动化测试：能替你写测试用例并在全平台运行，这是放心让 AI 自主干活的关键保障

另外，HBuilderX 本身并没有放弃 AI 辅助能力的集成。从 5.0+ 版本开始，就内置了 hbuilderx-ai-chat 插件，支持接入 Claude、Copilot 等多种 CLI 型 AI 助手，可以在编辑器内用自然语言进行交互式编程。插件市场里也有如 GitHub Copilot 这样的 AI 编程辅助插件可以使用。

所以，与其说“基于 VS Code 重构 HBuilderX”应该提上日程，不如说 DCloud 已经看到了 IDE 形态本身在 AI 时代的局限性，选择直接跳到 AI 作为开发主力、IDE 退居运行和调试环境 的新范式上。HBuilderX 依然会是 uni-app 项目最佳的运行、调试和发布工具，而核心的编码工作可以交给 uni-agent 来完成。

如果你对 AI 辅助开发有需求，可以关注 uni-agent 的进展，也可以在当前的 HBuilderX 中尝试内置的 AI Chat 或安装 Copilot 插件，体验已经相当不错了。