大模型微调主要框架 Firefly vs LLaMA Factory 全方位对比表

Firefly vs LLaMA Factory 全方位对比表 + 生物医药垂类微调选型建议

一、核心维度对比表格

对比维度Firefly(流萤)LLaMA Factory
开发主体个人开源:杨建新(YeungNLP),前Shopee NLP工程师,中山大学硕士社区开源:hiyouga核心维护,全球开源社区协同迭代
项目定位聚焦中文大模型的轻量化训练框架+配套中文优化模型通用型全栈大模型微调框架,无语言/模型偏向,极致兼容
支持基座模型以中文友好模型为主(Llama系列、Qwen、ChatGLM、Firefly自训模型),覆盖有限但深度适配全主流开源模型全覆盖(Llama、Qwen、Mistral、DeepSeek、GLM、Yi、Firefly等),几乎无适配成本
支持微调方式基础SFT、LoRA/QLoRA、增量预训练,进阶对齐方法较少SFT、DPO/IPO/KTO、RLHF、预训练、多模态微调,全流程对齐方案完整
中文优化原生深度优化:中文分词、语料、表达逻辑专项适配,中文生成质感最优通用框架无原生中文特化,依赖基座模型本身中文能力,可通过数据弥补
使用门槛配置简洁、脚本轻量化,中文新手教程充足,上手快UI/命令行双模式,模板化YAML配置,零代码WebUI,新手友好度拉满
硬件显存优化支持4/8bit量化、QLoRA,单卡消费级显卡可跑7B~13B模型量化、LoRA、梯度检查点、多卡并行等优化更全面,大参数模型适配性更强
文档&社区中文文档完善,作者公众号/知乎答疑,社区规模中等,问题响应较快国内外社区双活跃,Issue/教程/二次开发案例极多,复杂问题解决方案丰富
部署导出支持基础量化导出、本地推理,生产级部署工具链简易多格式导出(LoRA合并、GGUF、GPTQ、AWQ),对接主流推理框架,生产部署完整
扩展性聚焦中文SFT场景,自定义扩展、多任务适配能力一般插件化架构,可自定义数据集格式、训练策略、新增模型,扩展性极强
维护频率稳定迭代,更新节奏偏个人开源节奏高频更新,新模型、新算法第一时间集成
适用核心人群中文垂类开发者、个人科研、轻量化中文对话任务全场景开发者、多模型测试、进阶对齐、复杂垂类、工程化落地

二、核心差异一句话总结

  • Firefly:专精中文场景,小而精,配置简单,中文生成效果上限高,适合纯中文垂类快速微调。
  • LLaMA Factory:全能通用框架,大而全,兼容所有模型与微调方法,社区生态无敌,适合试错、多模型对比、进阶训练。

三、通用场景快速选型规则

  1. 纯中文对话/文案/国内垂类任务 → 优先 Firefly
  2. 多模型轮换测试、需DPO/RLHF进阶对齐、多模态微调 → 必选 LLaMA Factory
  3. 新手零基础、追求一键运行、不想处理代码适配 → 优先 LLaMA Factory(WebUI)
  4. 追求极致中文流畅度、轻量化脚本、极简部署 → 优先 Firefly
  5. 企业生产落地、多格式导出、分布式训练 → 优先 LLaMA Factory

四、结合你的「小分子药物筛选/生物医药垂类」专属建议

结合你做AI生物医药、小分子药物筛选、论文相关垂类微调的需求,给出针对性结论:

1. 优先推荐方案:LLaMA Factory

核心适配理由:

  • 生物医药场景会用到Llama、DeepSeek、Qwen、Yi等多类基座模型,LLaMA Factory无适配成本,可快速对比不同基座在医药数据上的效果。
  • 垂类微调常需要迭代数据、尝试LoRA/量化参数,甚至后续做DPO对齐优化回答准确性,LLaMA Factory全流程支持。
  • 本地消费级显卡训练、低显存环境下,其量化与显存优化比Firefly更细致,大参数模型训练稳定性更好。
  • 生物医药文献多为中英混合,LLaMA Factory不绑定中文特化,可灵活适配双语垂类数据,通用性更强。
  • 社区海量医药/科研垂类微调案例、踩坑文档,遇到训练报错、参数不合理问题更容易找到解决方案。

2. 可选备选方案:Firefly

仅适用于:

  • 你的训练数据100%为中文医药文献、中文问答,极致追求中文表达流畅度。
  • 仅固定使用1~2款中文基座(Qwen/ChatGLM),不做多模型对比,只需要快速完成基础SFT。

3. 最优折中实操方案(兼顾两者优势,最推荐你使用)

采用 LLaMA Factory 框架 + Firefly系列基座模型 组合:

  1. 用LLaMA Factory的易用UI、参数优化、全格式支持,降低训练与部署成本。
  2. 加载Hugging Face上的Firefly预训练模型(Firefly-Llama、Firefly-Qwen),保留中文深度优化的基础能力。
  3. 注入你的小分子药物筛选、DrugBank、ZINC20相关垂类数据做LoRA微调,兼顾通用框架兼容性中文生成质量
  4. 训练完成后通过LLaMA Factory导出量化模型,本地推理或后续部署都更灵活。

