“榨”出硅的极限:怎么让GPU不“闲着”?

AITNT-国内领先的一站式人工智能新闻资讯网站
# 热门搜索 #
“榨”出硅的极限:怎么让GPU不“闲着”?
8487点击    2026-08-01 17:39

AI行业突然开始了一场“造芯大战”。


7月20日,The Information报道称,谷歌正在研发一款内部代号“Frozen v2”的服务器芯片,计划把Gemini模型的部分架构直接固化进硅片。


而在一个月前的6月24日,OpenAI亮出了和博通联合研发的首款推理芯片Jalapeño,从设计到流片只用了九个月。


“榨”出硅的极限:怎么让GPU不“闲着”?


此外,Anthropic、智谱、DeepSeek也都相继传出正在进行相关布局。


但并不是每家公司都有资金、有能力去重造一块芯片。因此有一个市场正在引发资本和巨头的关注:AI infra。背后的逻辑是:已经部署好的数据中心和GPU,本身还存在优化的空间。


AI推理平台Baseten一年收入增长了20倍,估值从21亿美元暴涨至130亿。同赛道的Fireworks,七个月内估值翻了四倍达到 175 亿美元,年化营收突破10亿美元。


而最近,这个赛道还迎来了一股强劲势力。开源推理引擎“双子星”vLLM和SGLang前后脚宣布商业化,种子轮融资都超过1亿美元,背后几乎聚齐了AI产业里所有巨头和顶级风投的名字,拉开了强强对决的大幕。


所以,“GPU的利用率”成为了硅谷的最新关键词,也带出了一个新的千亿级市场。


这篇文章,我们邀请到了由SGLang孵化的RadixArk的联合创始人和核心成员,以及数据中心专家,一起聊聊AI Infra的四层架构、行业如何把“硅”的潜力榨到极限,以及背后的关键技术。


“榨”出硅的极限:怎么让GPU不“闲着”?


大模型的重心从训练走向推理,这对算力会提出完全不同的要求。


训练成本极高,但训练完之后,任务就告一段落。但推理不同,无论是Chatbot还是Agent,AI应用越多,GPU需要处理的请求就越多,而且这些请求完全不间断,推理需求也随之爆发性增长。


“榨”出硅的极限:怎么让GPU不“闲着”?


朱邦华
RadixArk联合创始人
随着新的应用逐渐增多,推理的总量会比原来大很多。随着大家不断拓展应用、不断拓展模型的智能边界,推理的需求会越来越大。现在已经大到,市面上的卡基本都很难找到,每一家都缺卡。


现在的情况就是,市面上每一家都缺卡,而对于有钱的巨头们来说,最直接的方法当然还是继续建数据中心、采购更多GPU。


Meta、Google、Microsoft等科技巨头持续提高资本开支,今年合计预计超过1万亿美元。而黄仁勋预测,到2030年,全球AI基础设施年投资规模将达到4万亿美元。


“榨”出硅的极限:怎么让GPU不“闲着”?


但华尔街,是担心的。


Ethan Xu
前微软能源战略经理、突破能源科研总监
华尔街的担心不无道理,过去我们是有前车之鉴的。像互联网时代泡沫的破灭,当时大量资金投入到光纤建设、互联网公司,虽然长期来看实现了它们的价值,但短期出现了很大的问题。


“榨”出硅的极限:怎么让GPU不“闲着”?


所以,如果不能在短时期内大规模增加算力,还有什么办法能够满足AI快速发展的需求?答案是:提高GPU的利用率。这背后的这一层产业,叫做AI Infra(人工智能基础设施层)。


首先,我们从AI Infra的整体架构角度,来科普GPU的一个误区:你以为GPU很忙,其实大多数时候,GPU是很“闲”的。


GPU只是整个AI系统中的一环。从一条用户请求进入系统开始,它需要经过网络传输、资源调度、模型加载、内存管理,再到最终完成推理、返回结果。整个过程中,只要任何一个环节出现瓶颈,GPU就只能停下来等待。


