AI Coding的浪潮正在重塑移动开发的范式,但鸿蒙面对的局面比iOS和Android更复杂。一个根本矛盾是:大模型的能力边界很大程度上由训练语料决定。Android有数十年的Java与Kotlin积累,iOS也有庞大的Swift与Objective-C语料,而鸿蒙的ArkTS语言面世时间尚短,公开可得的代码语料有限。 挑战还不止语言一层。华为硬件设备形态更丰富,直板机、双折叠、三折叠远超传统移动开发面对的屏幕适配场景,同一份业务代码需要在不同设备形态上完成差异化适配;再加上鸿蒙应用工程体量普遍庞大、传统IDE面向人交互而非为AI工作流设计,这些问题叠加在一起,构成了鸿蒙AI编码的真实门槛。 华为的思路是用工程化工具补上模型能力的短板。DevEco Code定位为开箱即用的鸿蒙Coding Agent,覆盖从项目创建、需求设计、代码生成到功能验证、集成测试的全流程;DevEco CLI则把传统IDE的集成能力“打散”为原子工具集合,包括创建工程、语法检查、编译构建、获取设备、推包运行、知识检索与Skills管理等命令行能力,方便被AI工作流串联调用。
文章图片 2
其中最关键的设计,是围绕验证与修复的Harness循环。AI生成代码后,先做轻量级语法校验并借助LSP做依赖与调用链分析,再进行编译诊断,最后用UI验证Agent在模拟器中模拟点击、滑动、输入等操作并主动截图,生成对比报告。编译通过不等于功能正确,功能正确也不等于界面符合预期,这一层校验正是为此而设。 把视角拉远,这类“工程护栏”与星战科技在AI实训平台和企业AI落地上强调的原则一致:让AI承担可验证的重复工作,把关键的判断与复核留给人,并通过评测把质量约束固化下来。当智能体开始参与大型工程,决定成败的往往是围绕它的验证、约束与反馈体系,而不只是单次生成的质量。
文章图片 4
在Skill与知识组织上,华为还提供了2000万字的鸿蒙知识库与70余个Skills,并用L0到L3的分级路由,按语法框架、系统API、工程上下文与业务规则逐层匹配,避免把大量信息一次性塞进上下文。配套的验证方案覆盖静态语法、编译构建、运行态UI与多设备适配,形成从“能写”到“写对”的闭环。 作为后发生态,鸿蒙在AI Coding时代反而有一个结构性优势:工具体系可以从零为AI工作流设计,而不必迁就面向人的旧工具链。框架已经搭好,接下来的关键是能否把语料做厚、把工程理解做深、把长程任务做稳。
文章图片 6