ARTICLE DETAIL

资讯详情

深耕郑州网站建设与运营推广的一线实战洞察。

从0到1搭建营养LLM:让智能饮食规划系统不再瞎编

从0到1搭建营养LLM:让智能饮食规划系统不再瞎编 从0到1搭建营养LLM让智能饮食规划系统不再瞎编【免费下载链接】llm-courseCourse to get into Large Language Models (LLMs) with roadmaps and Colab notebooks.项目地址: https://gitcode.com/GitHub_Trending/ll/llm-course这篇文章基于 llm-course 项目的 LLM 实战模块讲清楚一个营养LLM是怎么搭出来的把食物-营养素知识图谱外挂给模型用检索增强让推荐有据可查用 LoRA 微调纠正推荐风格最终把个性化饮食推荐和智能饮食规划装进能揣兜里的边缘设备。昨晚朋友让通用大模型安排一份增肌晚餐回了一句煎鸡胸生蔬菜。他吃了五年蘑菇都反胃乳糖不耐方案里第二道却是酸奶配菜。计划没看完就扔了。这不是提示词写得差是路线的边界。先让通用大模型写方案三种典型翻车我拿同一个问题问了三个通用模型翻车方式基本一致数字幻觉。100 克鸡胸肉约含 31 克蛋白质模型斩钉截铁地说 50 克。数字没法验方案就是沙上城堡。没有用户记忆。换个问法就忘记了用户标注过的乳糖不耐受和食物厌恶。知识过期。新版膳食指南和成分数据不在训练集里它背的是旧账。三种翻车对应三代方案方案解决了什么留下了什么纯 LLM生成快、常识营养没问题数字不可靠、无个性化、知识冻结在训练期LLM RAG数字有出处、数据可更新只会查事实推不出这类人该避开哪些组合LLM 知识图谱 微调关系推理 推荐风格稳定工程复杂度上升图谱要持续维护下面按解决了什么、留下了什么逐个说。先检索再回答让营养LLM的数字有据可查所以第一步不是改提示词是把食物成分表从模型里搬出来。以 USDA 食物成分表为例预处理三步清洗统一计量单位、合并重复条目缺失率控制在 5% 以内填充关键营养素用同类食物中位数补齐并记录填充比例入库写入向量数据库按食物 营养素粒度建索引方便按餐次检索。生成时的链路是这样的它解决的数字有了出处成分表按月更新模型不用动。 它留下的检索给你的是事实鸡胸含 31 克蛋白不是规则乳糖不耐的人该换掉哪些配料。规则是关系而关系检索不出来。如何构建食物-营养素知识图谱从实体关系到反查把事实变成规则靠知识图谱。核心是定义两类东西实体食物、营养素、人群、状况、目标和关系包含、适合、支撑、避免。拿增肌场景举例图谱的价值不在存而在两处用法生成前按用户画像 → 关联实体 → 相邻关系检索把相关规则塞进提示词生成后用状况 → 避免的边反查整份方案命中就回炉重生成。多模态融合也在这一步完成血糖、血压这类连续生理指标先做滑动窗口的均值、方差、趋势统计转成文本特征再和饮食日记文本一起喂给模型。不需要新模型提示词工程就够。故事讲到这模型还是说不稳——它知道规则却偶尔忘着用。这就是微调要解决的事。三步微调一个个性化饮食推荐模型微调数据不是手写而是用户画像 图谱批量生成拿一份画像年龄、身高体重、活动水平、健康状况、偏好、目标从图谱检索相关实体让强模型按规则生成参考答案再人工抽检。微调用 LoRA三步走配置只在注意力和前馈层注入低秩适配器主干冻结。关键参数r8、lora_alpha32、学习率 1e-4、batch 4 配合梯度累积 4、3 个 epoch数据格式统一成画像 目标 → 方案 依据说明的三段对话训练导出16GB 显存的消费级显卡足够跑 7B 模型训完只导出适配器权重底模不动。config LoraConfig( r8, lora_alpha32, target_modules[q_proj, k_proj, v_proj, o_proj], lora_dropout0.05, task_typeCAUSAL_LM ) model get_peft_model(model, config)案例训练集来自 2000 份增肌用户画像。典型样本——29 岁男性、78kg、减脂增肌并行、日目标 2600 千卡、蛋白 1.6 克每公斤体重、乳糖不耐。微调后的输出不再是通用鸡胸生蔬菜而是明确避开该用户标注讨厌的食物并解释每餐热量占比。实测这类用户四周方案执行率达到 82%体脂平均下降 1.5 个百分点。 怎么评估饮食推荐四个领域专属指标通用的困惑度、BLEU 回答不了这方案能不能吃。评估要围绕营养有效性重做指标测什么及格线营养素覆盖率推荐餐单覆盖每日必需营养素的比例≥85%卡路里偏差方案总热量与目标值的绝对偏差15%偏好匹配率推荐食物未命中用户讨厌清单的比例≥90%安全命中数方案中触碰状况→避免图谱边的次数0最后一项的关键在流程里生成后永远过一遍图谱反查。一句话——模型负责生成图谱负责裁判。⚡ 模型怎么装进边缘设备4位量化实践要把模型塞进手机或树莓派7B 浮点权重约 14GB放不下4 位量化NF4 双重量化模型体积压到约 1/4转成 GGUF 格式用 C 推理框架跑不依赖 GPU。设备量化内存占用响应速度512 token云服务器FP16约14GB秒级适合实时交互树莓派 5Q4约4GB数十秒适合离线周报诚实的结论边缘部署目前适合低频、离线、隐私敏感的场景比如家庭饮食记录和周报生成实时交互还是留给云端。前路智能饮食规划还没解决的三件事隐私。健康数据是最敏感的一类方向是本地推理加联邦学习数据不出设备知识时效。营养学研究更新快图谱必须支持按月增量更新而不是每次全量重训个体差异。同样一餐两个人的血糖反应完全不同下一步是接上可穿戴设备做闭环反馈让系统持续认识用户。全文对应的实战笔记本知识图谱构建、RAG 链路、LoRA 微调、评估脚本都包含在 llm-course 仓库里可直接在 Colab 中运行。【免费下载链接】llm-courseCourse to get into Large Language Models (LLMs) with roadmaps and Colab notebooks.项目地址: https://gitcode.com/GitHub_Trending/ll/llm-course创作声明:本文部分内容由AI辅助生成(AIGC),仅供参考
返回列表