卡内基梅隆大学(CMU)今年4月发布的一项研究,对一个大型学术AI集群里的756块GPU做了31天的细粒度遥测,覆盖A6000、L40S、A100、H100到最新B200等六种型号。结果发现,很多时候GPU都处于一种叫做“execution-idle”(执行时空转)的状态。


这种“看似繁忙实则空转”到底有多严重?在他们观测的集群中,整体上有近20%的执行时间和约11%的能耗被浪费在了等待上更值得关注的是推理场景,Azure Code负载有高达65%的能耗消耗在这种空转上,OpenAI的Chat类请求也达到52%。


“榨”出硅的极限:怎么让GPU不“闲着”?


那么,为什么GPU会被跑不满呢?我们首先要了解一下AI Infra的四层架构,每一层其实都会影响GPU的利用率。


第一层:能源基础设施(Power Infrastructure),也就是电。这一层决定的是,GPU能不能持续稳定地运行。


第二层:计算硬件(Hardware Infrastructure),也就是卡。除了GPU,现在还包括高带宽存储(HBM)、高速互联(NVLink、InfiniBand)和CPU等。这一层决定的是理论上能够提供的计算上限。


第三层:系统软件(System Software),包括CUDA、编译器(Compiler)、通信库、内存管理和底层算子(Kernel)库等,决定的是每一次计算能不能被执行到硬件的物理极限。


第四层:服务编排(Service Orchestration),这一层要负责协调GPU资源,决定哪些任务优先运行,以及不同业务间的动态调度。推理引擎、训练框架、请求调度和资源管理等都属于这一层,代表性项目有vLLM、SGLang等,也是近年来创新最密集的地方。


搞清楚了AI Infra的架构之后,回到我们的问题:为什么这么多GPU跑不满,主要卡在什么环节?


理论上来说,四个层级中的任何一层出现问题,都会影响GPU利用率:电力和散热不足,GPU会被迫降频运行;硬件互联跟不上,会让GPU花大量时间在等数据而不是算数据;系统软件优化不够,会让每一次计算都无法触及硬件的物理极限;而请求调度不当,会让本来可以合并的计算被拆散、可以复用的结果被重算,造成浪费。


但这四层的问题,性质并不相同。能源基础设计层和计算硬件层是“硬”问题,电力、散热、芯片的改造周期以年为单位,而且优化空间正在快速见顶。系统软件层和服务编排层是“软”问题,本质上是工程问题和算法问题,优化之后能带来数倍的性能提升。


“榨”出硅的极限:怎么让GPU不“闲着”?


在这样的背景下,行业的注意力也在快速往这两层“软”问题上移。


陈震林(Richard)
RadixArk Member of Technical Staff
尽管成本主要发生在物理层,但大部分工作都要放在软件层和服务编排。因为你把人力投入到这一块当中,能够带来最大的优化可能性。


“榨”出硅的极限:怎么让GPU不“闲着”?


举一个具体的例子。一台NVIDIA GB200 NVL72机柜,采购成本大约在400万美元。但如果软件栈没有做好调度和优化,GPU的实际利用率可能只有50%,相当于只用到了200万,剩下的200万美元就以电费、折旧和机会成本的形式被白白烧掉了。反过来,如果能把利用率从50%推到90%以上,效果就相当于凭空多出了一台机柜。


陈震林(Richard)
RadixArk Member of Technical Staff
软件层能做得最好,就会带来更好的服务和更好的token消耗。通过这一层的重写和优化,去帮助推理引擎和训练框架做更好的交互,也包括像reinforcement learning(强化学习)这种现在特别火的post-training(后训练)过程的调度,把GPU的利用率给提上来。


这就是为什么,当硬件成本高到这个量级时,软件层的每一次优化,都变成了直接的商业问题。


不久之前,有网友扒出Anthropic的员工中现在占比最大的就是AI Infra相关的工程师,背后也与这个逻辑息息相关。


“榨”出硅的极限:怎么让GPU不“闲着”?


