在大模型竞速进入推理才能深水区的密模 2025 年 ，一支奥秘的型推小模型团队悄然上台 。他们不是越R隐秘来自一线大厂的 AI Lab ，也没有高调预热和融资造势 ，团队推理而是发布在 Hugging Face 低沉开源了一款 32B 的推理模型 ：AM-Thinking-v1 。 令人惊奇的密模是 ，这个中等规划的型推小模型稠密模型，在多个要害推理评测中打败了 DeepSeek-R1
，越R隐秘并与超大规划的团队推理 MoE 模型Qwen3-235B-A22B 、Seed1.5-Thinking 平起平坐 。发布 这款模型背面的密模团队 ，是型推小模型国内一个从未对外发表的研讨团队——A-M-team
。他们不依靠私有数据
、越R隐秘不依靠海量核算资源
，团队推理仅凭开源底座和练习管线的发布极致规划 ，就做出了敞开社区 32B 等级中最强的推理模型 。 
论文链接 ：https://arxiv.org/pdf/2505.08311
。 功能全面逾越 DeepSeek-R1：32B 模型中的“黑马” 。在当时干流评测中 ，AM-Thinking-v1 也交出了极具冲击力的成果单 ，仅 32B 的结构在数学推理（AIME 系列）和代码生成（LiveCodeBench）中别离取得了 85.3 和 70.3 的高分，不只全面逾越了 DeepSeek-R1（671B MoE 架构） ，还迫临乃至追平了 Qwen3-235B-A22B 和 Seed1.5-Thinking 等超大规划 MoE 模型的成果。 把“小体积，大推理”的极限范式展示得酣畅淋漓。 值得注意的是，AIME 系列标题来自美国数学邀请赛 ，结构杂乱、要求精准，向来是衡量模型逻辑思维才能的金规范；LiveCodeBench 则着重代码可履行性和稳健性
，数据污染难度高 ，是实在场景下“考虑-编码-验证”链条的苛刻检测
。 
AM-Thinking-v1 模型测验得分表
。 
AIME2024 不同模型标准作用比照；x 轴为模型标准，y 轴为分数 。 
LiveCodeBench 不同模型标准作用比照；x 轴为模型标准，y 轴为分数 。 推特大 V Aran Komatsuzaki 也下场转发 ，并配文 ：AM-Thinking-v1 正以 32B 的规划推动着推理前沿功能的鸿沟 。 
分数之外 ，是更具实践意义的使命。当研讨人员用 AM-Thinking-v1 去处理典型的“旋转三角形中红球反弹”问题时 ，AM-Thinking-v1 展示出了多步逻辑极强的了解，给出了完好的运动轨道模仿和关于小球磕碰的判别。 
而在逻辑推理使命中 ，AM-Thinking-v1 也能坚持十分安稳的考虑进程。 
在长文本写作才能的测验中 ，AM-Thinking-v1 在表达逻辑和意象捕捉方面也展示出了开始的组织才能 。 
32B 模型的新上限
，是这样“训”出来的。与寻求超大规划和大数据堆叠不同 ，A-M-team 的要害打破在于如何用有限的核算和开源数据
，最大化32B模型的推理才能
。 他们规划了一整套后练习（post-training）计划
，其间包含冷启动式监督微调、经过率引导的数据挑选机制以及双阶段强化学习（Dual-stage RL） 。 首先在监督微调（SFT）阶段 ，团队用了一个相对急进但作用很好的设置：把学习率拉到了 8e-5
，batch size 也做了加大，还支撑最长 32K 的输入长度 。练习样本被特别规划成“先考虑再答复”的格局 。 这个规划协助模型建立了“先想清楚 、再说话”的好习惯 。并且 ，练习中还能显着看到模型越来越懂得操控长度 、防止烦琐——这些改变在均匀生成长度和停止率上都有反映 。 
其次在数据这块，团队彻底依托开源资源 ，从数学
、代码 、科学推理到指令跟和顺通用对话 ，一共收拾出了五类中心使命的数据
。 他们花了很多时刻做清洗 ：不只去重
、改写问题 ，防止和评测集“撞题”，还对数学数据进行严厉验证 ，乃至用 DeepSeek-R1 和 o4-mini 来穿插比对规范答案
。生成的练习样本也经过层层挑选，比方用 PPL 算分 、查看重复短语和结构完好性
，终究留下的数据洁净又靠谱 。 
在最终的强化学习（RL）阶段 ，团队选用了 GRPO 这种轻量级算法
，还特别搞了个“难度感知”的战略
，意思是：先挑一些模型做得不太好的题来练 ，等熟练了 ，再参加一些通用对话和指令跟从使命来拓宽才能 。 奖赏机制也挺考究：数学和代码类的问题用规矩验证或许直接跑沙盒程序验证答案；而像 open-ended 答复这种 ，就让 LLM 来打分 ，从有用性
、准确性 、连贯性这三方面评价，确保模型在各方面都能前进。 当然 ，为了让整个 RL 练习高效跑得动
，A-M-team 还在工程上动了不少脑筋
。比方他们把推理和练习分隔 ，用了 streaming rollout 的方法 ，还配了个前端负载均衡器 ，能依据每张 GPU 的实践压力动态分配使命
，最大极限防止“有的卡闲着 、有的卡累死”的状况 。不只练习稳，还能大大节省时刻和算力 。 
总的来说 ，尽管 AM-Thinking-v1 现已在推理上做得很超卓
，但它现在还不支撑函数调用 、多模态输入 ，对低资源言语的才能也有待验证 。 不过 ，即便如此 ，它现已把 32B 模型的功能潜力发掘到了极致 ，也为开源 LLM 社区供给了一个值得学习的思路 ：不靠堆参数 、不靠私有数据 ，经过详尽练习规划
，也能做出满足聪明的模型 。 为什么要做一个 32B 推理模型 ？在当时大模型发展趋势中
，干流道路正不断寻求更大的参数规划 、更杂乱的架构（如 MoE） 、更巨大的练习数据和更贵重的练习资源
。但这条道路的本钱极高 ，一起也带来了模型布置难、推理推迟高 、适配门槛大等一系列现实问题
。 A-M-team 挑选反其道而行之 ，专心在 32B 这一“中标准模型”的参数区间
，其实背面也有有着清晰的考量：他们想探究一种在核算资源可控 、数据彻底开源的条件下 ，也能完成强壮推理才能的途径 。 具体来说，32B 是一个对研讨与运用都更友爱的“黄金标准”： 满足强壮 ：比较 7B 或 13B 模型 ，32B 在才能上能支撑杂乱的数学推理和代码生成 ，具有履行严厉 reasoning 使命的根底； 本钱可控
：比较 100B 、200B 乃至 670B 的巨型模型
，32B 模型练习与推理资源需求明显更低 ，更适合在企业或研讨机构内部复现、布置和迭代； 布置更友爱：在单节点或小规划集群上即可运转 ，可运用于更多落地场景； MoE 代替探究 ：它也是对 MoE 道路的代替探究，A-M-team 想要验证 ，不运用专家模型
，仅靠稠密结构和厚实的后练习规划 ，是否也能到达乃至逾越 MoE 模型的体现 。 AM-Thinking-v1 正是在这样的问题驱动下诞生的 ：一个不依靠私有数据 、没有特别硬件依靠
、彻底根据社区资源练习而成的中标准模型 。 而它的体现也正好印证了这个方向的潜力——不只在 AIME 和 LiveCodeBench 等高难度使命上逾越了 DeepSeek-R1，还在多个维度挨近 Qwen3-235B-A22B 这类百亿级 MoE 模型 。(大众号
：)简而言之
，AM-Thinking-v1 想要答复的是一个要害问题：“大模型才能的上限 ，能不能用更小的体量完成 ？” 结果是必定的。 而这正是 32B 推理模型的价值地点
。
原创文章 ，未经授权制止转载 。概况见转载须知。 
| 
楼主
收藏
点赞