HarmonyOS鸿蒙Next在Trae/Cursor上开发应用的使用指南

HarmonyOS鸿蒙Next在Trae/Cursor上开发应用的使用指南 【一句话总结】 想用三方IDE的AI能力写鸿蒙?DevEco MCP Toolbox来了。知识库、ArkTS 静态检查、UI 预览全都有。是时候给你的开发体验“减负”了。


先说结论:如果你习惯了使用三方IDE,或者离不开三方IDE的AI辅助,那么MCP Toolbox 是你必装的工具。

其实现在 Cursor/Trae等AI IDE的能力已经非常好用顺手,很多时候我们更愿意在这些IDE中开发。

今天,我们就来聊聊如何优雅地开发鸿蒙应用。

一、 为什么非要在三方IDE里写鸿蒙?

有人会说:“官方 IDE 功能最全,为什么还要折腾三方IDE?”

其实,大家的初衷都很简单:想更快、更爽地开发鸿蒙应用

  1. 更强的 AI:这是最关键的。现在的开发流早已发生了变化。我们需要三方IDE的 Agent 来帮我们写代码。官方 IDE 目前在 AI 整合度上,和这些“AI 原生”编辑器还有差距。
  2. 更顺手的习惯:快捷键、插件生态、配色主题…强行改变开发者的肌肉记忆是反人性的。

以前我们需要在几个IDE之前来回切换,是因为代码报错只能在DevEco Studio上看到。但现在,DevEco MCP Toolbox把这些核心能力“搬”出来了。

这意味着什么?意味着你不需要面对冷冰冰的配置文件,只需要点几下鼠标,就可以在三方IDE上愉快地开发鸿蒙应用了。

二、 实战:在三方 IDE 里能干什么?

很多人担心三方IDE没法高效生成,还是需要跳转到官方IDE里进行迭代。但实测下来,核心的“写-查-看-跑”工作流已经打通。

1. 知识库 (Knowledge Base)

场景: 当你想用一个 API 22 的新特性,但不知道具体用法,官方文档太多,很难迅速找到。 直接问:“鸿蒙里怎么实现重启应用?”,AI会调用 harmonyos_doc_search 工具,直接从云端知识库中检索官方文档、API 参考和最佳实践,并把答案喂到你嘴边。

优势:定期更新,内容与开发者官网保持一致。

图片

2. ArkTS 静态检查 (ArkTS Check)

这是最刚需的功能。以前在三方IDE写ArkTS,全是波浪线或者根本不报错,写完跳转到官方IDE才发现一堆红。

场景: 你正在写一个 List 组件,刚敲完 ListItem,突然想不起属性怎么写了。现在,你有两个强力帮手:

  1. ArkTS 语法高亮/校验插件:安装 arkts-diagnostic-0.0.1.vsix 后,编辑器会基于 LSP 实时标红错误,适合手动编码。

图片

  1. MCP 工具 check_ets_files:这是专门为 AI 准备的"体检仪"。写完代码后,直接让 AI 调用这个工具检查当前文件或整个目录,它能精准反馈错误信息,让 AI 自动修复。

注意:这两个工具都不是简单的正则匹配,而是基于官方DevEco Studio同款语言服务的深度检查,确保与官方 IDE 标准一致。

图片

3. UI 结构分析 (UI Dump)

这功能简直是 UI 调试神器,特别适合用来做 UI还原度校验

场景: 设计稿要求按钮间距 16vp,你写了个 margin,但肉眼看着总觉得不对劲。 以前你可能得凭感觉改代码,改完再编译看效果。 现在,直接在对话框里说:“帮我分析一下当前页面的布局”。 AI 会调用 get_uidump 工具,获取当前模拟器或真机的 UI 树。

  • Full 模式:能看到每一个ArkUI节点的代码位置、布局属性、甚至@State变量的值。
  • Simple 模式:快速看层级结构。

实测:你可以直接把 Dump 出来的数据跟设计稿比对,精确到像素级。

图片

4. 构建与运行 (Build & Start)

不需要切回终端敲命令,直接对话: “帮我推到模拟器上。”

后台就会调用start_app,自动完成 Hap 包构建、安装、启动。

图片

三、 AI + 鸿蒙知识&基础工具:这才是完全体

这才是我们折腾这一套的终极目标。

想象一下这个 Workflow:

  1. 需求:跟AI说:“帮我写一个鸿蒙的新闻列表页,要有下拉刷新。”
  2. 生成:AI 刷刷刷生成了 NewsPage.ets
  3. 检查:AI 自动调用 check_ets_files,发现引用了一个不存在的组件,自动修正。
  4. 运行:AI 调用 start_app,模拟器启动。
  5. 调整:你发现列表间距不对,让 AI 调用 get_uidump,分析后发现是 ListItem 的 margin 问题,AI 自动修复。
  6. 学习:遇到不懂的 API,直接查询鸿蒙知识库knowledge-base 整个过程,你一次都没有离开过当前IDE。这才是 AI 时代的开发体验。