陈震林(Richard)
RadixArk Member of Technical Staff
Anthropic现在推理的队伍大概已经有200多个人,在这三年期间,他们也是从infra极度不稳定,到现在极度趋于稳定,以及把成本和优化做得更强,这也直接影响了他们的营收能够在二季度就实现盈利。


OpenAI、Anthropic和谷歌会把这样的AI Infra团队放在公司内部做,因为这成为了各大前沿实验室的竞争壁垒之一。但对于没有资金量做优化的稍小一些的模型团队或初创公司来说,两个开源框架成为了他们的支柱,分别是SGLang与vLLM。


陈震林(Richard)
RadixArk Member of Technical Staff
这就是为什么两年前会有像SGLang这样的开源社区出现。你需要有这样新的框架,去重新定义这一波新的硬件系统组合,才能跟它做更好的适配。


理解了四层架构以及需要被优化的两层“软”问题,那具体应该怎么做呢?

“榨”出硅的极限:怎么让GPU不“闲着”?


目前所有的优化工作,都可以归结为对四个问题的回答:哪些计算不用重新做?哪些等待可以消除?哪些算力没有吃满?哪些资源没有协同?


刚才我们提到的SGLang与vLLM都是在围绕着这几个问题展开,只是设计思路略有不同。vLLM因提出PagedAttention而受到广泛关注,更强调常规、通用的推理部署场景。SGLang则从推理执行流程出发,更强调计算复用和系统级优化。


“榨”出硅的极限:怎么让GPU不“闲着”?


我们来看看,SGLang孵化出来的RadixArk团队,现在是如何思考AI Infra优化的这四个核心问题的。首先,我们先来解决一下计算的问题。


K/V Cache的极致复用


大模型推理里有一个“很傻”的事实:当同一段文字被反复喂给模型时,它每次都要从头计算一遍。


这在实际业务里简直就是硬伤,尤其是在agent(智能体)工作流里,同样的工具描述可能被调用几十次,每次都从零开始。业界现在把它称为“推理税”,这意思大概跟智商税也差不太多,反正都是白花的钱。


那这税能不能省呢?当然能。


Anthropic之前就做过一版优化,直接把成本砍了90%,同样的东西本来要花十块,优化完只花一块。而这背后最核心的思路,叫做KV Cache复用,简单来说就是把算过一遍的东西存下来、下次直接拿来用,不用从头算。


“榨”出硅的极限:怎么让GPU不“闲着”?


Transformer在解码时,每一层self-attention(自注意力机制)都会把历史token映射成Key / Value张量,简称KV,Cache就是缓存。有了KV Cache之后,在第一次请求的prefill(预填充,指用户输入完prompt到生成首个token的过程)阶段,系统能把prompt中每个token、每一层的K/V存下来。之后解码每个新token时,只计算新token的KV并追加到缓存里,历史token的K/V则直接复用。


但KV Cache有一个弊端。它虽然可以降低解码的计算量、降低首token延迟(TTFT),但代价是占GPU显存。当上下文很长、同时又有很多用户请求时,KV Cache会占用大量显存。显存一旦不够,模型就很难继续提高并发和速度,所以它常常会变成推理服务的主要瓶颈。


而SGLang在这件事上的解决方案,是一项叫做RadixAttention的核心技术


它的核心思路是用一种叫做“基数树”(Radix Tree)的数据结构,来组织海量请求的KV Cache。你可以把它想象成一棵共享前缀的家族树,共享同样开头的请求会共用同一段枝干,只有当内容开始分叉时,才各自长出新的树枝。


“榨”出硅的极限:怎么让GPU不“闲着”?




简单来说,SGLang完成的核心优化之一,就是跨请求、跨机器地共享和复用KV Cache。普通KV Cache只服务于一个请求,但SGLang把KV Cache变成了全局可复用的资源。


