【嵌入式软件AI编程】20. AI协同开发STM32程序的流程

欢迎关注 youcansxidian【嵌入式软件AI编程】专栏【嵌入式软件AI编程】15. VS Code 插件安装 Claude Code【嵌入式软件AI编程】17. 第一个AI协同开发项目【嵌入式软件AI编程】20. AI协同开发STM32程序的流程本专栏结合STM32项目实践介绍嵌入式软件AI编程的实战路径。本专栏内容来自图书《嵌入式系统AI编程》即将出版。第03章 第一个AI协同开发项目本章使用NUCLEO-G431RB开发板作为硬件平台以板载LED闪烁程序为例。首先基于现有工程制定任务清单使用Claude Code完成代码编写与审阅通过编译、烧录和板级运行验证程序功能并演示需求变更后的程序迭代修改最后从项目实践中提炼通用开发流程整理格式化提示词并将长期适用的开发要求编写为项目开发规则。3.2 标准化AI协同开发方法通过前一节的LED闪烁项目读者已经完整经历了工程分析、任务规划、代码修改、审阅确认、运行验证和需求迭代等基本环节完成了第一个AI协同STM32项目。为了将这些实践经验迁移到后续不同案例中还需要把具体操作提炼为稳定、可以重复使用的方法。本节将在前述实践基础上总结AI协同开发流程整理格式化提示词模板并将通用要求形成开发规则使后续任务能够按照统一方式开展减少重复说明和随意操作。3.2.1 AI协同开发STM32程序的流程虽然不同STM32案例涉及的外设、文件和功能各不相同但开发者与Claude Code的协同方式具有共通性。根据前述项目实践AI协同开发STM32程序可以归纳为六个基本环节整体流程如图3-7所示。本流程以已经完成系统设计、STM32CubeMX配置并生成工程为前提。确认初始工程状态。首先应确认当前工程可以正常编译并将这一状态作为后续修改的基线。如果初始工程存在问题应先完成排查和处理。使用Claude Code分析工程。在编写代码前要让Claude Code读取.ioc文件、初始化代码和相关源文件了解实现任务所需的工程条件主要包括外设配置、相关函数与宏定义、涉及文件和代码修改位置。工程分析的目的是帮助开发者确认对当前工程的理解并使Claude Code获得后续任务规划和代码审阅所需的依据而不是立即生成代码。根据分析结果制定任务清单。工程条件明确后可以要求Claude Code根据功能目标生成代码实现任务清单。任务应遵循“目标明确、可以验证”的原则按照完整功能进行拆分并说明每项任务需要完成的功能、涉及文件和主要修改位置。不能按照单条语句或单个函数机械划分任务。按照任务清单逐项修改代码。代码编写阶段应按照任务清单逐项推进每次选择一项任务要求Claude Code生成相应的代码修改。每项任务均应经过代码生成、审阅确认和功能验证再进入下一项任务。不应将整个任务清单一次性交给Claude Code修改以免修改范围过大、不同任务相互影响增加代码审阅和问题定位的难度。提示词中应引用工程分析结果明确任务的实现目标、涉及文件、代码位置和修改边界。审阅并确认代码修改。代码未经审阅不能直接写入工程。Claude Code生成修改后开发者应审阅修改内容主要确认修改文件、代码位置和实现功能是否与当前任务一致。确认无误后接受代码修改。如果发现问题可以按照终端提示拒绝当前修改然后说明调整要求让Claude Code重新生成。编译、烧录与运行验证。接受代码修改后应重新编译工程并将程序烧录到开发板通过实际运行结果验证功能是否满足任务要求。如果编译、烧录或运行验证未通过可以将完整的错误输出、相关代码和实际现象提供给Claude Code要求其协助分析原因并提出修改建议。新的修改仍需经过开发者审阅和确认然后重新编译和运行直到满足任务要求。完成每项任务后应将任务目标、主要修改和验证结果记录到任务日志中便于后续追溯开发进展。前一节的入门案例为帮助读者尽快完成第一个项目暂时略过了日志记录环节。上述环节可以进一步总结为三项基本原则修改前要有依据每次代码修改都应基于工程分析和任务清单而非凭感觉或猜测。修改过程要审阅所有代码修改都应通过差异视图展示由开发者确认后再写入工程。修改后要验证每次修改都需要经过编译、烧录和运行验证以实际运行结果为准。在后续STM32案例中可以根据任务规模适当简化具体步骤但“修改前有依据、修改过程要审阅、修改后要验证”的基本原则应始终遵守。版权声明欢迎关注 youcansxidian【嵌入式软件AI编程】专栏转发必须注明原文链接【嵌入式软件AI编程】20. AI协同开发STM32程序的流程Copyright by ai4mcuqq.comCrated2026-10