轻量线大乱斗:蚂蚁 flash vs DeepSeek vs 通义,560B 总参是卷参数还是卷性价比
【免费下载链接】Ling-3.1-flash项目地址: https://ai.gitcode.com/hf_mirrors/inclusionAI/Ling-3.1-flash
2026 年 9 月 30 日,蚂蚁百灵发布 Ling-3.1-flash:约 560B 总参数、每 Token 仅激活 25B、官方宣称 1M 上下文上限,限时两周免费体验,免费期结束后权重开源。这份参数表放到国产"轻量线"的坐标系里非常扎眼——同样主打 flash 的 DeepSeek V3 是 671B 总参 / 37B 激活,通义 Qwen3 轻量旗舰是 235B 总参 / 22B 激活,而蚂蚁自己上一代 Ling-3.0-flash 只有 124B / 5.1B。总参一口气翻了 4.5 倍,却仍然自称"轻量",到底是在卷参数还是在卷性价比?本文结合社区一手情报与仓库源码(README.md、config.json、modeling_bailing_moe_v3.py、chat_template.jinja),把这个问号拆开来看。
一、先看地图:轻量线选手的参数与定价横评
把当下国产轻量线的几个代表选手摆在同一张表上:
| 模型 | 厂商 | 总参数 | 激活参数 | 架构 | 上下文 | 许可/免费策略 |
|---|---|---|---|---|---|---|
| Ling-3.1-flash | 蚂蚁百灵 | 560B | 25B | 混合线性 MoE(63 KDA + 9 Gated MLA) | 1M(免费期 256K) | MIT,限时 2 周免费后开源 |
| Ling-3.0-flash | 蚂蚁百灵 | 124B | 5.1B | 混合线性 MoE(5:1 KDA:MLA) | 256K | 开源,曾限时免费引流 |
| DeepSeek-V3 | 深度求索 | 671B | 37B | MoE + MLA | 128K | MIT,API 低价著称 |
| Qwen3-235B-A22B | 阿里通义 | 235B | 22B | MoE | 256K | Apache 2.0,百炼平台有免费额度 |
先看"卷参数"的证据:Ling-3.1-flash 总参从 3.0-flash 的 124B 涨到 560B,路由专家从上一代的 64 路扩展到 512 路,这是实打实的容量军备竞赛。但再看"卷性价比"的证据:560B 总参只激活 25B,激活占比约 4.5%,在四张表里最低——DeepSeek V3 是 5.5%,Qwen3-235B 是 9.4%。翻译成人话就是:Ling-3.1-flash 把"知识容量"(总参)和"单次推理成本"(激活参)做了最极端的解耦,每 Token 的算力开销只相当于一个 25B 级别的稠密模型。
社区的情绪面也在推波助澜:发布即开放两周免费 API(免费期服务长度压到 256K,官方口径是"综合服务成本"考量),免费期结束转付费后开放 1M 上下文并同步开源。这套"免费期拉新 → 付费期开放 1M → 权重开源"的三段式打法,和 Ling-3.0-flash 七月份的节奏如出一辙,本质上是用开源协议和免费额度来换生态位,而不是单纯比拼榜单分数。
二、560B 总参的差异化:用 4.5% 激活占比卷性价比
打开仓库的 config.json,架构参数和 README 官方口径完全对得上:
"num_hidden_layers": 72, "num_experts": 512, "num_experts_per_tok": 8, "num_shared_experts": 1, "first_k_dense_replace": 4, "layer_group_size": 8, "n_group": 8, "topk_group": 4, "num_nextn_predict_layers": 1, "max_position_embeddings": 262144, "vocab_size": 157184几个关键点逐一拆解:
1. 7:1 的混合线性架构,代码里写得很直白。modeling_bailing_moe_v3.py 的BailingMoeV3DecoderLayer用layer_group_size = 8做交替:每 8 层里放一层BailingMoeV3MultiLatentAttention(MLA),其余层放BailingMoeV3KimiDeltaAttention(KDA,线性注意力),合计 72 层即 63 KDA + 9 Gated MLA。前 4 层走稠密 MLP(first_k_dense_replace = 4),第 5 层起才切 MoE。线性注意力占比越高,长序列下的复杂度越接近 O(n),这也是 1M 上下文敢喊出来的结构性前提——MLA 管全局依赖,KDA 管局部与中程信息,两者各司其职。
2. "站在 Kimi 肩膀上"在源码里是实锤。仓库里线性注意力类名叫BailingMoeV3KimiDeltaAttention,直接继承并工程化了月之暗面 Kimi 的 Delta Attention 思路:输入先过ShortConvolution(short_conv_kernel_size = 4)做局部卷积,再走带A_log状态参数与dt_bias的线性递归,最后经FusedRMSNormGated门控输出。社区 36Kr 用"蚂蚁站在 Kimi 肩膀上开源了一款新模型"来点评,并非夸张修辞——类名即证据。前 64 个 token 走fused_recurrent模式、更长序列走chunk模式,推理路径按序列长度自动切换。
3. 8/512 的稀疏路由,比 DeepSeek 更"抠"。路由门控BailingMoeV3Gate采用两阶段 group-limited top-k:512 个专家分成n_group = 8组,先按组得分选出topk_group = 4组,再在组内挑出num_experts_per_tok = 8个专家,另有 1 个共享专家始终在场。打分用 sigmoid 而非 softmax,路由权重再乘routed_scaling_factor = 2.5,并维护expert_bias缓冲做负载均衡。512 选 8,配合激活占比 4.5%,推理成本被压在 25B 激活量级——这是"总参撑容量、激活控成本"路线的极致形态。
4. 推理速度也做了工程补丁。num_nextn_predict_layers = 1说明模型带 MTP(多 Token 预测)头,对应 README 里 SGLang 的--speculative-algorithm NEXTN与 vLLM 的--speculative-config '{"method":"mtp","num_speculative_tokens":3}'投机解码;权重本身以 FP8 分发(quantization_config中fmt: "e4m3"、weight_block_size: [128, 128],54 个 safetensors 分片),显存与带宽占用进一步下降。25B 激活 + MTP + FP8,这条链上每一个环节都在回答同一个问题:560B 总参不让你多付钱。
三、Agent 基因与部署:从 chat template 到双引擎
轻量线竞争的关键不只在参数表上,更在"能不能扛住 Agent 工作流"。仓库里的 chat_template.jinja 是观察模型定位最直接的一手材料:
- 原生支持
enable_thinking/thinking_option开关,推理内容用<think>标签包裹,且按对话轮次决定保留还是清除思考链——既满足深度推理场景,又避免 Agent 长程交互中思考痕迹无谓消耗 token; - 工具调用走 XML 协议(
<tool_call>/<arg_key>/<arg_value>),并声明multi_step_tool支持多步工具调用;系统角色、人类角色、观察结果分别用<role>SYSTEM/HUMAN/OBSERVATION</role>标记。
也就是说,这个模型从模板层就是为"能被 Agent 框架反复调用"而生的。README 也点名了它验证过的宿主:Claude Code、Kilo Code、Qwen Code、Hermes Agent、OpenClaw 等框架,评测覆盖 Terminal-Bench 4.0、SWE-bench Pro、FrontierSWE、GDPVal-AA V2.1、MCP-Atlas 等以"干活"而非"聊天"为核心的基准。
部署层面,官方推荐两条引擎路径:
# SGLang(官方推荐):8 × H200,TP8 + EP8 docker run --gpus all --network host --ipc=host --rm \ lmsysorg/sglang:dev-ling-3.1-flash \ python3 -m sglang.launch_server \ --model-path inclusionAI/Ling-3.1-flash \ --tp 8 --ep 8 \ --speculative-algorithm NEXTN \ --host 0.0.0.0 --port 30000# vLLM vllm serve "$MODEL_PATH" --trust-remote-code \ --tensor-parallel-size 8 --enable-expert-parallel \ --mamba-cache-mode align \ --enable-auto-tool-choice --tool-call-parser ling3 \ --speculative-config '{"method":"mtp","num_speculative_tokens":3}'两套命令都指向同一个事实:560B/25B 是"服务端轻量"而不是"单卡轻量",8×H200 或 4×GB300 才是它的起点。这和蚂蚁自家 Ling-3.0-tiny(FP8 量化后显存可压在 3GB 内的消费级部署)形成清晰的产品分层——tiny 管本地、flash 管服务端,两者不打架,共同组成"从边缘到云"的完整谱系。值得注意的细节是 vLLM 参数里出现了--mamba-cache-mode align与--tool-call-parser ling3,说明官方在推理引擎侧针对混合线性状态缓存和工具调用解析都做了定制适配,而非开箱即用的通用路径。
四、开发者选型:拼生态、拼免费期、拼本地部署
落到"该用谁"的决策,三个维度各有胜负:
拼生态:蚂蚁赢在全家桶,但通义的开发者工具渗透最深。蚂蚁侧有 Ling Studio 一站式平台(社区实测每日赠送 50 万 tokens 免费额度、10 款模型同台)、Tbox 百宝箱深度整合,以及 MCP 专区与支付宝小程序落地的"成果即服务"闭环;README 里还预告了自研的 LingCode harness,把长程编码任务做到数百轮工具调用。通义侧则以阿里云百炼 + 魔搭 ModelScope + 通义灵码/灵码 AI IDE 的开发者工具链见长,社区里"通义灵码改名收费"在掘金引发 2.4 万阅读、89 条评论的讨论,免费额度的收紧恰恰给了开源模型窗口期。DeepSeek 则是"一个 API 走天下"的极简派,靠 2025 年初百万 token 输入 2 元级、输出 8 元级的定价把 API 价格打穿,至今仍是自托管与中转服务的性价比基准。
拼免费期:flash 的节奏是"限时免费 + 到期开源",需要提前备好迁移预案。有社区实测(2026 年 10 月 14 日)对 Ling-3.1-flash 做了信息抽取、代码生成、长文本摘要三类任务接入,结论是免费期内值得迁移,但要注意两个工程风险:JSON 输出稳定性在不同 prompt 下波动、响应延迟随负载明显起伏。给出的应对是典型的多模型冗余网关设计——把 flash 作为主路由,同时接 1-2 个备选模型,按 token 级成本测算自动降级,免费期结束前留足灰度窗口。这类"免费期薅完就跑"的预案,恰恰说明轻量线的用户是极度价格敏感的工程团队,免费期本身就是获客漏斗。
拼本地部署:flash 系不是单卡玩家的菜。560B/25B 需要 8 卡级集群,个人开发者与中小团队的本地诉求应该看向三个方向:蚂蚁自家 Ling-3.0-tiny(FP8/INT8/INT4 多精度,社区实测显存 <3GB)、Qwen3 的 4B/8B/14B/32B 稠密版、DeepSeek 的 R1 蒸馏小模型。这三类才是消费级显卡和边缘设备上"轻量"的真正含义。从这个角度回看"560B 总参卷什么"的问题,答案更清楚了:flash 的轻量是算力计费维度的轻量(激活少、速度快、单价低),不是硬件门槛维度的轻量;蚂蚁用 tiny 补足后者,两个维度都占住。
结语
把情报和源码拼在一起,Ling-3.1-flash 的 560B 总参既是在卷参数(容量翻倍、专家扩到 512),更是在卷性价比——25B 激活、4.5% 激活占比、FP8 存储、MTP 投机解码、1M 上下文与两周免费期,每一层都在降低"单位能力的持有成本"。在 DeepSeek 用低价、通义用生态、蚂蚁用免费期+开源的策略里,轻量线早已不是参数数字的比拼,而是"模型能力 × 工程配套 × 获客节奏"的综合博弈。对开发者而言,最务实的结论只有一条:免费期内把 Agent 链路、JSON 解析、成本模型都压测一遍,免费期结束开源后,你手里就有了一份不需要迁移的迁移预案。
【免费下载链接】Ling-3.1-flash项目地址: https://ai.gitcode.com/hf_mirrors/inclusionAI/Ling-3.1-flash
创作声明:本文部分内容由AI辅助生成(AIGC),仅供参考