不过,这件事听起来简单,工程上却很复杂。比如说,缓存存在哪里、怎么快速匹配、多个请求怎么共享、显存不够时该淘汰谁,每一步都要精细设计。仅仅有一个好的缓存结构还不够,还需要“调度器”主动把可以共享前缀的请求安排在一起处理。否则缓存明明存着,调度器却把请求分到不同时间、不同GPU上,缓存就等于白存。对此,SGLang也做了非常多的优化策略。


比如说Cache-aware scheduling(缓存感知调度),就是把相似请求排在一起处理。你可以把大模型运作想成餐厅后厨,如果后厨现在连续处理的三单都是麻辣香锅,那很多调料和准备工作可以复用,效率很高,就算有区别,也只是小辣、中辣、大辣的区别。


但如果顺序变成麻辣香锅、寿司、牛排、麻辣香锅、寿司、披萨、麻辣香锅,中间切来切去,大厨还得洗锅,那复用机会就少了。所以SGLang会用Cache-aware scheduling让前缀相似的请求靠近处理,把顺序重新排成3份麻辣香锅、2份寿司、牛排、披萨,这样缓存更容易命中,效率也就进一步提高。


“榨”出硅的极限:怎么让GPU不“闲着”?


还有一个叫Eviction(淘汰机制),就是显存不够时,扔掉最不可能再用的缓存,跟你管理手机内存是一样的道理,10年前的照片和文档,可能就没有最近几个月的数据那么有价值。所以常用的系统提示词、高频RAG文档,还有最近刚被用过的对话前缀更会被保留,而显存不够时,就淘汰很久没用过的、复用价值低的、不太可能再被访问的KV Cache。


“榨”出硅的极限:怎么让GPU不“闲着”?


还有一个让AI Infra显得非常有智商的技术,叫做分布式cache-aware load balancer(缓存感知负载均衡)。大规模服务通常有很多GPU,如果某段长prompt的KV Cache在GPU 1上,但下一个相同前缀的请求被发到了GPU 3,那GPU 3没有这份缓存,还是得重新算。所以SGLang还会尽量把请求发到“已经有笔记”的那个GPU上,这样一来,可以少算很多重复内容。


“榨”出硅的极限:怎么让GPU不“闲着”?


还有其他的小技术细节我们就暂时不展开了。总体而言,虽然SGLang把架构都搭好了,但具体每个团队怎么部署infra,还是蛮有工程上的考量的。我们接下来看看优化工作的第二个大难题:等待。


等待:让GPU别闲着


现在这行情,内存价格一个季度能涨90%,高端显存缺货缺到2027 年,GPU有钱都不一定抢得到。但最后,这些花了大价钱抢到的卡,一半时间却都在“干等”。


第一是请求之间的等待。最早的推理引擎是“排队制”,请求一个个来,一个算完再算下一个。后来演进到“批处理”,凑够一批一起算,但凑批也要等,这不解决浪费的问题,而且一批里如果有的请求短、有的请求长,短的算完了要等长的算完才能一起下车,短请求的用户体验极差。


现在主流的做法叫Continuous Batching(连续批处理),不再等一批人全部到齐再发车,而是像一辆随时可以上下客的公交车,新请求随时能上车,算完的请求随时能下车,GPU始终保持满载。这一改造,能让GPU的实际吞吐量提升2到4倍。


“榨”出硅的极限:怎么让GPU不“闲着”?


除了请求等待之外,计算阶段也有等待大模型的推理其实包含“读入”和“生成”两个阶段。读入阶段(Prefill)要快速处理一大段文字,对算力要求高。生成阶段(Decode)则是一个字一个字往外蹦,计算量不大,但每写一个字都要翻一遍完整记忆,对显存带宽极其敏感。过去这两个部分都被塞进同一张GPU里混合执行,结果就是Prefill在算的时候Decode在等,Decode在算的时候Prefill在等,互相拖累。


现在的做法叫Prefill/Decode分离,把这两个阶段拆到不同的GPU上,各自用最适合的硬件配置,通过高速网络传递中间结果。比如DeepSeek就采用了这个方案,Prefill“读题”时,32张GPU组成一个最小计算单元,等真正开始“逐字作答”,任务就交给另一批GPU接手,两拨卡各干各的,互不打扰。


