鸿蒙应用代码生成器

要解决什么问题

HarmonyOS 应用开发往往卡在「文档分散 + ArkTS 约束多 + 工程结构不统一」：你描述的是业务页面，Agent 却容易输出教程片段、混用 V1/V2 状态管理，或在 build()、@Prop 初始化、Navigation 壳层上踩编译/白屏坑。本技能把目标收窄为可放进 DevEco Studio 工程直接编译运行的 .ets 与配置，而不是知识点罗列。

技能如何工作

生成前会先对齐几项设计决策并说明理由：

• 应用模型：默认 Stage 模型（文档中的唯一推荐路径）
• 状态管理：新项目优先 V2（@ComponentV2、@Local、@Param、@Event 等）；老项目才回退 V1
• SDK：新项目面向 API 12+（HarmonyOS NEXT）；维护场景可兼容 API 9–11
• 目录分层：pages/、components/、model/、common/（复杂业务可加 viewmodel/）

输出按固定顺序组织：设计概览 → 目录树 → 分文件代码 → 运行说明（权限、依赖、注意事项）。规范侧强调 ArkTS 常见硬规则，例如 build() 单一根节点、@Prop 等不可本地初始化、网络需 ohos.permission.INTERNET 且 http 用后 destroy()、V2 不与 @Component 混用等。文档还串联 DevEco 工具链选型：IDE（DevEco Studio）、Agent 终端（DevEco Code）、CLI（DevEco CLI）、IDE 插件（CodeGenie），并在编译、运行、日志、语法检查、知识库检索等场景给出对应工具。

专题段落覆盖实战高频能力：Share Kit（系统分享，非错误调用 pasteboard）、UserAuth（含 API 演进与成功码 12500000 等坑）、以及 DocumentViewPicker、Navigation 白屏、SymbolGlyph、网络请求等踩坑修复条目，便于对照日志改代码。

适用边界与注意点

• 模拟器对生物识别等能力支持有限，相关功能需真机验证。
• 敏感信息应走 preferences 等存储，生产环境用 HTTPS；涉及权限会在生成时提醒（网络、生物识别、运行时授权等）。
• 技能侧重代码与工程约定；具体 Hvigor/DevEco Code 命令需在本地工具链中执行，文档提供场景对照而非替代你的构建环境。