第78讲：模型选型策略——探索用Vibe、量产用Spec

第78讲模型选型策略——探索用Vibe、量产用Spec专栏地址嵌入式程序开发实战嵌入式双范式AI编程嵌入式开发必掌握嵌入式求职面试技术资料前言为什么需要根据场景选择模型和范式为什么重要不同开发场景需要不同的AI模型和编程范式原型验证阶段需要快速生成、允许试错、宽松约束功能开发阶段需要准确生成、适度约束、接口稳定量产固化阶段需要严格生成、完全约束、符合规范如果选错模型或范式Vibe用于量产代码质量差、隐患多、无法通过审查Spec用于原型约束过严、迭代慢、浪费时间模型不匹配生成质量差、理解偏差、修正成本高模型选型的作用根据开发场景选择合适的AI模型和编程范式提高效率、保证质量。新手常见困惑困惑1“不同AI模型有什么区别如何选择”困惑2“什么时候用Vibe什么时候用Spec”困惑3“模型和范式如何搭配使用”困惑4“开发过程中如何切换模型和范式”本文结构本文结构入门阶段进阶阶段高级阶段AI模型对比范式选择原则基础选型策略场景化选型模型范式搭配切换时机判断动态切换策略选型效果评估选型经验总结第一部分入门阶段——建立整体认知1.1 AI模型对比主流AI模型对比模型上下文窗口推理能力代码质量适用场景GPT-3.54K token中等中等简单任务、快速生成GPT-48K token强高复杂任务、准确生成GPT-4 Turbo128K token强高大型工程、长上下文Claude 3200K token很强很高复杂推理、长上下文DeepSeek64K token强高代码专用、性价比高模型选择原则简单中等复杂短长模型选择任务复杂度GPT-3.5快速生成GPT-4平衡质量与速度Claude 3高质量生成上下文需求上下文长度GPT-4GPT-4 Turbo / Claude 31.2 范式选择原则Vibe vs Spec范式对比维度Vibe范式Spec范式目标快速验证量产交付约束宽松严格迭代多轮快速迭代一次性准确生成代码质量功能优先质量优先适用场景原型验证、问题定位量产开发、固件交付范式选择决策树否是否是是否开发任务是否需要量产是否需要快速验证Vibe范式Spec范式提高质量是否有完整SpecSpec范式先Vibe验证再Spec固化1.3 基础选型策略策略一按开发阶段选型【按开发阶段选型】 阶段一需求探索阶段 - 模型GPT-3.5或GPT-4 - 范式Vibe - 目标快速验证想法找到可行方案 - 约束宽松允许试错 阶段二功能开发阶段 - 模型GPT-4 - 范式Vibe Spec混合 - 目标实现功能保证接口稳定 - 约束中等锁定接口 阶段三量产固化阶段 - 模型GPT-4或Claude 3 - 范式Spec - 目标代码符合规范可量产交付 - 约束严格完全符合Spec策略二按任务类型选型【按任务类型选型】 任务类型一新外设驱动开发 - 初次开发Vibe范式快速试错 - 验证通过切换Spec范式固化代码 任务类型二BUG修复 - 问题定位Vibe范式快速生成调试代码 - 根治修复Spec范式保证修复质量 任务类型三协议实现 - 协议理解Vibe范式快速验证协议理解 - 协议实现Spec范式严格按协议Spec实现 任务类型四代码重构 - 重构方案Vibe范式探索重构方案 - 重构执行Spec范式保证重构质量第二部分进阶阶段——深入理解原理2.1 场景化选型场景一原型验证【场景原型验证】 场景描述 - 需要快速验证硬件功能 - 不确定最优方案 - 时间紧迫 选型策略 - 模型GPT-3.5快速生成或GPT-4质量更好 - 范式Vibe - Prompt宽松约束允许试错 Prompt示例【Vibe模式】你是嵌入式原型开发工程师当前需要快速验证硬件功能。【宽松约束】允许修改外设配置参数允许添加临时调试代码允许多次迭代修改优先功能实现代码美观次要【目标】快速验证[具体功能]找到可行方案。适用任务 - 新外设首次驱动 - 时序问题调试 - 硬件问题定位 - 快速原型搭建场景二功能开发【场景功能开发】 场景描述 - 已完成原型验证 - 需要实现完整功能 - 接口需要稳定 选型策略 - 模型GPT-4 - 范式Vibe Spec混合 - Prompt中等约束锁定接口 Prompt示例【混合模式】你是嵌入式工程师当前处于功能开发阶段。【中等约束】禁止修改已锁定的接口必须添加错误处理必须添加必要注释允许修改实现细节【接口锁定】以下接口已锁定禁止修改[接口列表]【目标】在接口锁定的情况下实现[具体功能]。适用任务 - 功能完善 - 接口稳定 - 错误处理添加 - 代码优化场景三量产固化【场景量产固化】 场景描述 - 功能已稳定 - 需要符合量产规范 - 需要通过Code Review 选型策略 - 模型GPT-4或Claude 3高质量生成 - 范式Spec - Prompt严格约束完全符合Spec Prompt示例【Spec模式】你是嵌入式量产工程师当前处于量产固化阶段。【严格约束】必须符合MISRA-C 2012规范必须包含完整Doxygen注释必须包含完整错误处理必须通过静态检查禁止任何临时代码【Spec契约】[粘贴完整Spec契约]【目标】生成符合Spec契约的量产级代码。适用任务 - 量产代码生成 - 规范检查修复 - Code Review准备 - 固件交付2.2 模型范式搭配搭配策略一Vibe Spec顺序搭配【Vibe Spec顺序搭配】 适用场景新功能开发 流程 1. Vibe阶段快速验证 - 使用GPT-3.5或GPT-4 - 宽松约束快速生成 - 多轮迭代找到可行方案 2. Spec阶段固化代码 - 使用GPT-4或Claude 3 - 严格约束按Spec生成 - 一次性准确生成 示例开发USART驱动 1. Vibe阶段 - 快速生成USART初始化代码 - 测试通信是否正常 - 调整波特率、配置参数 - 验证收发功能 2. Spec阶段 - 编写USART驱动Spec - 按Spec生成量产代码 - 添加完整错误处理 - 添加完整注释搭配策略二Vibe Spec混合搭配【Vibe Spec混合搭配】 适用场景功能迭代开发 策略 - 接口层Spec范式接口稳定 - 实现层Vibe范式灵活实现 示例开发协议层 1. 接口层Spec - 定义协议接口protocol_init()、protocol_send()、protocol_recv() - 接口锁定不修改 2. 实现层Vibe - 实现协议帧组装灵活调整 - 实现协议帧解析灵活调整 - 允许修改实现细节 3. 最终固化Spec - 将Vibe代码升级为Spec标准 - 添加完整错误处理 - 添加完整注释2.3 切换时机判断切换信号是否开发过程是否满足切换条件切换范式继续当前范式Vibe→SpecSpec→Vibe功能稳定、测试通过发现新问题、需要探索Vibe→Spec切换条件【Vibe→Spec切换条件】 切换信号 1. 功能已稳定 - 所有功能测试通过 - 无明显BUG - 性能满足要求 2. 需要量产 - 有量产需求 - 有交付期限 - 有规范要求 3. 有时间优化 - 不急于交付 - 有时间提升代码质量 - 有时间添加注释和错误处理 4. 团队要求 - 团队要求符合规范 - Code Review要求 - 静态检查要求 切换动作 1. 编写Spec契约 2. 使用Spec范式重新生成 3. 验证符合Spec 4. 集成到工程Spec→Vibe切换条件【Spec→Vibe切换条件】 切换信号 1. 发现新问题 - Spec实现有问题 - 需要探索新方案 - Spec定义需要调整 2. 需求变化 - 需求发生重大变化 - Spec需要重新定义 - 接口需要调整 3. 时间紧迫 - 交付期限临近 - 无时间严格按Spec - 需要快速实现 切换动作 1. 放宽约束 2. 使用Vibe范式快速调整 3. 验证功能 4. 根据情况决定是否重新Spec第三部分高级阶段——掌握复杂应用3.1 动态切换策略自动切换机制【自动切换机制】 切换触发条件 1. 功能测试结果 - 测试通过率 90% → 建议切换Spec - 测试通过率 50% → 保持Vibe 2. 代码质量检查 - MISRA-C违规 5条 → 建议切换Spec - MISRA-C违规 20条 → 保持Vibe 3. 开发时间 - 距交付 2周 → 建议Spec - 距交付 3天 → 保持Vibe 切换建议Prompt【切换建议】当前状态范式Vibe测试通过率85%MISRA-C违规8条距交付时间1周建议建议切换到Spec范式原因测试通过率较高功能基本稳定MISRA-C违规较少容易修复距交付时间充足有时间优化是否切换3.2 选型效果评估评估指标【选型效果评估】 一、效率指标 - 生成时间从Prompt到生成完成的时间 - 迭代次数达到目标需要的迭代次数 - 修正次数需要修正的次数 二、质量指标 - 编译通过率一次编译通过的比例 - 测试通过率功能测试通过的比例 - 规范符合率符合编码规范的比例 三、成本指标 - API调用次数调用AI API的次数 - Token消耗消耗的Token数量 - 人力投入人工介入的时间 四、综合评估 选型效果 (质量指标 × 权重1) / (成本指标 × 权重2)3.3 选型经验总结经验总结【选型经验总结】 一、模型选择经验 1. 简单任务GPT-3.5足够速度快、成本低 2. 复杂任务GPT-4或Claude 3质量高、理解准 3. 长上下文GPT-4 Turbo或Claude 3上下文长 二、范式选择经验 1. 原型阶段必须用Vibe快速验证 2. 开发阶段VibeSpec混合平衡效率和质量 3. 量产阶段必须用Spec保证质量 三、切换经验 1. 不要过早切换Spec功能未稳定时切换会浪费时间 2. 不要过晚切换Spec距交付太近会来不及优化 3. 切换时机功能稳定、有时间优化、有量产需求 四、搭配经验 1. Vibe→Spec最常用搭配先验证后固化 2. VibeSpec混合功能迭代开发时使用 3. Spec→Vibe特殊情况如发现新问题 五、避免错误 1. 不要用Vibe做量产代码质量不够 2. 不要用Spec做原型约束过严、浪费时间 3. 不要频繁切换每次切换有成本总结入门要点AI模型对比GPT-3.5、GPT-4、Claude 3各有特点根据需求选择范式选择原则Vibe快速验证、Spec量产交付基础策略按开发阶段选型、按任务类型选型进阶要点场景化选型原型验证、功能开发、量产固化各有策略模型范式搭配VibeSpec顺序搭配、VibeSpec混合搭配切换时机Vibe→Spec切换条件、Spec→Vibe切换条件高级要点动态切换自动切换机制、切换建议Prompt效果评估效率指标、质量指标、成本指标经验总结模型选择、范式选择、切换时机、搭配策略记住这些原则匹配场景根据开发场景选择模型和范式灵活切换开发过程中根据情况灵活切换评估效果选型后评估效果优化选型策略总结经验积累选型经验形成最佳实践下一讲预告第79讲将深入讲解输出净化剔除AI废话只保留纯净C代码学习如何从AI输出中提取纯净的C代码剔除多余的解释和废话。