先定义一套“死板”的协议模板用类封装好报文帧和解析结果AI生成代码时只让它填“槽位”不准它自由发挥。cpp// modbus_frame.h - 协议模板焊死的骨架struct ModbusFrame {quint8 slaveAddr;quint8 funcCode;QByteArray data;quint16 crc;QByteArray toRaw() const {QByteArray raw;raw.append(slaveAddr);raw.append(funcCode);raw.append(data);quint16 crc calcCRC(raw);raw.append(static_castchar(crc 0xFF));raw.append(static_castchar((crc 8) 0xFF));return raw;}static quint16 calcCRC(const QByteArray raw) {quint16 crc 0xFFFF;for (char byte : raw) {crc ^ static_castquint8(byte);for (int i 0; i 8; i) {if (crc 0x0001) {crc (crc 1) ^ 0xA001;} else {crc 1;}}}return crc;}};坑点提醒CRC计算高低字节顺序千万别搞反我见过十个新手九个栽在这。模板里把CRC校验写死AI生成代码时只让它处理业务数据这错误直接消灭在源头。还有用qint8还是quint8全工程统一别混着用否则地址大于127的设备直接完蛋。## DeepSeek批量生成喂给它的Prompt得“长牙齿”模板定好了接下来让AI照着填槽。直接丢给它“生成一个Modbus驱动”是作死它给你整出花活。我的Prompt结构化得像合同条款每个字段都有约束和示例生成完直接可以编译。txt你是一个C/Qt上位机驱动开发专家。请基于以下Modbus RTU模板类ModbusFrame为设备型号“XX-3000”的协议文档生成驱动代码。要求1. 必须继承自基类ModbusDeviceBase实现readHoldingRegisters和writeSingleRegister。2. 寄存器映射表用std::unordered_mapquint16, QString定义键是寄存器地址值是变量名。3. 所有报文延迟固定为10ms串口通信错误重试3次每次间隔200ms。4. 代码中禁止出现硬编码的串口号和波特率统一从构造函数参数传入。5. 生成代码后附上单元测试用例用模拟串口发送接收回环验证CRC和解析函数。坑点提醒Prompt里一定要给“反例”比如告诉它“不要用动态属性不要用信号槽做报文同步不要用QThread::sleep”。DeepSeek有时候会自作聪明给你整异步方案在上位机这块同步加超时才是王道。我生成的代码直接扔进Qt Creator编译零警告过。## 自动校验脚本把人工检查的活扔给机器生成的代码不能直接信要跑一遍自动校验。我写了个Python小脚本专门扫三个东西CRC计算是否用了模板方法、寄存器地址是否越界、超时重试逻辑是否完整。这脚本跑5秒钟顶你人眼审半小时。python# validate_driver.py - 检查生成的驱动代码是否符合规范import reimport sysdef check_crc_usage(file_path):with open(file_path, r) as f:content f.read()# 强制要求使用模板的calcCRC禁止自己实现if ModbusFrame::calcCRC not in content:print(fFAIL: {file_path} 未使用模板CRC校验)return False# 禁止硬编码串口参数if re.search(r/dev/tty|COM\d, content):print(fFAIL: {file_path} 存在硬编码串口)return Falseprint(fPASS: {file_path} 校验通过)return Trueif __name__ __main__:files sys.argv[1:]for f in files:check_crc_usage(f)坑点提醒校验脚本别搞太复杂就抓“会导致产线事故”的这几个点。什么变量命名风格、注释规范让AI生成的时候注意点就行别在脚本里吹毛求疵。你抓得越狠AI越不敢乱来后期集成越省心。## 快速集成到主工程别搞大动静校验通过后集成阶段最忌讳把框架翻个底朝天。我的做法是每个设备驱动做成一个独立插件类主程序通过工厂模式加载。改代码只动新增的类文件老设备驱动碰都不碰。cpp// device_factory.cpp - 简单工厂根据设备类型创建驱动实例ModbusDeviceBase* createDevice(const QString model) {if (model XX-3000) return new XX3000Driver();if (model YY-5000) return new YY5000Driver();// 新增设备在这里加一行完事return nullptr;}坑点提醒集成时把寄存器地址表抽出来做成配置文件别写死在代码里。现场设备实际地址和手册不一致是家常便饭写个QSettings读配置改地址重启上位机就生效省得重新编译部署。这招儿救我无数次在客户现场的狗命。## 这套流程跑下来我的真实体感用这工作流上个月处理了8台不同品牌的传感器平均每台设备从手册到跑起来测试不超过40分钟。以前手写至少得半天而且AI生成的代码逻辑统一测试的时候一个坑都没踩。现在产线那边再丢新设备手册过来我都不慌了模板一贴Prompt一调生成完校验一跑集成进去就能干活。最后总结几个要点- 协议模板必须死板CRC、帧格式、超时重试全锁死AI只准填业务槽位。- Prompt里给清楚规则和反例别让AI自由发挥生成完直接可编译是关键。- 自动校验脚本只抓致命问题过一遍比人眼可靠速度快。- 集成用工厂模式加配置化地址表现场改地址不用动代码。- 这套东西的核心是“把重复劳动交给AI把风险控制攥在自己手里”。