讯飞星火 X2.5 发布：293B 旗舰上线开放平台，端侧 4B/1.7B 已先行开源

国产全链路模型评测对比端侧部署长上下文开源项目本地化运行MoE架构Apache 2.0协议GitHub开源

2026-09-07 12:32

37 浏览

0 点赞

AI 速览

科大讯飞发布讯飞星火 X2.5 大模型系列，包含293B云端旗舰和4B/1.7B端侧开源模型，适合关注国产算力、长上下文及代码智能体能力的开发者。核心事实 - 模型架构：星火 X2.5 采用 MoE 架构，总参数 293B，激活约 30B，基于全国产算力训练推理 - 能力侧重：重点提升代码生成与智能体（Agent）能力，数学与通用理解同步增强 - 端侧开源：9月1日开源 X2.5-4B 和 X2.5-1.7B，原生支持 100 万 Token 上下文，Apache-2.0 协议 - 部署覆盖：支持昇腾、英伟达等多硬件平台，兼容 vLLM、llama.cpp 等框架，可通过 Ollama 本地运行 - 官方榜单：4B 模型在 SWE-Bench Pro、τ³-bench 等同尺寸对比中领先，但非旗舰模型成绩避坑提示 - 性能边界：官方未公布293B旗舰模型完整评测，其与 GPT、Claude、Qwen 旗舰的相对水平尚不可知 - 数据来源：端侧模型榜单为官方自测，第三方实测尚未出现，“端侧唯一百万上下文”需验证价值点为国产算力生态下的开发者提供了可立即使用的云端API与端侧权重双入口，尤其适合需长上下文、代码辅助或边缘部署的场景。

9月7日消息，科大讯飞今日发布旗舰大模型星火 X2.5，参数规模 293B-A30B，重点提升代码和智能体能力，目前已上线讯飞开放平台。一周前的9月1日，科大讯飞旗下词元星火已先开源两款端侧模型星火 X2.5-4B 和 X2.5-1.7B，原生支持 100 万 Token 上下文。需要说明的是，官方目前没有公布旗舰模型的完整评测表，X2.5 与 GPT、Claude、Qwen 等旗舰模型的相对水平暂时无法判断。

讯飞星火 X2.5 发布：293B 旗舰上线开放平台，端侧 4B/1.7B 已先行开源

旗舰星火 X2.5：293B-A30B，已上线讯飞开放平台

星火 X2.5 采用 MoE 架构，总参数 293B，激活参数约 30B。模型基于全国产算力完成全流程训练及推理，官方称持续优化了国产算力上的超长序列训推问题。能力上，这一代重点提升代码和智能体，同时继续增强数学与通用理解。

293B 是星火旗舰延续下来的规模档位。2025年11月发布的星火 X1.5 和2026年2月发布的星火 X2 同样处于这一量级，X2.5 的变化不在扩规模，而在能力侧重转向代码和智能体。

X2.5 上线开放平台的同时，科大讯飞此前在2026年半年度业绩说明会上的预告还在等着兑现：公司将在今年的 1024 开发者节上推出基于全国产算力的全新主力通用大模型。X2.5 可能不是今年星火旗舰的终点。

端侧 4B/1.7B：原生 100 万 Token，9月1日已开源

端侧部分由科大讯飞旗下词元星火在9月1日发布并开源，采用 Apache-2.0 协议。两款模型原生支持最长 100 万 Token 上下文，官方称这是目前端侧模型中唯一达到这一量级的产品。

架构上，模型采用混合注意力设计，用 1 层全注意力加 3 层滑窗注意力控制长上下文的计算开销；预训练使用约 20 万亿 Token 数据，基于华为昇腾集群完成。模型支持 200 多种语言，官方信息还显示其已适配 Codex、Claude Code、OpenClaw、Hermes 等智能体框架。

部署入口覆盖较全。硬件支持英伟达、华为昇腾、海光、后摩等平台，兼容 vLLM、SGLang、llama.cpp、MLX 等推理框架，可通过 Ollama 和 LM Studio 本地运行，FP8 和 INT8 量化版本已于9月4日发布。权重在 Hugging Face、ModelScope、Modelers、Ollama、SCNet、AtomGit 同步开放，API 上线讯飞星辰 MaaS 平台并限时免费。

