Ripple-65B 开源模型甩出 Apache 2.0

结论:65B 稠密、能商用、为写码而生
据 ai-tldr 等 11 月 5 日汇总,一家叫 Ricursive 的芯片设计实验室放出了它的第一个公开模型 Ripple-65B 开源模型 Preview。几个标签很硬:650 亿参数的稠密模型(不是 MoE 那种拆开的)、采用 Apache 2.0 许可、专门对着智能体式编程(agentic coding)打磨。Apache 2.0 这许可意味着企业能相对放心地拿去商用,不像某些带嘴不让用的开源协议那么拧巴。咱干开源的都懂,许可宽松才是真「开源」,否则就是挂羊头。
稠密模型,和 MoE 不是一路
Ripple-65B 开源模型强调自己是稠密(dense)模型,这点得掰扯清楚。现在不少大模型走 MoE(混合专家),每次只激活一部分参数,省算力但结构复杂;稠密模型是全体参数一起上,简单、好部署、好预测。对想在自己机器上稳稳跑代码助手的团队,稠密往往更省心——不用操心哪路专家没被激活。Ricursive 选稠密,摆明是冲着「好落地」去的,不是冲榜单参数表。
背后是家芯片设计实验室
更耐人寻味的是出品方。Ricursive 不是传统大模型厂,而是一家芯片设计实验室——这跟最近「AI 公司自己下场造芯、造芯公司自己训模型」的合流趋势对上了。一家搞芯片的顺手训个代码模型,既能给自己设计流程当工具,也能向外秀肌肉。咱干过软硬协同的都明白,这种「自用加外秀」的打法,比纯烧钱训模型稳当些。
老炮点评:开源代码模型的牌局又洗了
咱当年写后端,最盼有个本地就能跑、不联网也靠得住的代码伙计。Ripple-65B 这步,65B 体量在开源代码模型里算大块头,Apache 2.0 又把商用门打开,对想自建代码助手的团队是实打实的好消息。但咱得泼冷水:Preview 这名儿就写着「别当成品」。实际编码能力、长上下文表现、会不会一本正经写 bug,都得等社区真刀真枪跑一轮才知道。米岸AI 也看这方向——代码模型开源化,迟早把「AI 写码」从云端订阅拽回本地。
这模型跟咱写码的有啥关系
咱当年写后端,最盼有个本地就能跑、不联网也靠得住的代码伙计。Ripple-65B 走稠密、给 Apache 2.0,恰恰戳中这个痛点:企业能省心拿去商用,个人也能在自己机器上稳稳跑个代码助手,不用每次都把代码传到云端。对担心代码泄露的公司,本地开源模型一直是有吸引力的选项。但咱泼冷水:Preview 这名儿写着「别当成品」,实际编码能力、长上下文、会不会一本正经写 bug,都得等社区真跑一轮。先下下来试试水,别上来就替了你的主力工具。
常见问题
问:Ripple-65B 开源模型能直接拿来商用吗?
答:能,前提是你守 Apache 2.0 的条款。这许可对商用相当友好,比一堆带限制的开源协议省心。
问:它跟 DeepSeek、Qwen 的代码模型比咋样?
答:现在只是 Preview,还没大规模横评。体量 65B 不小,但到底多能打,得等真跑分和社区反馈,别急着下定论。
问:为什么一家芯片公司要训代码模型?
答:自用加秀肌肉呗。既能给自己的芯片设计流程当工具,又能向外证明实力,软硬一起走,比纯烧钱训模型踏实。