“榨”出硅的极限:怎么让GPU不“闲着”?


如今,PD分离已经成为推理引擎最重要的架构演进之一。在英伟达推出的分布式推理框架Dynamo中,PD分离被放在了整个架构设计的核心位置,而SGLang也是业界最早支持大规模PD分离部署的推理引擎之一。


接下来我们说说第三个大问题:算力跑满的问题。


算力:“多释放一倍”


当年英伟达的H100发布后,Tensor Core算力相比A100提升了数倍,整个行业都期待着AI推理能同步增长、性能飞跃,但现实却并不是这样。背后的主要原因是,GPU大量时间花在了数据搬运上,又受限于串行解码,计算能力无法得到充分释放。


解决思路有两个主要方向。


一个是低精度计算。大模型在运行时,GPU显存里主要装了三样东西:模型权重、中间激活值、以及KV Cache,这三部分的精度可以独立设置。用更小的数据格式来存储或运算其中的任何一部分,都能减少显存占用,也能利用GPU上更快的低精度算力。在合适的场景下,甚至能多释放出一倍的算力空间。


另一个是投机采样(Speculative Decoding),意思是先用一个小模型(draft model,也叫草稿模型)“猜”接下来几个字,再让大模型进行一次性验证,猜对了就等于一次计算生成多个字。


做个类比,大模型是个很厉害但很忙的老师,小模型是个速度很快的助教。之前,学生每写一个字都要问老师这个字行不行,老师确认后再写下一个字。但投机采样是助教先帮学生写一小段草稿,老师一次性看这一小段,如果前面都对就全部通过,如果中间错了,就从错的地方重新来。


“榨”出硅的极限:怎么让GPU不“闲着”?


这样的方式,最佳情况下能把生成速度提升2到3倍。而推理引擎在这里扮演着一个至关重要的角色,就是把这些新能力第一时间集成到系统里,把软件和硬件打通,优化协同起来。


朱邦华
RadixArk联合创始人
SGLang本身是一个整体的解决方案,它是一个inference engine(推理引擎)。它需要保证,比如我们会做kernel(计算内核)优化,会做scheduler (调度器)优化,会做比如说CUDA Graph(CUDA图执行优化)、continuous batching(连续批处理),甚至再往上走,你会有routing(请求路由),也包括 prefix cache(前缀缓存)怎么去被路由到对应的推理引擎实例。所以SGLang其实有非常非常多的技术组合在一起,把整个推理方案做到极致、做到最好。


我们的嘉宾还提到,像SGLang这样的推理引擎,现在跟芯片厂商之间已经是一种深度绑定的联合优化了。芯片厂在设计新硬件的时候,就已经在和SGLang团队一起做联合调优,等到硬件正式发布,SGLang也几乎在同一时刻完成了day-0支持,双方一起把硅的性能压缩到极致。


“榨”出硅的极限:怎么让GPU不“闲着”?


朱邦华
RadixArk联合创始人
不管是哪一个硬件厂,做出来新的GPU、新的硬件,都要证明这个硬件是非常高性能的。基本上现在默认,很多人的选择都是通过跑SGLang,甚至现在SGLang已经变成一个硬件评测的工具。比如你可以看到AMD最新的硬件、英伟达最新的硬件,现在都是SGLang的首发合作伙伴,甚至就在发布硬件的当天,他们就会说在SGLang上的性能表现达到了多少。我们现在会和所有这种硬件厂商合作,SGLang本身和我们团队能够把他们硬件的性能压缩到极致,使得最后能交付更好的推理性能、训练性能等等。


这其实也解释了RadixArk从SGLang孵化出来进行融资的时候,机构投资人方面,英伟达、AMD、联发科、Databricks等AI硬件与系统层的主要玩家几乎全部到齐,个人投资者的名单更是一个比一个重磅,包括英特尔CEO陈立武、博通CEO陈福阳、OpenAI联合创始人John Schulman、PyTorch之父Soumith Chintala等等,可以说是非常豪华的阵容了。


