LazyLLM破局多Agent应用开发困境,让你“懒”到底!
嘿,开发者们!2025年GDC全球开发者先锋大会已在上海落下帷幕,这场科技界的大party狠狠地吸引了全球AI大佬、开发者和科技企业的目光。我们的LazyLLM, 这个面向开发者的一站式、开源的、可构建多Agent大模型的应用开发框架可以说是赚足眼球!接下来,请跟随我们的脚步,从一个资深程序员的角度看看LazyLLM如何带你“懒”到底!
LazyLLM的名字是怎么来的?
关于名字我们内部讨论了很久。我们希望大家使用这个工具能方便自己的工作,所以我们直接一步到位,就叫它Lazy!没错,就是你认识的那个单词。你不需要很聪明,也不需要非常精通编程,相反,你越懒,它越能帮你解决问题。
LazyLLM具体能解决什么问题?
它解决的是在大模型时代怎么把复杂的大模型通过流程的编辑串成一个一个应用。目前已经有比较有名的项目,比如langchain和llamaindex,这些工具我们都尝试用来构建我们内部的系统平台和应用,但构建的时候发现它部署的程度、上手的难度、封装的程度、微调的需求都很难满足我们的需要。
因此,我们开发了一站式多agent应用开发工具LazyLLM。商汤作为一个AI公司,大装置作为算力的服务商,我们希望算力能被大家普惠的用起来。所以从去年起,我们开始在开源社区发力,做开源工具,也就是大家今天可以用到的LazyLLM~
工具那么多,LazyLLM有什么过人之处?
虽然我们搭的是应用平台,但是它是以数据流为核心来搭建AI应用。一个复杂的应用里面包含很多的环节,里面的模块又包含很多的环节,有大模型也有小工具。比如搭建pipeline时如何进行高效的连接,我们可以提供简洁的代码设计,每个组件每个部件它的不同的技术选型,我们都提供了统一的体验。
在RAG方面,我们提供灵活的配置,10行代码就可以实现多路召回!在部署环节可以进行跨平台,在个人PC、端侧、云侧,私有云、公有云各个不同的云上有统一的部署方式,在多agent的编排我们也能做的很好~
代码来了!莫慌莫慌,这里只是给大家秀下肌肉——展示我们怎么做简洁代码设计。大家不用懂这里面的代码,这个例子只是告诉大家:如果实现一个数学公式,lazy大概10行不到的代码就可实现,而LangChain需要15行代码,LlamaIndex则需要30多行代码。只看行数,LazyLLM稳赢哒!我们也想低调,但是实力不允许啊~
我们可以做不同技术选型间的统一体验,这是LazyLLM的又一亮点。对于一个模型应用,我们不仅包含模型服务、数据库服务、Prompt等别人有的能力,别人所没有的微调服务我们也稳稳拿捏。现在大多数的平台在用大模型的时候只具备调试Prompt的灵活度,然而在一些细节的和垂域场景下,调prompt没办法达到很好的效果。
LazyLLM可以帮助你对几十到上百条数据进行微调,微调后就可以在比较小的模型和垂直场景下取得比较好的效果。对于推理服务,如果你不用API,想用自己的模型,我们自己的推理框架LIGHTLLM或者是开源的VLLM和LMDeploy我们都支持部署。
注意,要上难度了!上面流程图就是最典型的RAG,但它不是简单的RAG,而是多路召回的RAG。如果想把query做好,大多数情况下用多个数据源进行召回,不是只从文档召回,会召回文档、之前的知识库、线上搜索引擎等信息。多路信息的召回融合逻辑十分复杂,但是10行代码我们就能把它定义好,并且还能编辑!对于各个环节比如向量编码的过程,比如模型的方式,再比如要进行最后生成的模型,进行调整修改也都是可以直接替换。同时,只要是模型就可以微调,高效率一键实现!
项目地址:https://github.com/LazyAGI/LazyLLM
项目文档:docs.lazyllm.ai

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
TinyEngine v2.2版本发布:支持页面嵌套路由,提升多层级路由管理能力&开发分支调整
2025年春节假期已过,大家都带着慢慢的活力回到了工作岗位。为了让大家在新的一年继续感受到 Tiny Engine 的成长与变化,我们很高兴地宣布:TinyEngine v2.2版本正式发布!本次更新带来了重要的功能增强------页面支持嵌套路由,让开发者在构建复杂应用时更加得心应手。接下来,我们将详细介绍该版本的几大亮点与改进 v2.2.0变更特性概览 页面支持嵌套路由,出码支持多层级路由嵌套结构 物料协议npm字段整改,物料协议新增字段:materials.packages 状态管理默认值支持表达式 默认开启区块插件中的区块分类与物料插件中区块分组合并的选项 修复了多个问题,包括Element Plus出码样式引入、I18n格式化、国际化配置弹窗异常等 默认分支变更,refactor/develop 分支更改为 develop 详情可见:https://github.com/opentiny/tiny-engine/releases/tag/v2.2.0 TinyEngine v2.2.0新特性解读 1. 页面支持嵌套路由 Vue 的路由管理器 vue-router 在前端项目中...
- 下一篇
接入 MSE XXL-JOB 任务调度实现优雅下线
作者:千习 XXL-JOB 为什么需要优雅下线 对于接入定时任务进行业务处理的应用,往往都存在高频率持续性的定时业务处理,当相应应用集群进行发布重启时会影响到对应任务业务处理执行,最终出现业务数据受损。主要存在以下情况: 任务执行中断: 任务正在运行中,应用进程停机业务处理中断,可能会导致业务数据不完整。 任务调度下跌: 在发布重启过程中,调度器将任务分发给停机节点,导致调度失败影响整体处理效率。 因此,在使用定时任务调度的场景下,需要定时任务执行的优雅下线来实现滚动发布和重启过程中的业务平滑运行。 开源 XXL-JOB 执行原理及优雅下线问题 目前开源 XXL-JOB 在任务调度持续执行过程中,任务执行侧还无法有效地实现优雅下线功能。因此,想通过开源版本实现优雅下线还需进行一番自定义改造。在改造开源 XXL-JOB 优雅下线之前,先可以对 XXL-JOB 任务分发和任务执行的整体链路进行一个剖析。整个链路涉及 xxl-job admin 和 xxl-job executor 两个模块,参考如下图示例: 针对上图 XXL-JOB 主要的交互执行链路进行解读说明,并标注出对优雅下线的影响...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- CentOS7编译安装Cmake3.16.3,解决mysql等软件编译问题
- CentOS6,7,8上安装Nginx,支持https2.0的开启
- CentOS7,CentOS8安装Elasticsearch6.8.6
- SpringBoot2整合MyBatis,连接MySql数据库做增删改查操作
- Hadoop3单机部署,实现最简伪集群
- CentOS8编译安装MySQL8.0.19
- CentOS8安装Docker,最新的服务器搭配容器使用
- Docker安装Oracle12C,快速搭建Oracle学习环境
- 设置Eclipse缩进为4个空格,增强代码规范
- MySQL8.0.19开启GTID主从同步CentOS8