嵌入式开发中的AI协作：掌握提问技巧，让AI从“工具”升级为“核心伙伴”

最近，我看到很多同行都在讨论AI，但大部分人的用法还停留在"让它写个排序算法"或者"帮我解释一下这段代码"的初级阶段。说实话，如果你只这么用，那AI对你来说顶多算个"高级搜索引擎"，离成为真正的"开发助手"还差得远。

过去一年，我几乎把AI集成到了我嵌入式开发的每一个环节。我发现，AI的能力上限，很大程度上取决于我们提问的水平。你给它一句模糊的指令，它就还你一堆"看起来正确"的垃圾；你给它一个结构清晰、信息完备的Prompt，它就能给你一段几乎能直接跑的、高质量的代码。

今天，我就想和大家分享一下，如何通过一套"组合拳"，写出让AI真正理解你意图的Prompt。

错误的提问方式：把AI当"实习生"

我们先来看一个典型的、低效的提问：

错误Prompt："写一个UART驱动"

这就像你对一个刚入职的实习生说："去，把那个功能做了。"他一脸懵，不知道从何下手。

AI收到这个指令后，也会很"迷茫"。它不知道：

平台是什么？是Linux？是FreeRTOS？还是裸机？

芯片是哪款？是STM32？是NXP？还是ESP32？

有什么具体要求？是中断方式还是DMA？波特率多少？需不需要低功耗处理？

于是，它只能给你一段最通用、最基础、几乎没有任何实用价值的伪代码，浪费了你和它的时间。

正确的提问"公式"：RBCF原则

一个好的Prompt，应该像一份清晰的"技术需求文档"。我总结了一个简单的公式，可以称之为RBCF原则：

R (Role):角色

B (Background):背景

C (Constraint):约束

F (Format):输出格式

让我们用您提到的例子来拆解这个公式：

优化后的Prompt："你现在是一名资深的嵌入式软件工程师，熟悉STM32平台和HAL库。

我需要为一个基于STM32G070的温湿度传感器项目，编写一个UART模块。

请使用STM32 HAL库，为UART1实现一个波特率为115200的DMA接收功能。要求：

使用环形缓冲区(Ring Buffer)来接收数据，以防止数据丢失。

DMA配置为循环模式。

提供一个非阻塞的read函数，用于从环形缓冲区中读取指定长度的数据。

代码需要有清晰的注释，解释关键的配置和逻辑。

请以完整的C代码文件形式(.c和.h)提供给我，并在代码的最后，用一个独立的Markdown部分，详细解释你的设计思路，特别是环形缓冲区的实现原理以及如何配合DMA的空闲中断来高效地处理不定长数据。"

看到区别了吗？我们来逐一解析：

1.角色(Role) - "你现在是谁？"

"你现在是一名资深的嵌入式软件工程师，熟悉STM32平台和HAL库。"

为什么重要？给AI设定一个明确的"角色"，相当于为它的"知识库"设定了一个上下文和能力边界。这会引导它使用更专业、更地道的术语和编码风格。当你告诉它"你是资深工程师"，它会倾向于给出更健壮、更考虑边界情况的代码，而不是一个简单的"Hello World"版本。

2.背景 - "我们要做什么？"

"我需要为一个基于STM32G070的温湿度传感器项目，编写一个UART模块。"

为什么重要？提供背景信息，能帮助AI更好地理解你的真实意图。

"基于STM32G070":明确了具体的芯片型号，AI可以给出更精确的HAL库函数和配置。

"温湿度传感器项目":暗示了数据量可能不大，但对稳定性和低功耗可能有要求。AI在设计时可能会考虑到这些因素。

3.约束(Constraint) - "你必须遵守哪些规则？"

这是整个Prompt中最核心、最关键的部分。你需要在这里给出具体、明确、可执行的技术要求。

"请使用STM32 HAL库，为UART1实现一个波特率为115200的DMA接收功能。要求：

1. 使用环形缓冲区(Ring Buffer)...

2. DMA配置为循环模式(Circular Mode)...

3. 提供一个非阻塞的read函数...

4. 代码需要有清晰的注释..."

为什么重要？约束条件将一个模糊的需求，变成了一个可量化的工程任务。

"使用STM32 HAL库":锁定了技术栈。

"UART1, 115200, DMA接收":明确了核心功能参数。

"环形缓冲区"、"DMA循环模式":定义了关键的设计模式。这是你作为"架构师"的体现，你来做设计决策，AI负责实现。

"非阻塞read函数":定义了模块的对外接口(API)。

"清晰的注释":定义了代码质量的要求。

4.输出格式(Format) - "请把结果这样呈现给我"

"请以完整的C代码文件形式(.c和.h)提供给我，并在代码的最后，用一个独立的Markdown部分，详细解释你的设计思路..."

为什么重要？规定输出格式，能让你直接得到一个开箱即用的结果，而不是一堆需要手动整理的代码片段。

".c和.h文件":让你能直接复制粘贴到你的项目中。

"独立的Markdown部分解释设计思路":这一步价值千金！它强迫AI不仅要"知其然"，还要"知其所以然"。这部分内容既可以作为你的设计文档，也能帮助你快速学习和理解这个方案的核心原理。

总结：从"对话"到"指挥"

写好Prompt的过程，本质上是将你大脑中的隐性知识和设计思路，显性化、结构化地表达出来的过程。

传统工作流：你的大脑负责思考、设计、编码、调试的全过程。AI时代工作流：

你的大脑：负责更高层次的需求分解、技术决策、系统设计和最终验证。

AI：负责低层次的信息检索、方案分析、代码实现和文档撰写。

不要再把AI当成一个无所不知的"神"，或者一个什么都不懂的"实习生"。把它当成一个能力极强、记忆力超群、但需要清晰指令的"高级工程师"。你的角色，就是那个给出清晰指令的"架构师"或"技术经理"。

掌握了RBCF这套"指挥"方法论，你就能真正驾驭AI，让它成为你手中最锋利的工具，从而在内卷的嵌入式行业中，构筑起属于你自己的、坚不可摧的"效率护城河"。