“榨”出硅的极限:怎么让GPU不“闲着”?


因为对他们来说,投资RadixArk这样的推理引擎是一种战略下注。他们需要一个连接算力与应用的基础设施入口,把更多模型、企业应用和Agent都汇聚到自己的算力生态中。


最后,我们再来说说SGLang在强化学习上的一个重要优化:Miles。


资源协同:适配RL后训练的Miles


强化学习成为了新一代模型的核心训练方式,这包括OpenAI o1和DeepSeek R1等等,这也让AI训练的形态发生了巨大变化。


传统的模型训练是一件“体质单一”的事:喂数据、更新参数、再喂数据、再更新参数,整个过程中GPU干的都是同一类活儿。这种情况下,硬件配置和调度策略只要针对“训练”这一件事优化到位就行了。但强化学习要把推理、评估、参数更新三种完全不同的计算揉在一起循环跑,三件事对硬件的需求天差地别。


朱邦华
RadixArk联合创始人
准确来说,强化学习必须要做在线推理。它的负载是,我先让模型生成很多要回答的内容,然后根据这些内容打分,再把模型更新一下,再去回答一些新的问题,然后再给它打分。所以本身它就是一个交替做训练和推理的过程。


如果用传统的训练框架来跑强化学习,它们会在同一批GPU里争抢资源,生成的时候训练在等,训练的时候生成在等,大量算力被浪费在阶段切换和相互等待上。


所以资源协同,成了效率提升的命门。这也是为什么RadixArk在SGLang之外,还推出了训练框架Miles。


“榨”出硅的极限:怎么让GPU不“闲着”?


陈震林(Richard)
RadixArk Member of Technical Staff
如果单纯无视训练、只做推理,反而可能没有办法押注未来。因为最终可能还是会有很多人希望自己训练自己的模型,然后再去推理。所以如果我们想做整体的AI软件基础设施,我们认为两边都需要关注。


Miles是一个面向大模型后训练的开源训练框架。所谓后训练,是指模型有了基础能力之后,再通过SFT(监督微调)、强化学习等方式继续打磨,让它更会听指令,也更会思考。


“榨”出硅的极限:怎么让GPU不“闲着”?


和传统训练框架相比,Miles最大的不同是:它把“训练”和“推理”放进了同一个系统里一起考虑。这点在强化学习里非常重要,就像我们前文提到的,在强化学习中推理和训练是一个交替进行的过程,如果配合不好,很多算力就会被浪费掉。


Miles和SGLang配合在一起之后,SGLang在推理端不断产出新样本,Miles在训练端不断更新模型权重,更新后的模型又可以继续用于下一轮生成。这样的优化,能让推理和训练衔接得更顺,减少等待和切换的时间浪费,从而形成一个更高效的后训练闭环。


陈震林(Richard)
RadixArk Member of Technical Staff
不匹配的情况在现在的工程领域当中还很容易经常发生,它会导致在推理和训练模型当中,你什么时候能够共用一些共享的模型权重、kernel,你才能保持对齐。很多人会用SGLang,那这时候再用Miles,本身会带来更强的训练能力,然后对推理任务、长程任务,还有智能体的任务,提高更多的稳定性。MoE(混合专家模型)现在是大家都在使用的架构,但MoE本身会有一些routing(路由),这个过程当中会导致训练和推理当中并行的一些策略、还有最后的准确率都会不一样。所以这时候你就需要有更强的工程能力,能把这个事情给做成。所以Miles本身就带来了这一块的优化,以及把训练和推理去做更好的结合。


目前,Miles在新硬件支持、MoE训练以及训练与推理一致性(Training-Inference Alignment)等方面都进行了大量工程优化,使整个后训练流程能够更稳定、更高效地运行。自2025年11月项目启动以来,Miles已经被不少前沿实验室采用。


