Recursive发布Flint:AI参与造AI

Recursive推出免费本地编程模型Flint,称自有AI研究系统“尤里卡机器”参与了模型研发的大部分环节。Flint采用混合专家架构,约40B总参数、每次激活约2.5B,主打笔记本运行;它更重要的看点,是Recursive对AI自动化模型研发流程的一次早期检验。
Recursive发布Flint:AI参与造AI,先从笔记本编程模型开始
**Flint 是 Recursive 于 2026 年 10 月 21 日发布的免费本地编程模型,公司的核心说法是,它的研发过程大部分由自有 AI 研究系统参与完成。**这次发布同时落在两条赛道上:一条是越来越拥挤的本地代码模型,另一条是 AI 能否参与研发、改进 AI 系统本身。前者决定开发者是否愿意下载 Flint,后者才是 Recursive 希望市场记住它的原因。
Flint 据称以 Apache 2.0 许可在 Hugging Face 提供。对开发者来说,这意味着可以自行获取模型、在本地运行,并按该许可条件使用和修改;但开源权利不等于模型已经在所有硬件、编辑器和工作流里做好适配。现有公开材料也没有给出一套足以直接横向比较的完整基准结果。因此,发布消息里的“免费”“本地”和“AI 参与研发”,需要分别看待,不能把它们合并成性能结论。