五、极简最终结论

  • 小分子药物筛选这类科研垂类、多模型测试、双语数据、长期迭代 → 直接用 LLaMA Factory
  • 仅做纯中文医药对话、极简快速微调、不折腾框架 → 用 Firefly
  • 想要兼顾中文效果与框架易用性 → LLaMA Factory 微调 Firefly 基座模型(最适合你的场景)

需要我进一步给出适配生物医药数据格式的LLaMA Factory训练YAML模板、LoRA参数推荐,以及本地显卡(3090/4090)的显存优化配置吗?

Read more

AIGC与虚拟身份及元宇宙的未来:虚拟人物创作与智能交互

AIGC与虚拟身份及元宇宙的未来:虚拟人物创作与智能交互

个人主页:云边有个稻草人-ZEEKLOG博客 目录 引言 一、AIGC在元宇宙中的作用 1.1 AIGC与虚拟人物创作 1.1.1 生成虚拟人物外观 1.1.2 个性化虚拟角色设计 1.2 AIGC与虚拟角色的行为与交互 1.2.1 行为生成与强化学习 1.2.2 对话生成与自然语言处理 二、AIGC实现虚拟人物创作与行为交互的技术架构 2.1 生成虚拟人物外观 示例代码:基于GAN生成虚拟人物的外观 2.2 虚拟角色的行为生成 示例代码:基于强化学习的行为训练 2.3 虚拟角色的对话生成 示例代码:基于GPT-3进行对话生成 三、AIGC与虚拟身份的未来发展 3.1 AIGC在个性化虚拟角色中的应用

Qwen3-VL + LLama-Factory进行针对Grounding任务LoRA微调

Qwen3-VL + LLama-Factory进行针对Grounding任务LoRA微调

0.官方GitHub网站: GitHub - QwenLM/Qwen3-VL:Qwen3-VL 是由阿里云 Qwen 团队开发的多模态大语言模型系列。https://github.com/QwenLM/Qwen3-VL 空间感知能力大幅提升:2D grounding 从绝对坐标变为相对坐标,支持判断物体方位、视角变化、遮挡关系,能实现 3D grounding,为复杂场景下的空间推理和具身场景打下基础。 OCR 支持更多语言及复杂场景:支持的中英外的语言从 10 种扩展到 32 种,覆盖更多国家和地区;在复杂光线、模糊、倾斜等实拍挑战性场景下表现更稳定;对生僻字、古籍字、专业术语的识别准确率也显著提升;超长文档理解和精细结构还原能力进一步提升。 一是采用 MRoPE-Interleave,原始MRoPE将特征维度按照时间(t)、高度(h)和宽度(w)的顺序分块划分,

主流大模型(GPT, Gemini, Llama, Qwen, GLM 等)底层原理、架构创新与核心技术剖析

关键词: Transformer, Decoder-Only, MoE, RLHF, GQA, RoPE, GLM, 多模态, 大模型架构 摘要: 自 2022 年以来,全球大模型领域进入了“万模齐放”的时代。尽管它们都基于 Transformer 架构,但每一个主流模型——无论是 OpenAI 的 GPT、Google 的 Gemini 还是 Meta 的 Llama,以及国内的通义千问、ChatGLM,都在核心组件、训练范式和推理优化上进行了独特的创新。本文旨在剥开这些模型的“外衣”,直击其底层架构原理与工程化优化细节。 一、 架构基石:Transformer 的三大变体 所有现代大模型均源于 Transformer 架构,其核心是自注意力机制(Self-Attention)。但根据任务需求,架构分为三大变体:

Qwen-Image-Edit-2511让AI绘画更智能,几何推理能力升级

Qwen-Image-Edit-2511让AI绘画更智能,几何推理能力升级 你有没有试过让AI把一张产品图里的圆柱形水杯,精准替换成“等高、等底、表面有3条平行螺旋纹”的金属杯,还要求杯口朝向不变、阴影角度一致、背景透视完全匹配? 我试了——前三个版本都失败了:要么螺旋纹歪斜断裂,要么杯体扭曲变形,要么阴影方向突然翻转,像被强行掰弯的易拉罐。直到我换上 Qwen-Image-Edit-2511。 这不是一次普通升级。它没有堆参数、没提分辨率上限,却悄悄把AI对“空间结构”的理解,从模糊感知推进到了可推演、可约束、可验证的层面。尤其在工业设计、建筑草图、机械示意、教育图解这类强几何语义的场景里,它第一次让我觉得:AI不是在“画图”,而是在“建模”。 1. 这不是小修小补:从图像编辑到几何语义编辑的跃迁 Qwen-Image-Edit-2511 是 Qwen-Image-Edit-2509 的增强版本,但它的进化路径非常清晰:不再满足于“看起来像”,而是追求“逻辑上对”。 官方文档只轻描淡写写了句“