### [10亿Tokens免费送！实测全国产算力模型Spark-X2.6，纯代码搓出3D故宫](https://www.zuoshipin.com/article/61548)

**Published:** 2026-10-26T15:35:19

**Author:** 天才交易员

**Excerpt:** 完整保留 Spark-X2.6 的端侧、云端与端云协同实测过程及全部配图，补充官方导航、使用边界、SEO 信息…

**导读：**本文完整保留原文的实测过程、结构和图片，仅补充排版、站内导航与阅读信息。文中关于模型表现、下载量、榜单、端云路由、处理时长、免费额度及其他产品数据均具有时效性，且部分为原文作者测试或厂商口径；实际使用请以官方当前页面、文档和独立业务评测为准。涉及敏感资料时，应先完成脱敏、权限与合规审查。

去讯飞一年一度的全球1024开发者节走了一圈，感受就一个：

**热闹，真热闹啊**。

看图就知道，想在人群里往前挪两步有多难了——

展台前的人一拨接一拨，有人上手体验，有人围在一起聊技术、问细节，现场展示的AI成果和沉浸式互动一个接一个，硬核科技含量一整个拉满。

[![现场展示与产品体验](https://admin.zuoshipin.com/wp-content/uploads/2026/10/spark-x26-30606-img01-img01.webp)](https://admin.zuoshipin.com/wp-content/uploads/2026/10/spark-x26-30606-img01-img01.webp)

现场展示与产品体验

不过，比热闹更值得看的，还是这些AI产品到底能做什么。

教育、医疗、金融、翻译……讯飞这次把一批行业AI产品搬到了展台上，国产大模型怎么进入具体场景、怎么适配不同行业、又怎么真正用起来，在这里都能看到具体展示。

其中，今年9月发布的Spark-X2.5系列开源模型，全渠道累计下载量突破了256万（进入全球端侧模型下载量前四），4B版本还冲上过Hugging Face近7天Trending榜第一。

「256万下载量、榜单第一」，成绩确实亮眼，但我这次真正盯上的，是另一件事：

**讯飞走的，还是一条和大多数玩家不太一样的路。**

全栈自主可控。

从模型训练到推理，再到端侧部署，讯飞一直在用国产算力撑起整套大模型体系。

这条路有多难，懂的都懂。。。

所以问题来了：

**不靠英伟达GPU，这套全国产体系究竟把中国模型带到哪一步了？**

正好，讯飞最新也掏出了Spark-X2.6。

**相关导航：**讯飞星辰 MaaS 与 Spark-X2.6 模型服务：[https://www.zuoshipin.com/link/61547.html](https://www.zuoshipin.com/link/61547.html)

那还等啥，直接上强度！（桀桀桀.jpg）

## 全国产，不止把模型训出来

正式实测前，有件事得先掰扯清楚：

虽然都在讲「国产大模型」，但这里面的国产算力路线，其实还不太一样。

有几个概念经常混淆在一起，这次我干脆梳理了下：

[![国产算力路线相关示意](https://admin.zuoshipin.com/wp-content/uploads/2026/10/spark-x26-30606-img02-img02.webp)](https://admin.zuoshipin.com/wp-content/uploads/2026/10/spark-x26-30606-img02-img02.webp)

国产算力路线相关示意

显然，讯飞选的是最后那条更难的路：

从模型训练、强化学习、持续迭代到推理部署，整条链路都落在国产算力平台上。

核心链路的英伟达含量为0，怎么说呢？听着确实爽。

但真往下扒，就知道这事有多难。

过去几年，行业讨论全国产大模型，最先被追问的通常是：

国产卡，到底能不能把模型训出来？

这确实是最直观的一关，可真到了大规模训练，难题才开始涌现。

英伟达的优势不仅在GPU，还有围绕CUDA积累多年的软件生态，换成国产芯片后，从算子、框架到多卡通信都要重新适配。

规模一旦上到千卡、万卡，训练效率和集群稳定性又成了新的考验。

很多工作藏在模型背后，普通用户看不到，却最耗时间和研发资源。

[![模型训练与部署链路示意](https://admin.zuoshipin.com/wp-content/uploads/2026/10/spark-x26-30606-img03-img03.webp)](https://admin.zuoshipin.com/wp-content/uploads/2026/10/spark-x26-30606-img03-img03.webp)

模型训练与部署链路示意

我又顺着讯飞这几年的时间线翻了翻，发现它对全国产的理解，确实比「用国产卡训个模型」多走了几步。

这可能跟讯飞长期扎在行业场景里有关。

模型一旦进入医院、学校和企业系统的各种硬件设备，算力供应、数据安全和部署成本就成了绕不开的问题，也推着它更早走上了全链路国产化的路线。

2023年，讯飞联合华为推出「飞星一号」，先把大规模国产算力底座搭了起来。

后面又有国产算力上的千亿参数模型Spark-V3.5、深度推理模型Spark-X1。

到了今年，Spark-X2.5开源了4B和1.7B端侧模型，开始往更多终端设备里钻。

一路啃到Spark-X2.6，问题已经从训练走到了部署：

模型究竟该在哪里运行？

最近我正好看了Every那篇《How Codex Happened》，发现OpenAI也在这个问题上交过学费。

OpenAI最初把Codex全放在云端，却因为环境配置麻烦、任务难以随时干预而碰壁，后来才转向本地，并逐渐把两边打通。

为什么最后还是两边都要？看完这张表就明白了：

[![端侧与云端协同方式说明](https://admin.zuoshipin.com/wp-content/uploads/2026/10/spark-x26-30606-img04-img04.webp)](https://admin.zuoshipin.com/wp-content/uploads/2026/10/spark-x26-30606-img04-img04.webp)

端侧与云端协同方式说明

云端胜在能力，端侧胜在离线响应、成本和隐私，放进真实业务里，很难只押一边。

更实际的方案，是把选择权交给企业：

什么任务留在本地，什么任务交给云端，哪些数据可以上传，一次调用又愿意花多少Token。

Spark-X2.6做的，正是让端侧和云端按需分工：

**任务先由端侧模型判断，再选择合适的执行路径，形成三种协同模式**。

简单任务直接在本地完成，这是「纯端侧执行」。

需要云端能力的任务，先在端侧脱敏，再交给云端处理，这是「纯云侧执行」。

需要两端配合的任务，则在端侧脱敏后进入「云+端执行」——既可以由云端提供指导、端侧完成操作，也可以让端侧和云端分工协作，共同完成任务。

思路听起来挺顺，就是不知道能不能真省Token、护住隐私？

那就，开测。

## 实测Spark-X2.6

Spark-X2.6现已上架讯飞星辰MaaS平台，采用MoE架构，总参数量293B，每次推理激活约30B，支持1M上下文。

当前API价格打六折，每百万输入tokens 0.9元，每百万输出tokens 3.6元（比大肥鱼谷价便宜约10%）。

[![Spark-X2.6 相关实测任务展示](https://admin.zuoshipin.com/wp-content/uploads/2026/10/spark-x26-30606-img05-img05.webp)](https://admin.zuoshipin.com/wp-content/uploads/2026/10/spark-x26-30606-img05-img05.webp)

Spark-X2.6 相关实测任务展示

和9月份发布的X2.5相比，这一代主要往前推了三步：

-   干活能力更强：X2.6的代码和智能体能力整体分别提升约8个点，模型整体实力位列业界第一梯队；
-   国产算力跑得更顺：通过训练和推理架构优化，模型在国产训练平台上的效率提升4倍，四层KV Cache的命中率达到95%；
-   用起来更省：在高频应用场景中，约60%的任务实现了Token消耗下降。

归纳起来，这些升级指向的还是那个熟悉的主题：

干活儿。

既然测的是干活能力，只在聊天框里问几道题，显然不太够。

所以这次，我把Spark-X2.6的API接进DeepSeek Harness，让它直接读写文件、运行代码，并根据运行结果排查报错。

[![代码生成与三维场景实测展示](https://admin.zuoshipin.com/wp-content/uploads/2026/10/spark-x26-30606-img06-img06.webp)](https://admin.zuoshipin.com/wp-content/uploads/2026/10/spark-x26-30606-img06-img06.webp)

代码生成与三维场景实测展示

别的先不说，先看看它和当前最顶尖那批模型还有多大差距。

最近硅谷头部模型发布时，视觉Coding几乎成了固定节目，骑自行车的鹈鹕、3D交互场景都被反复拉出来展示。

虽然这类任务代替不了Benchmark，但胜在结果足够直观，所以第一关，我也给Spark-X2.6安排了「顶流同款」。

## 「顶流同款」测测模型本身有多强

先来一只骑自行车的鹈鹕。

Prompt用的是硅谷测试里常见的极简写法，没有规定画风、构图和实现方式，只给模型一句话：

Create an SVG of a pelican riding a bicycle. Save it as pelican.svg in the current directory and preview the result. Do not use external image assets.（创建一个骑着自行车的鹈鹕的SVG，将其保存到当前目录下的pelican.svg文件中，并预览结果，不要使用外部图片资源。）

要求越少，模型自己的代码基本功和审美反而越藏不住。

下图是模型一次直出的结果，第一眼看过去完成度确实不低：

自行车结构完整，近景和远景也都补上了。

[![模型处理过程动态展示](https://admin.zuoshipin.com/wp-content/uploads/2026/10/spark-x26-30606-img07-img07.webp)](https://admin.zuoshipin.com/wp-content/uploads/2026/10/spark-x26-30606-img07-img07.webp)

模型处理过程动态展示

趁着手热，我又加了一道题：**3×3魔方模拟器**。

这回不只要把魔方用纯CSS 3D画出来，六个面还得真能转，打乱、重置也都安排上。

最后做出来的版本也挺省心，不用装依赖，一个文件打开就能跑，拖着鼠标能换视角，想怎么拧就怎么拧。

[![模型输出与操作过程截图](https://admin.zuoshipin.com/wp-content/uploads/2026/10/spark-x26-30606-img08-img08.webp)](https://admin.zuoshipin.com/wp-content/uploads/2026/10/spark-x26-30606-img08-img08.webp)

模型输出与操作过程截图

魔方都能拧了，那不得来一个大BOSS级别的终极考验：

用代码搭一座可以自由探索的3D故宫。

我扔过去一段AI生成的提示词，然后趁着Spark-X2.6在后台跑，去吃了个饭。

没想到再回来时，它已经交付了一套由index.html、style.css和main.js组成的完整网页。

打开本地服务，红墙金瓦沿着中轴线铺开，鼠标可以自由旋转、缩放和移动视角。

说实话，比我预想的完整不少。

[![模型任务完成结果展示](https://admin.zuoshipin.com/wp-content/uploads/2026/10/spark-x26-30606-img09-img09.webp)](https://admin.zuoshipin.com/wp-content/uploads/2026/10/spark-x26-30606-img09-img09.webp)

模型任务完成结果展示

小试牛刀下来，Spark-X2.6虽然不能一次猜中所有细节，但对反馈的响应很快。

这点对Coding Agent其实挺重要。

玩过Vibe Coding的朋友应该都有体会，即使用上「OA」两家的旗舰模型，一次生成就完全符合预期，也不太现实。

所以对我来说，真正影响体验的，是模型能不能听得懂人话，改得快、改得准。

[![端侧模型本地运行环境](https://admin.zuoshipin.com/wp-content/uploads/2026/10/spark-x26-30606-img10-img10.webp)](https://admin.zuoshipin.com/wp-content/uploads/2026/10/spark-x26-30606-img10-img10.webp)

端侧模型本地运行环境

当然，画图和搭网页还只是热身，接下来得给它安排点真正的班上了。

## 把4B模型装进电脑，先让它独立上班

这回的主角换成了刚刚开源的Spark-X2.6-4B。

别看参数量只有4B，它却支持最高1M上下文和200多种语言，也适配了Ollama、LM Studio等**本地运行工具**，以及llama.cpp、vLLM等主流**推理框架**。

[![本地模型处理任务过程](https://admin.zuoshipin.com/wp-content/uploads/2026/10/spark-x26-30606-img11-img11-1.webp)](https://admin.zuoshipin.com/wp-content/uploads/2026/10/spark-x26-30606-img11-img11-1.webp)

本地模型处理任务过程

为了尽量榨出4B模型的能力，讯飞在后训练阶段加入了能力感知机制，让模型判断自己的薄弱项，再向不同教师模型针对性学习。

据讯飞内部评测，同尺寸端侧模型能够独立完成的Agent任务比例约为12.8%，而Spark-X2.6-4B将这个数字提高到了41.9%。

不管了，是骡子是马总得拉出来遛遛。

由于我的电脑只有AMD核显、没有独立显卡，模型全程依靠CPU推理，所以我通过Ollama部署了Spark-X2.6-4B的Q4量化版本，并从终端调用本地API。

模型成功运行后，我直接断开网络，确保材料读取、分析和结果输出全部留在这台电脑里。

[![本地模型完成任务的结果](https://admin.zuoshipin.com/wp-content/uploads/2026/10/spark-x26-30606-img12-img12.webp)](https://admin.zuoshipin.com/wp-content/uploads/2026/10/spark-x26-30606-img12-img12.webp)

本地模型完成任务的结果

我给它安排的任务，是替一家虚构的机器人公司，完成周度经营复盘。

销售周报、客户邮件、生产排期和供应链记录散落在不同文件里，部分信息还互相矛盾，它需要跨文件核对数据，找出营收变化、客户冲突和交付风险，最后列出等待管理层拍板的事项。

[![端侧处理与文件分析结果](https://admin.zuoshipin.com/wp-content/uploads/2026/10/spark-x26-30606-img13-img13.webp)](https://admin.zuoshipin.com/wp-content/uploads/2026/10/spark-x26-30606-img13-img13.webp)

端侧处理与文件分析结果

最终，模型用时6.8分钟，交出了一份完整的经营复盘报告。

它分清了2550万元销售口径营收与2370万元财务确认收入，也找出了两笔重点商机和三类供应链缺口，主要结论均注明了信息来源。

[![数据核对与任务完成情况](https://admin.zuoshipin.com/wp-content/uploads/2026/10/spark-x26-30606-img14-img14.webp)](https://admin.zuoshipin.com/wp-content/uploads/2026/10/spark-x26-30606-img14-img14.webp)

数据核对与任务完成情况

[![本地模型输出结果展示](https://admin.zuoshipin.com/wp-content/uploads/2026/10/spark-x26-30606-img15-img15.webp)](https://admin.zuoshipin.com/wp-content/uploads/2026/10/spark-x26-30606-img15-img15.webp)

本地模型输出结果展示

综合数字准确性、跨文件关联、风险识别、来源追踪和报告完整度五个维度，这轮任务的完成度大约在九成。

要挑毛病的话，它把一笔在手订单归入了潜在商机，分类还不够严谨，不过相关事实和金额均无误，经过简单人工复核，已经可以作为管理层讨论的参考材料。

对一款完全离线、全程依靠CPU运行的4B模型来说，这份答卷已经能打。

## 涉及敏感信息的复杂任务，再让云端接力

不过，端侧模型的能力终究有边界，遇到更复杂的任务，云端依然得上场。

那什么任务留在本地，什么任务值得上云呢？

为此，讯飞引入了一套基于评语模型的端云路由协同训练机制。

简单来说，就是让同一个任务分别在端侧和云端多跑几次，再由评语模型比较结果、给出反馈，并通过交替训练不断优化路由判断，让系统更清楚一个任务到底该交给端侧、云端，还是两边一起完成。

据讯飞内部评测，这套机制将端云任务路由准确率从81.2%提升到了96.1%。

都96.1%了，所以这轮实测，我决定给它安排一份更敏感、关联关系也更复杂的材料：

审查一份工业视觉检测设备采购合同。

合同依然是虚构的，但公司名称、联系人、电话号码、银行账户和合同金额一个不少，付款、验收、数据上传、知识产权和违约责任之间还藏着多处关联风险。

[![合同材料与敏感字段处理示例](https://admin.zuoshipin.com/wp-content/uploads/2026/10/spark-x26-30606-img16-img16.webp)](https://admin.zuoshipin.com/wp-content/uploads/2026/10/spark-x26-30606-img16-img16.webp)

合同材料与敏感字段处理示例

我先让本地4B模型负责脱敏。

用时4.3分钟，合同中的26项敏感信息全部被替换成占位符，检查结果显示没有原始信息残留。

[![本地脱敏处理结果](https://admin.zuoshipin.com/wp-content/uploads/2026/10/spark-x26-30606-img17-img17.webp)](https://admin.zuoshipin.com/wp-content/uploads/2026/10/spark-x26-30606-img17-img17.webp)

本地脱敏处理结果

确认处理干净后，我才重新联网，把脱敏合同交给云端X2.6。

70.8秒后，消耗7368个Tokens，它交出了一份完整的审查报告，找出了18项风险和8组条款冲突。

像是验收标准前后打架、允许数据直接上传云端却要求供应商承担无限责任，这些藏在不同条款里的问题，也被它顺藤摸瓜揪了出来。

[![云端审查报告结果](https://admin.zuoshipin.com/wp-content/uploads/2026/10/spark-x26-30606-img18-img18.webp)](https://admin.zuoshipin.com/wp-content/uploads/2026/10/spark-x26-30606-img18-img18.webp)

云端审查报告结果

随后，我再次断网，在本地恢复合同信息，并生成附带逐条修改建议的Word文件。

为了避免自己给自己判卷，我又把全套材料扔给Codex复核了一遍。

结果显示，云端收到的合同没有原始敏感信息，本地还原后也没有留下任何占位符，合同正文和表格同样完整保留。

[![合同还原与修改建议结果](https://admin.zuoshipin.com/wp-content/uploads/2026/10/spark-x26-30606-img19-img19.webp)](https://admin.zuoshipin.com/wp-content/uploads/2026/10/spark-x26-30606-img19-img19.webp)

合同还原与修改建议结果

到这里，整个流程才算真正跑通：

敏感信息留在本地，复杂分析交给云端，处理完再回到本地还原。

需要说明的是，这次我只做了最小可行性验证。

为了看清每一步的数据流向，我保留了人工分配环节，完整方案则支持自动路由。

[![端云协同流程示意](https://admin.zuoshipin.com/wp-content/uploads/2026/10/spark-x26-30606-img20-img20.webp)](https://admin.zuoshipin.com/wp-content/uploads/2026/10/spark-x26-30606-img20-img20.webp)

端云协同流程示意

真正进入企业环境后，系统可以根据任务难度和安全要求自动分配端云任务，让这套技术方案成为一条可以持续运转的业务流程。

## 训出来之后，真正的考验才刚开始

一圈测下来，Spark-X2.6给我留下最深印象的，是它给企业留出了选择空间。

大模型刚火那阵，企业用AI基本就是接个云端API，简单直接。

可AI真正进入业务，事情很快就复杂起来了。

合同和客户资料不方便上传，高频调用又会持续产生Token成本，全部放在端侧，复杂任务的能力又可能跟不上。

端云协同的价值，就在于让企业根据自己的业务，自由调整部署方式。

Stanford《2026 AI Index》显示，全球已有88%的受访企业使用AI，但Agent在几乎所有业务职能中的规模化部署率仍然只有个位数。

这说明，AI已经进入企业，核心业务却还没有真正交给Agent。

[![端云协同应用场景示意](https://admin.zuoshipin.com/wp-content/uploads/2026/10/spark-x26-30606-img21-img21.webp)](https://admin.zuoshipin.com/wp-content/uploads/2026/10/spark-x26-30606-img21-img21.webp)

端云协同应用场景示意

想让Agent继续往核心业务里走，除了模型能力，部署方式也得跟着场景变化。

医院、学校和办公室面对的限制各不相同，端侧和云端怎么分，自然也不会只有一种答案。

讯飞有意思的地方在于，这道题它已经琢磨了好几年。

一开始，讯飞就花了大把时间死磕国产算力底座。

要知道，光是让模型在国产算力上「跑起来」，解决一连串的推理适配难题，就已经够脱层皮了。

但更狠的是，讯飞不仅跑通了，还在这套底座上走完了大模型的完整训练流程，直接训出了实力对标国际一流的大模型。

从「跑起来」到「训出来」，听着只差几个字，背后的工程难度完全不在一个量级。

放眼望去，愿意为这条全链路长期填坑的公司，真没几个。

而讯飞这些年踩过的坑、积累的经验，如今全成了做端侧模型和端云协同最硬的底牌。

当然，走得早只是开头，真正决定这条路线能走多远的，还得看规模化落地的表现。

类似的长期考验，在中国科技产业里并不少见。

北斗从1994年立项，到2020年完成全球组网，走了26年。

C919从2007年立项，到2023年商业首航，也花了16年。

从技术突破到真正投入使用，中间还有很长一段路要走。

中国模型的国产化道路，同样绕不开这一关。

新模型和榜单成绩更容易被看见，而系统适配、项目交付和长期运行这些事，平时却很少进入讨论。

模型能力可以靠一次次迭代追赶，但这类不太显眼的积累却很难一夜补齐。

讯飞早走几年的优势，已经开始显现。

## 扩展阅读

-   **讯飞星辰 MaaS 与 Spark-X2.6：**[https://www.zuoshipin.com/link/61547.html](https://www.zuoshipin.com/link/61547.html)
-   **更多 AI 资讯：**[https://www.zuoshipin.com/archive/75](https://www.zuoshipin.com/archive/75)

## 常见问题

1.  **Spark-X2.6 的免费额度是否一直有效？**  
    不一定。试用额度、活动规则、价格与可用模型可能调整，使用前应以官方账户页面和服务说明为准。
2.  **原文实测结果可以直接代表生产表现吗？**  
    不能。单次实测受任务、提示词、版本、设备、网络和人工检查标准影响，生产接入应使用自身数据进行复测。
3.  **端侧模型是否意味着数据绝对安全？**  
    不意味着。端侧仍需管理设备权限、日志、缓存、文件访问与人员操作；任何敏感资料都应先做数据分级和脱敏。
4.  **合同或客户资料可以直接交给云端模型处理吗？**  
    不建议直接提交。应先确认数据流向、保留策略、权限、脱敏效果及适用的合规要求，并保留人工复核。
5.  **如何开始评估端云协同方案？**  
    先定义任务和风险等级，再用脱敏样本比较端侧与云端的质量、时延、成本和可运维性，最后设置异常降级与人工复核机制。

**Tags:** Spark-X2.6, 国产算力, 端云协同, 端侧模型, 讯飞星火

**Categories:** AI资讯

---