四、 局限性

虽然 MCP Toolbox 已经打通了开发流程,但,目前还存在一些限制,使用前请知悉:

  1. 设备支持:目前的工具能力(如构建)主要针对 Phone (手机) 设备进行了适配和测试。对于 Tablet、Wearable、2-in-1 等其他设备类型,可能会出现兼容性问题。
  2. 检查范围check_ets_files 工具目前仅支持对 .ets 文件进行静态检查。对于 .ts.js 或其他资源文件的检查尚未覆盖。

五、 相关资源与反馈

DevEco MCP Toolbox 致力于提升鸿蒙开发者的编码体验。如果你对它感兴趣,或者在使用过程中遇到任何问题,欢迎通过以下渠道联系我们:

  • 📚 详细使用文档飞书云文档
    • 这里包含了最新的安装指南、功能介绍和常见问题解答。
  • 📦 项目仓库GitHub - deveco-toolbox
    • 获取最新版本的安装包。
  • 💬 反馈与交流GitHub Issues
    • 如果你发现了 Bug,或者有想要的新功能,请直接提 Issue。每一条反馈都是我们改进的动力。

总结

DevEco MCP Toolbox不是要替代 DevEco Studio,而是给开发者提供了第二种选择


更多关于HarmonyOS鸿蒙Next在Trae/Cursor上开发应用的使用指南的实战教程也可以访问 https://www.itying.com/category-93-b0.html

3 回复

cursor里面也支持鸿蒙应用开发了,点赞,试了下,GLM和Gemini 3开发鸿蒙应用,效果不错,甚至可以直接在cursor中调用模拟器了,不用打开deveco studio了,效率直接翻倍

更多关于HarmonyOS鸿蒙Next在Trae/Cursor上开发应用的使用指南的实战系列教程也可以访问 https://www.itying.com/category-93-b0.html


鸿蒙Next应用开发基于ArkTS语言,支持在Trae/Cursor等IDE中配置。需安装DevEco Studio并配置HarmonyOS SDK,创建项目时选择正确的API版本。开发主要使用ArkUI框架进行界面设计,通过Stage模型管理应用生命周期。可使用Hvigor工具进行构建调试,最终打包为HAP文件部署。

DevEco MCP Toolbox 的发布确实为习惯使用 Cursor、Trae 等 AI 原生 IDE 的 HarmonyOS Next 开发者提供了强大的官方工具链支持。它通过 MCP (Model Context Protocol) 协议,将鸿蒙开发的核心能力无缝集成到第三方 IDE 中,实现了“AI + 鸿蒙”的高效开发闭环。

核心价值在于: 它允许开发者在不离开熟悉的 AI 编码环境(如 Cursor)的前提下,获得与 DevEco Studio 同等级的 ArkTS 语言服务、官方文档知识库、UI 调试和项目构建能力。这解决了以往在三方 IDE 中编写鸿蒙应用时,代码校验缺失、文档查询不便、调试效率低的痛点。

关键功能整合如下:

  1. 知识库查询 (harmonyos_doc_search): AI 助手可直接检索最新的官方 API 文档和开发指南,确保代码建议的准确性。
  2. ArkTS 静态检查 (check_ets_files): 提供与 DevEco Studio 同源的深度代码检查,AI 可据此自动修复语法、类型及 API 使用错误,大幅提升生成代码的可用性。
  3. UI 结构分析 (get_uidump): 可直接从运行中的应用(模拟器/真机)获取完整的 UI 层级树与属性,结合 AI 进行布局分析与精准调整,实现像素级还原。
  4. 构建与运行 (start_app): 通过自然语言指令即可触发项目的编译、打包、安装和启动,打通了从编码到预览的最后一环。

当前工作流示例 已非常流畅:开发者用自然语言描述需求 -> AI 生成 ArkTS 代码 -> 自动调用工具进行静态检查与修正 -> 一键构建运行 -> 通过 UI Dump 分析并调整样式。整个过程均在单一 IDE 内完成,无需切换。

需注意的现状:

  • 当前工具链主要针对 Phone 设备类型进行了优化和测试。
  • check_ets_files 工具目前专注于 .ets 文件 的检查。

总而言之,DevEco MCP Toolbox 是 HarmonyOS 开发生态走向开放与融合的重要一步。它尊重开发者的工具偏好,通过赋能 AI IDE,显著提升了鸿蒙应用的开发体验和效率。对于依赖 AI 编码的开发者而言,这是一个必选项。

回到顶部