在 HarmonyOS 项目里，AI Coding 很适合用来搭建初始工程，但我的经验是，不要一开始就让 AI 生成完整应用。页面、数据、导航和业务规则一次性塞进去，代码看起来很多，后续却很难维护。

我通常先把需求拆成页面和模块。例如，校园失物招领应用可以拆为首页列表、信息发布、物品详情和个人中心，再把搜索、分类筛选、收藏等能力单独列出。随后让 AI 先给出目录规划、组件边界和数据模型，确认方案后再逐块生成代码。

页面骨架可以先用静态数据跑通。下面的 ArkTS 示例重点是先建立列表结构，后续再替换为接口数据。

@Entry

@Component

struct LostFoundHome {

 @State items: string[] = ['校园卡｜图书馆', '蓝牙耳机｜教学楼', '保温杯｜实验室']

 build() {

   Column({ space: 12 }) {

     Text('校园失物招领')

       .fontSize(24)

       .fontWeight(FontWeight.Bold)

     ForEach(this.items, (item: string) => {

       Row() {

         Text(item).fontSize(16)

         Blank()

         Text('查看').fontColor('#1677FF')

       }

       .width('100%')

       .padding(14)

       .backgroundColor('#FFFFFF')

       .borderRadius(12)

     }, (item: string) => item)

   }

   .padding(16)

   .width('100%')

   .backgroundColor('#F5F7FA')

 }

}

使用 AI 生成这类代码时，我会明确限制范围：只实现首页布局，不增加网络请求，不修改项目配置，也不要擅自引入第三方依赖。生成后先编译运行，再逐项检查间距、字体和列表渲染。

等骨架稳定后，再让 AI 实现搜索、详情跳转和接口接入。每个任务都要有可验证的结果，例如“点击列表项后进入详情页，并能显示对应物品名称”。相比一次生成一个大工程，这种小步迭代更容易定位问题，也更适合多人协作。

AI 能加快起步速度，但模块划分、数据契约和代码验收仍然需要开发者负责。对于已有项目，还要先让 AI 阅读现有代码和项目约定，避免它另起炉灶，生成与当前工程不兼容的结构。