HDC 2026 发布 DevEco Code 与 DevEco CLI。本文讨论适用场景、团队接入和质量门禁不把 AI 生成结果视为自动正确。HarmonyOS 7 把 AI 不仅放进终端体验也放进研发工具链。官方把 DevEco Code 定位为开箱即用的 HarmonyOS 应用开发 AI Agent可覆盖代码编写、问题修复、编译构建和功能验证DevEco CLI 则提供工程创建、语法检查、构建、运行验证等原子能力便于接入现有 AI Agent。两者的区别可以概括为DevEco Code 更像完整工作台DevEco CLI 更像可组合的自动化积木。一、个人开发与团队流水线的选择个人或小团队需要快速探索页面、修复编译问题、理解工程结构时DevEco Code 的集成体验更直接。团队已经有自己的 Agent、CI 或命令行工作流时DevEco CLI 更容易被脚本化调用并把每个步骤的输入输出纳入审计。二者并非二选一。开发者本地用 DevEco Code 交互探索提交前由 CLI 执行确定性检查是更实用的组合。二、把 AI 任务写成可验收工作单低质量指令通常是“帮我做一个鸿蒙页面”。更可执行的工作单应包含目标模块与禁止修改范围target API、设备形态和最低兼容版本需要复用的组件、Token 与路由协议加载、空、错、权限拒绝等状态必须运行的构建、测试和真机路径交付物及通过标准。AI 可以生成候选实现但契约、权限、安全和发布决策仍应由团队负责。三、推荐的五段式工作流Inspect读取工程结构、配置和现有约束Plan列出将修改的文件、依赖和风险Implement小步修改每一步保持可编译Verify运行格式、静态检查、单测、构建和设备冒烟Review检查差异范围、生成代码、权限与回退方案。不要让 Agent 在未知脏工作区里执行大范围格式化或依赖升级。版本锁、生成目录和签名材料也要设为明确边界。四、CLI 更适合做确定性门禁AI 推理可以有变化但构建结果必须确定。可以让 DevEco CLI 承担固定步骤初始化环境检查、语法检查、编译构建、安装运行和结果收集。每次任务记录 SDK、工具版本、命令、退出码和产物哈希。若 Agent 说“已验证”却没有这些证据只能算建议不能算完成。五、三个容易忽略的风险第一生成代码可能引用过期 API尤其在 Beta SDK 快速变化期间。第二自动修复可能扩大修改范围掩盖真正架构问题。第三日志和上下文可能包含账号、签名或业务数据应进行最小化与脱敏。团队可以维护允许使用的 API、组件和依赖清单并把越界项放入 Code Review 阻断规则。结语DevEco Code 适合交互式开发DevEco CLI 适合可组合、可重复的工程验证。真正的提效不是生成更多代码而是把“理解需求—修改—构建—验证—审查”变成证据完整的闭环。先固化边界和门禁再扩大 AI 的自主范围收益会更稳定。官方参考2026 年 7 月开发者月刊https://developer.huawei.com/consumer/cn/monthly/2026072026 年 6 月开发者月刊https://developer.huawei.com/consumer/cn/monthly/202606HarmonyOS 开发者官网https://developer.huawei.com/consumer/cn/
HarmonyOS 7 新特性（十）｜DevEco Code 与 DevEco CLI AI 开发提效
HDC 2026 发布 DevEco Code 与 DevEco CLI。本文讨论适用场景、团队接入和质量门禁不把 AI 生成结果视为自动正确。HarmonyOS 7 把 AI 不仅放进终端体验也放进研发工具链。官方把 DevEco Code 定位为开箱即用的 HarmonyOS 应用开发 AI Agent可覆盖代码编写、问题修复、编译构建和功能验证DevEco CLI 则提供工程创建、语法检查、构建、运行验证等原子能力便于接入现有 AI Agent。两者的区别可以概括为DevEco Code 更像完整工作台DevEco CLI 更像可组合的自动化积木。一、个人开发与团队流水线的选择个人或小团队需要快速探索页面、修复编译问题、理解工程结构时DevEco Code 的集成体验更直接。团队已经有自己的 Agent、CI 或命令行工作流时DevEco CLI 更容易被脚本化调用并把每个步骤的输入输出纳入审计。二者并非二选一。开发者本地用 DevEco Code 交互探索提交前由 CLI 执行确定性检查是更实用的组合。二、把 AI 任务写成可验收工作单低质量指令通常是“帮我做一个鸿蒙页面”。更可执行的工作单应包含目标模块与禁止修改范围target API、设备形态和最低兼容版本需要复用的组件、Token 与路由协议加载、空、错、权限拒绝等状态必须运行的构建、测试和真机路径交付物及通过标准。AI 可以生成候选实现但契约、权限、安全和发布决策仍应由团队负责。三、推荐的五段式工作流Inspect读取工程结构、配置和现有约束Plan列出将修改的文件、依赖和风险Implement小步修改每一步保持可编译Verify运行格式、静态检查、单测、构建和设备冒烟Review检查差异范围、生成代码、权限与回退方案。不要让 Agent 在未知脏工作区里执行大范围格式化或依赖升级。版本锁、生成目录和签名材料也要设为明确边界。四、CLI 更适合做确定性门禁AI 推理可以有变化但构建结果必须确定。可以让 DevEco CLI 承担固定步骤初始化环境检查、语法检查、编译构建、安装运行和结果收集。每次任务记录 SDK、工具版本、命令、退出码和产物哈希。若 Agent 说“已验证”却没有这些证据只能算建议不能算完成。五、三个容易忽略的风险第一生成代码可能引用过期 API尤其在 Beta SDK 快速变化期间。第二自动修复可能扩大修改范围掩盖真正架构问题。第三日志和上下文可能包含账号、签名或业务数据应进行最小化与脱敏。团队可以维护允许使用的 API、组件和依赖清单并把越界项放入 Code Review 阻断规则。结语DevEco Code 适合交互式开发DevEco CLI 适合可组合、可重复的工程验证。真正的提效不是生成更多代码而是把“理解需求—修改—构建—验证—审查”变成证据完整的闭环。先固化边界和门禁再扩大 AI 的自主范围收益会更稳定。官方参考2026 年 7 月开发者月刊https://developer.huawei.com/consumer/cn/monthly/2026072026 年 6 月开发者月刊https://developer.huawei.com/consumer/cn/monthly/202606HarmonyOS 开发者官网https://developer.huawei.com/consumer/cn/