我们说了这么多技术上的理论,是因为这一层对于AI大模型的发展真的非常重要。它希望把“硅”的极限榨出来,让整个AI系统的算力效率被系统性地释放出来。


“榨”出硅的极限:怎么让GPU不“闲着”?


而就如我们之前提到的,SGLang和vLLM都是开源架构,背后主要依靠一群研究者和工程师在业余时间共同维护、为爱发电。但当全世界都面临算力紧缺、需要去“榨”硅的极限从而释放更多算力的时候,仅靠开源社区的协作已经难以满足庞大的需求了。于是,SGLang和vLLM的主创团队都前后选择了正式出来创业,更快速、更投入地把技术往前推。


“榨”出硅的极限:怎么让GPU不“闲着”?


从SGLang正式孵化出来之后,RadixArk有着更大的野心。他们认为,就像云计算改变了服务器一样,未来AI Infra也可能演变成整个AI行业能够共享的基础设施。


最近,黄仁勋牵头成立开源AI联盟,联盟里既有模型公司,也有芯片公司,还有像SGLang这样的AI Infra项目。


“榨”出硅的极限:怎么让GPU不“闲着”?


今天开源模型迭代的速度越来越快,从DeepSeek V4、智谱GLM-5.2到7月17日刚刚发布的Kimi K3,每隔几周就会出现新的SOTA模型。但开源模型开放的只是权重,权重并不会自动变成Token。任何人下载了这些模型之后,仍然要解决部署、显存、吞吐和调度等一系列工程问题,而SGLang现在都能做到day-0支持。


“榨”出硅的极限:怎么让GPU不“闲着”?


这意味着,模型一发布,任何开发者都能借助SGLang这样的引擎立即部署,同一套推理框架也能够跑在英伟达、AMD以及更多新兴AI芯片之上。推理框架正越来越像AI时代的“操作系统”,成为连接模型与芯片的关键一层。


朱邦华
RadixArk联合创始人
我们做RadixArk一个更大的目的,其实是希望以后就不要有frontier lab(前沿实验室)这个词,因为人人都可以做前沿实验室。我觉得前沿本身也是一个非常动态的事情,两年前大家都会觉得Anthropic并不是前沿公司,甚至在这之前,大家可能觉得谷歌离OpenAI太远了,不可能追上。所以在这方面,我觉得现在AI变化太快了。
我们相信会有越来越多的挑战者,越来越多有自己想法的人,他们会做出更好的AI模型和AI产品。我们做RadixArk,就是希望能够赋能这些更有想法的人,让他们更好地去做自己的事情,我们给他们提供的是infra上最强的支持。他们在想做的这一刻开始,就会有和现在的前沿实验室一战之力。那最终,可能这个世界上所有人其实都能自己训练出前沿级别的模型,然后能做最好的推理,所以我们其实更希望是这样一个支持者的角色。


所以,当AI Infra能力从少数前沿模型巨头的独家资源,变成任何一家创业公司都能直接调用的公共品,从事AI工作的门槛会被显著降低。而这,或许才是“榨出硅的极限”这件事最重要的意义。


我们也希望看到,在infra红利被全面释放之后,会有越来越多带着新想法、新架构、新应用场景的团队不再因为infra而被拖慢脚步,这也能让AGI距离我们更近一步。


注:部分图片来源于网络


【本期节目不构成任何投资建议】


文章来自于微信公众号 “硅谷101”,作者 “硅谷101”

关键词: AI新闻 , GPU , AI Infra , AI底层技术
AI转型,免费服务,就找AITNT
AITNT资源拓展
根据文章内容,系统为您匹配了更有价值的资源信息。内容由AI生成,仅供参考
1
AI代理

【开源免费】Browser-use 是一个用户AI代理直接可以控制浏览器的工具。它能够让AI 自动执行浏览器中的各种任务,如比较价格、添加购物车、回复各种社交媒体等。

项目地址:https://github.com/browser-use/browser-use


2
AI工作流