官方给出的用例里，4B 面向长文档处理、代码辅助和从原始数据到双语报告的完整流程；1.7B 在 Domux 智能家居测试集上控制指令端到端正确率 90.3%，平均响应 0.85 秒，也可部署到机器人本体或边缘设备做操作控制、目标追踪和导航决策。

官方榜单：同尺寸多项靠前，但只是端侧成绩

根据官方仓库公布的数据（均在 thinking 模式下测得），星火 X2.5-4B 在 SWE-Bench Pro 上得分 44.4，同表中的 Qwen3.5-4B 为 29.4；τ³-bench 得分 30.4，高于同表中的 Qwen3.5-4B（6.7）和 Gemma4-E4B（10.1）；MCP-Atlas 得分 54.6，BFCL-V4 得分 65.1。

这组数字有两条边界需要说清。它们来自官方自测的同尺寸对比，并非全部领先：BFCL-V4 上同表的 Qwen3.5-9B 为 66.1，高于 X2.5-4B；SWE-Bench Verified 上 Qwen3.5-9B 的 53.1 也高于 X2.5-4B 的 41.6。另外这些是端侧开源模型的成绩，不能当成今天发布的 293B 旗舰的水平，旗舰的完整评测表目前仍未公布。

星火在把筹码压向代码和 Agent

端侧模型比旗舰早开源一周，1024 开发者节还排着一款全国产算力新主力。星火这轮迭代没有扩大规模：在同一国产算力底座、同一 293B 档位上，重心换成了代码和智能体，同时用 Apache-2.0 的端侧小模型先把开发者和硬件生态铺出去。

对需要在国产算力或国产模型上做选型的开发者，这一轮提供了两条可直接使用的入口：云端的讯飞开放平台和星辰 MaaS，以及端侧的多平台权重。但「端侧唯一百万上下文」和榜单领先目前都是官方口径，第三方实测还没有出现；旗舰模型相对 GPT、Claude、Qwen 旗舰处于什么位置，也要等官方评测表或后续实测才能回答。

Github：https://github.com/XHToken/Spark-X2.5

Huggingface：https://huggingface.co/collections/XHToken/spark-x25

好文章，需要你的鼓励

# 报错信息分析与调试指南 ## 任务说明请分析用户提供的报错信息，推测可能的错误原因，并提供系统性的调试步骤。 ## 分析要求 1. **错误类型识别** - 确定是语法错误、运行时错误、逻辑错误还是环境配置错误 - 识别具体的错误类别（如空指针、数组越界、类型不匹配等） 2. **原因推测** - 基于错误信息中的关键线索进行合理推断 - 考虑常见的导致此类错误的编程场景 - 分析可能的代码问题或环境问题 3. **调试步骤** - 提供从简单到复杂的逐步调试方法 - 包括代码检查、日志添加、环境验证等具体操作 - 给出预防类似错误的最佳实践建议 ## 输出格式 - **错误类型**：[具体的错误分类] - **可能原因**： 1. [原因1] 2. [原因2] 3. [原因3] - **调试步骤**： 1. [步骤1] 2. [步骤2] 3. [步骤3] 4. [步骤4] - **解决方案**：[具体的修复建议] ## 示例 **输入**：【报错信息】 ``` TypeError: Cannot read property 'length' of undefined at processData (app.js:25:18) at main (app.js:10:5) ``` **输出**： - **错误类型**：运行时错误 - TypeError - **可能原因**： 1. 变量未正确初始化就被访问其 length 属性 2. 函数参数传递了 undefined 值 3. 异步操作中数据还未加载完成就尝试访问 - **调试步骤**： 1. 检查 app.js 第25行附近的变量声明和赋值 2. 在访问 length 属性前添加类型检查：`if (variable && variable.length)` 3. 使用 console.log() 输出相关变量的值确认其状态 4. 检查函数调用时传入的参数是否正确 - **解决方案**：在访问对象属性前先验证对象是否存在，或确保变量在使用前已被正确初始化。