9 月 27 日，北京创业公司 NaiveAI 开源了一个大模型：Naive-N0.5-Flash，总参数 309B 的 MoE 架构，MIT 协议，权重直接挂在 Hugging Face 和 GitHub 上，上线当天冲进 HuggingFace 热门模型榜前五。
真正让它刷屏的不是参数，而是那句口号——Building Frontier AI with AI，用 AI 来造 AI。官方说，这个模型的研发过程中，AI 自己写代码、跑实验、监控结果、提出迭代方案；人类负责定目标、定约束、定评估标准、做关键决策。
听起来像是「AI 自己造出了自己」，不少人已经开始畅想递归自我改进（RSI）的时代要来了。
先冷静一下。这篇文章把官方公布的技术资料拆开看清楚：这件事的真实成色如何，哪几个数字需要带着测试条件去理解。本文引用的参数和口径全部来自官方模型卡与技术博客，性能数据目前均为公司自报，尚无独立第三方复核，文中会逐一标注。
一、事件复盘
NaiveAI 是一家北京的大模型创业公司，据 The Information 报道，团队由清华大学副教授代季峰牵头——他是计算机视觉领域知名学者，先后在微软亚洲研究院和商汤研究院任研究管理职务，也是多模态模型 InternVL 的核心作者之一。
9 月 27 日，团队开源 Naive-N0.5-Flash，核心信息官方模型卡上写得很清楚：
- 架构：MoE（混合专家）架构，总参数 309B，每个 token 只激活 15.5B 参数；
- 上下文：原生 100 万 token 上下文，且整个网络没有一层全注意力，由 39 层滑动窗口注意力（SWA，窗口 128 token）加 9 层轻量版 DeepSeek 稀疏注意力（DSA，每层只挑 2048 个关键 token 参与计算）混合组成；
- 基座：基于小米开源的 MiMo-V2.5 底座继续训练，官方致谢了小米 MiMo 团队和 DeepSeek 的稀疏注意力工作；
- 训练：架构改造后做了 3.25T token 的多阶段训练；
- 协议与定价：权重和推理代码 MIT 协议开源，同时提供 API，定价为每百万 token 输入 0.6 元、输出 2.6 元、缓存命中 0.07 元；
- 宣传点：推理运行时 NaiveRT 标称 Ultrafast 模式最高 2000 token/秒；研发过程由 AI 深度参与，模型本身也被训练用于 AI 研发任务。
发布当天，模型热度集中在 HuggingFace 榜单和 r/LocalLLaMA 社区，国内外技术媒体随后跟进报道。
二、技术核心拆解
1. 「无全注意力」是怎么回事
Transformer 模型里，注意力层负责让每个 token「回看」上下文。传统做法是全注意力：上下文越长，每生成一个字要回看的计算量和显存读取量就越大，百万 token 上下文的推理成本会高得离谱。
业内主流的省算力思路有两类：滑动窗口注意力（SWA）让每个 token 只看最近 128 个 token，计算量不随上下文增长；稀疏注意力（DSA）则用一个轻量索引器给全部历史打分，只挑最相关的 2048 个 token 参与精细计算。
Naive-N0.5-Flash 的做法是把两者按约 5 比 1 的比例叠起来：39 层 SWA 管局部细节，9 层 DSA 管全局记忆，全网络找不到一层「每个字都看一遍」的全注意力。官方称这大幅压缩了百万上下文下的注意力计算和显存访问。
这套设计不是凭空发明的——SWA 是社区常用方案，DSA 出自 DeepSeek 的论文，小米 MiMo-V2.5 提供了底座。NaiveAI 的工程贡献在于把三者改造、缝合并训练到能用，这本身是扎实的系统工程，但源头创新要分清楚归属。
2. 「AI 造 AI」到底是谁在造
官方技术博客对分工的描述很明确：AI 负责写代码、跑实验、监控结果、提出迭代方案；人类负责设定目标、约束条件、评估标准，并做关键决策。
翻译成大白话：AI 是一支不用睡觉的工程实施队伍，人是出题人和验收人。这和「AI 自主进化出下一代模型」是两回事。
值得注意的是两个没说的信息：官方没有量化 AI 在研发中到底承担了多少比例的工作，也没有公开衡量方法。模型卡自己也承认，这部分是公司的描述性主张。「AI 贡献了七成还是百分之五」，目前无从判断。
另外，模型本身被训练用于参与 AI 研发任务，这是公司通往「递归自我改进」路线的布局——但 RSI 目前是一个方向，不是一个已经发生的事实。
3. 三层风险与争议点
- 功能层：309B 总参数的 MoE 模型，权重文件数百 GB 起步，本地部署至少需要多卡服务器，「开源了就能在家跑」对绝大多数人是个误会。激活参数 15.5B 意味着推理时算力需求可控，但显存占用要按总参数算。
- 安全层：推理运行时 NaiveRT 由 AI 深度参与开发，官方宣称经过验证，但对使用者而言，一段 AI 主写的核心推理代码，纳入生产环境前同样需要人工审计。AI 参与研发越多，代码审计的信任边界就越值得当回事。
- 合规层：MIT 协议是目前最宽松的开源协议之一，商用、二次训练、闭源分发都允许，只需保留版权声明。但 MIT 不提供任何担保，模型输出的内容风险由使用者自担，商用场景要自己兜底。
三、三个常见技术误区
误区一：「AI 造 AI」就是 AI 自己造自己
不少人看到宣传就理解成全自动化研发。实际情况是人定方向、AI 干工程，官方都没敢量化 AI 的贡献占比。现阶段所有「AI 参与研发」的宣称，都应理解成人类主导下的人机协作，离自主递归进化还差着若干个量级。看到这类宣传，第一反应应该是问：人做了什么，AI 做了什么，怎么验证的。
误区二：2000 token/秒就是我的日常速度
这个数字的完整口径是：8 张 GPU、单流测试、只统计 41 个 HTML/SVG 生成请求中表现最好的 1 秒窗口，且不包含 prompt 处理时间。而日常使用的标准模式是每人 50 token/秒。看任何推理性能数字，都要问四个问题：什么硬件、什么并发、统计窗口多长、含不含前处理。只报峰值的性能宣传，参考价值有限。
误区三：MIT 开源等于随便白嫖还免费
MIT 确实商用友好，但有两笔账要算清：一是部署账，数百 GB 的权重和多卡服务器的电费运维，对小团队未必比 API 划算；二是效果账，目前所有跑分均为官方自报、未经独立复核，选型不能只看榜单，要用自己业务的数据集实测。
四、实操指引
如果你是开发者，想认真评估这个模型（或任何新开源模型），建议按这个顺序来：
- 先读一手材料：到 Hugging Face 模型卡核对架构、协议、已知的评测口径，别只看转述文章；许可证重点确认是否允许商用、有无附加条款。
- 算清部署成本：总参数决定显存下限，激活参数决定速度。309B MoE 别想着本地玩，优先用官方 API 或云上托管服务试水。
- 设计自己的评测集：从业务里挑 50 到 100 个真实任务，和现役模型做盲测对比。别人的榜单再好看，也不如自己的数据说话。
- 审推理代码再上生产：如果打算用它的开源推理运行时，按对待第三方核心组件的标准做代码审计和压测，AI 参与开发不改变这个要求。
- 关注第三方复核：等独立机构或社区的复现结果出来再下结论，尤其是性能和榜单数据。
如果你是普通用户，记住一条就够：看到「AI 造 AI」「2000 token/秒」这类数字，先找测试条件，再决定要不要激动。
五、结尾
Naive-N0.5-Flash 的发布有两层值得记住的信息：技术上，它展示了「SWA 加稀疏注意力」这条路线已经能工程化落地到开源模型，而且是站在小米、DeepSeek 等中国开源成果的肩膀上；方法论上，它把「AI 参与研发下一代模型」从概念推进到了有实物产出的阶段。
但成色如何，要看独立复核。好消息是模型开源了，任何人都可以自己验证——这恰恰是开源生态比关起门来发榜单更可信的地方。
AI 造 AI 的故事才刚开篇，先看懂口径，再谈未来。
觉得有用的话，转发给正在选型的同事，评论区聊聊你会不会用自报榜单的模型。