【开源免费】字节工作流产品扣子两大核心业务:Coze Studio(扣子开发平台)和 Coze Loop(扣子罗盘)全面开源,而且采用的是 Apache 2.0 许可证,支持商用!

项目地址:https://github.com/coze-dev/coze-studio


【开源免费】n8n是一个可以自定义工作流的AI项目,它提供了200个工作节点来帮助用户实现工作流的编排。

项目地址:https://github.com/n8n-io/n8n

在线使用:https://n8n.io/(付费


【开源免费】DB-GPT是一个AI原生数据应用开发框架,它提供开发多模型管理(SMMF)、Text2SQL效果优化、RAG框架以及优化、Multi-Agents框架协作、AWEL(智能体工作流编排)等多种技术能力,让围绕数据库构建大模型应用更简单、更方便。

项目地址:https://github.com/eosphoros-ai/DB-GPT?tab=readme-ov-file



【开源免费】VectorVein是一个不需要任何编程基础,任何人都能用的AI工作流编辑工具。你可以将复杂的工作分解成多个步骤,并通过VectorVein固定并让AI依次完成。VectorVein是字节coze的平替产品。

项目地址:https://github.com/AndersonBY/vector-vein?tab=readme-ov-file

在线使用:https://vectorvein.ai/付费

3
智能体

【开源免费】AutoGPT是一个允许用户创建和运行智能体的(AI Agents)项目。用户创建的智能体能够自动执行各种任务,从而让AI有步骤的去解决实际问题。

项目地址:https://github.com/Significant-Gravitas/AutoGPT


【开源免费】MetaGPT是一个“软件开发公司”的智能体项目,只需要输入一句话的老板需求,MetaGPT即可输出用户故事 / 竞品分析 / 需求 / 数据结构 / APIs / 文件等软件开发的相关内容。MetaGPT内置了各种AI角色,包括产品经理 / 架构师 / 项目经理 / 工程师,MetaGPT提供了一个精心调配的软件公司研发全过程的SOP。

项目地址:https://github.com/geekan/MetaGPT/blob/main/docs/README_CN.md

4
RAG

【开源免费】graphrag是微软推出的RAG项目,与传统的通过 RAG 方法使用向量相似性作为搜索技术不同,GraphRAG是使用知识图谱在推理复杂信息时大幅提高问答性能。

项目地址:https://github.com/microsoft/graphrag

【开源免费】Dify是最早一批实现RAG,Agent,模型管理等一站式AI开发的工具平台,并且项目方一直持续维护。其中在任务编排方面相对领先对手,可以帮助研发实现像字节扣子那样的功能。

项目地址:https://github.com/langgenius/dify


【开源免费】RAGFlow是和Dify类似的开源项目,该项目在大文件解析方面做的更出色,拓展编排方面相对弱一些。

项目地址:https://github.com/infiniflow/ragflow/tree/main


【开源免费】phidata是一个可以实现将数据转化成向量存储,并通过AI实现RAG功能的项目

项目地址:https://github.com/phidatahq/phidata


【开源免费】TaskingAI 是一个提供RAG,Agent,大模型管理等AI项目开发的工具平台,比LangChain更强大的中间件AI平台工具。

项目地址:https://github.com/TaskingAI/TaskingAI

5
微调

【开源免费】XTuner 是一个高效、灵活、全能的轻量化大模型微调工具库。它帮助开发者提供一个简单易用的平台,可以对大语言模型(LLM)和多模态图文模型(VLM)进行预训练和轻量级微调。XTuner 支持多种微调算法,如 QLoRA、LoRA 和全量参数微调。

项目地址:https://github.com/InternLM/xtuner

6
prompt

【开源免费】LangGPT 是一个通过结构化和模板化的方法,编写高质量的AI提示词的开源项目。它可以让任何非专业的用户轻松创建高水平的提示词,进而高质量的帮助用户通过AI解决问题。

项目地址:https://github.com/langgptai/LangGPT/blob/main/README_zh.md

在线使用:https://kimi.moonshot.cn/kimiplus/conpg00t7lagbbsfqkq0