Flint 的卖点:总参数不等于运行时负担
**混合专家架构(MoE)是一种将模型能力分散到多个专家网络、并按输入选择部分专家参与计算的模型结构。**据补充资料,Flint 总参数约为 400 亿,每次推理约激活 25 亿参数。总参数描述模型包含的参数规模,激活参数则更接近单次生成时实际参与计算的部分;二者不能直接互换,也不能仅凭激活参数就断定模型在任意电脑上都能流畅运行。
这套设计的直观类比,是一支规模不小的专家团队,但每个问题只叫来其中一部分成员。它让模型有机会保留较大的知识容量,同时控制每一步计算量。代价是,本地部署还会受到内存占用、量化格式、推理框架、上下文长度和带宽影响。MoE 也不意味着“40B 模型只需要 2.5B 模型的内存”:完整权重如何存放、专家如何加载,取决于具体实现与部署方式。现有资料没有披露 Flint 在不同量化精度下的内存需求,不能据此给所有笔记本划出统一的最低配置。
**本地模型是将推理主要放在用户自己的设备上运行的模型。**它的价值不只是省去云端调用费用,还包括断网可用、代码和提示词不必默认发送到第三方服务,以及更容易把模型接入受控的开发环境。对处理未公开代码、企业仓库或受合规约束项目的团队,这些特性有实际吸引力;但本地运行并不自动等于安全,模型文件来源、运行时权限、插件和代理工具能访问哪些目录,仍然需要开发者管理。
131 token/秒是一个信号,不是通用成绩单
**Recursive 报告称,Flint 在搭载 M4 Pro 芯片的 MacBook Pro 上生成速度约为每秒 131 个 token。**公司给出的比较是,这一速度约为同类模型的两倍。这个数字值得关注,因为它说明 Flint 的目标不只是“可以勉强在笔记本启动”,而是希望把交互延迟压到适合连续编程的范围。
不过,131 token/秒是特定硬件和测试条件下的生成速度,不是代码质量分数,也不是所有用户都能复现的承诺。推理速度会随模型量化方式、提示词长度、输出长度、软件栈和并发状态变化。所谓“同类模型”具体指哪些模型、使用何种精度与测试设置,当前提供的资料没有给出完整对照表。没有统一的任务、硬件、上下文与采样设置,这个“两倍”适合作为厂商披露的性能线索,不宜直接当作独立评测结论。
对编程模型来说,速度尤其容易被误读。短代码补全只需生成几十个 token,响应快很重要;但修复跨文件 bug、理解大型仓库或执行多轮测试,最终耗时还取决于模型能否正确定位问题、生成可运行的改动,以及是否需要反复纠错。一个每秒输出更快、却经常把错误扩散到多个文件的模型,未必能让开发流程更快。Flint 后续需要公开的不只是 token 速度,还包括代码任务表现、长上下文能力、工具调用可靠性和失败案例。
| 对比维度 | Flint 已披露信息 | 目前仍需验证的部分 | |---|---|---| | 定位 | 免费、本地运行的编程模型 | 支持的编程语言、编辑器和代理工具范围 | | 架构 | 混合专家;约 40B 总参数、约 2.5B 激活参数 | 权重精度、内存需求与不同硬件上的部署表现 | | 速度 | M4 Pro MacBook Pro 上约 131 token/秒 | 测试设置、输出质量及其他设备的实测速度 | | 许可 | 据称以 Apache 2.0 发布 | 模型卡、训练数据说明和许可文件需以仓库为准 | | 研发方式 | Recursive 称其研究系统参与了大部分开发环节 | AI 具体承担哪些任务、节省多少时间或资源 |
“由 AI 研发”这句话,真正要看闭环有多深
**AI 辅助研发,是让模型参与研发流程中的任务;AI 自我改进则要求系统能够利用这些任务的结果,进一步推动自身或后续系统变得更好。**两者之间有明显距离。AI 帮忙写训练脚本、整理实验结果、搜索配置,已经能节省研究人员时间;但这并不等于它能独立提出可靠假设、设计实验、判断结果是否有效,再把改进稳定地反馈到下一轮模型研发中。
Recursive 将其自动化研究系统称为“尤里卡机器”,并表示该系统几乎参与了 Flint 开发的每一步。公开报道的补充材料还称,一支小团队用不到四个月从零构建了这款模型。若这些描述经后续技术材料证实,值得追问的重点不是“AI 有没有碰过代码”,而是它在研发链条中到底承担什么工作:是编写工具和基础设施、自动运行实验、生成候选方案,还是参与模型训练与评估?人类研究人员在哪些环节设定目标、筛选结果和承担最终决策?
这里存在一个容易被宣传语言抹平的区别:研发过程用了 AI,不等于成果由 AI 自主研发;团队更小、周期更短,也不等于效率提升已经被严谨量化。要证明“AI 让 AI 研发变快”,至少需要披露可比较的周期、实验数量、计算资源、人工投入和最终质量。Flint 是一个产品化的起点,但现有信息还不足以回答这套系统能否稳定复用到下一个模型,更不足以证明它已经形成自我强化的研发闭环。
Recursive 的背景让这个叙事更值得关注。公开资料称,公司今年 5 月结束隐身状态,并完成一轮 6.5 亿美元融资,融资估值为 46.5 亿美元,投资方包括 GV、英伟达和 AMD Ventures;CEO Richard Socher 曾任 Salesforce 首席科学家。这样的资金与团队背景,说明 Recursive 并非只想发布一个轻量代码模型,而是把 Flint 放进更大的自动化 AI 研究计划里。融资规模能解释公司为何有条件做这类探索,却不是其研究系统有效性的证据。
对开发者的实际价值:隐私和成本清晰,能力边界还不清晰
**本地编码模型的核心交换,是用设备和维护成本换取更强的数据控制与离线能力。**Flint 免费提供并不代表运行没有成本:开发者仍要准备适合的硬件、配置推理环境,并接受本地模型在复杂任务上可能不如云端前沿模型的现实。对已有高内存 Apple 芯片设备、经常离线工作或不方便上传代码的个人开发者,它值得测试;对需要稳定处理大型仓库、复杂重构和团队级审查的工程团队,现阶段更合理的做法是把它放进受控任务中评估,而不是直接替换现有主力工具。
本地部署也改变了隐私风险的形态,而不是让风险消失。模型不把代码送往云端服务,是减少一类数据暴露路径;但如果模型运行环境可以执行命令、读取凭据或访问整个工作目录,错误操作仍可能造成损害。实践中应限制工作区访问范围,避免把生产密钥放进模型可读目录,并在引入自动执行能力前审查其权限。对企业用户,还要检查模型许可、来源、更新渠道和部署审计要求。
Flint 是否适合某个团队,最好用真实仓库中的任务验证,而不是只看发布速度。可以从几类低风险工作开始:补全小函数、解释局部代码、为明确行为补测试、定位可复现的简单 bug。记录一次任务所需的人工修改次数、测试通过率和总耗时,再与现有工具对比。遇到跨模块改动、数据迁移或安全敏感逻辑时,则应要求人工审查和自动测试,不能因为模型运行在本地就降低代码审查标准。
发布之后,市场要看的三件事
**Flint 下一阶段的说服力,将取决于可复现的能力证据,而不是“笔记本可运行”这一标签本身。**第一,Recursive 需要补上模型卡与部署说明,包括硬件要求、量化选项、上下文限制、推理框架和推荐配置。第二,需要有独立可复现的代码评测,披露任务集、运行条件和失败情况,特别是多文件编辑、测试修复与长上下文任务。第三,也是最能支撑公司核心叙事的一点,Recursive 需要说明“尤里卡机器”到底如何参与研发,以及它带来了什么可量化的改进。
这三类证据对应三种不同判断:模型能不能用、模型好不好用、研发系统是否真的提高了造模型的效率。把它们混在一起,会让用户误把自动化研发的愿景当成当前编程能力,也会让“跑在笔记本上”被误读成完全没有资源门槛。
**Flint 目前更像一次有产品形态的研究演示,而不是已经证明全面领先的本地编程模型。**它给开发者提供了一个可下载、可在本地测试的选择;约 40B 的总参数、约 2.5B 的激活规模和 M4 Pro 上约 131 token/秒的厂商数据,构成了值得验证的技术主张。至于 AI 是否已经能显著加速 AI 研发,答案还要等更多透明、可重复的实验。
这也是 Flint 这次发布最有价值的地方:它没有直接证明“AI 会自己造出更强的 AI”,但把一个抽象的自我改进愿景压到了可检查的模型、工作流和性能数据上。接下来真正重要的,不是递归听起来有多宏大,而是 Recursive 能否让外部开发者验证每一环,并在下一次发布时看到研发系统带来的具体进步。
参考来源
- Hugging Face 模型搜索:Flint:用于查找 Flint 模型仓库;许可、权重和部署细节应以实际仓库页面为准。
- Hugging Face:模型发布与下载平台,可核对模型卡及文件信息。



