轨道 · 写下来的字

DeepSeek-V4.1-Flash-1017 实测手记

2026.10.21

｜实测日期 2026-10-19｜模型版本 V4.1-Flash-1017

官方数据

以上为官方公布数据，未经第三方独立复现。 值得对照的是：涨幅最大的两项恰好是「终端任务」与「从零建项目」，与这次实测一致——提升不在它更懂知识，而在它更能把一个东西做完。

引言

我对榜单分数一向不太敏感。所以拿到 1017 之后，直接实测

几个案例和实际效果图

林中小屋

制作一个HTML的LEAP-1A，V2500，RB211系列涡轮风扇引擎的详细原理3D可视化全流程高度细致的全流程全生命周期演示的可交互页面，支持切换不同运行阶段的动画演示，不同叶片的转速要符合匹配运行状态，支持反推演示，可切换型号并写明当前演示型号的参数，确保参数完全真实，所有部件尺寸形状要1:1还原，带logo涂装，支持爆炸图拆解和多种剖切演示，包含FADEC与仪表参数演示，增加马赫环喷射火焰特效。

生成一个雨夜便利店微缩场景，最终输出一个单文件 html。

只给提示词 全程是模型自己在迭代。

真正难的不是堆零件，是自洽

写一百个盒子不难，难的是让一百个盒子看起来像同一个世界的。这份产物有几处体现了这层能力：

统一的美术管线。 它先定义一套 toon 着色 + 渐变贴图 + 反向外扩描边（沿法线放大一圈、只渲染背面，做出手绘轮廓线），再让所有零件走同一个工厂函数。所以 180 多个图元拼出来是「一个微缩模型」，不是「一堆积木」。

有物理直觉的特效分层。 反射用平面反射相机，并做了两项判断：反射时用全局裁剪面切掉 y<0 的底座（不然地台会倒映进路面）；描边与天气特效分放 layer 1 和 layer 2，天气粒子不参与反射（否则雨丝会在积水里再下一遍）。这不是提示词要求的，是模型自己想到的。

性能是主动设计的。 几何分桶合并（按材质归并静态零件，减少 draw call）、隔帧更新反射、自适应分辨率、关闭阴影贴图逐帧更新。这不是「能跑就行」的写法。

需要说明：上述判断来自我对产出代码的阅读，不是模型自述；具体帧率依设备而定，未做跨设备基准测试。

这类能力适合用在哪

• 交互式 Demo 与提案。 一句话出一个能转、能动、能演示的场景，比十张概念图更有说服力。
• 3D 场景与游戏原型。 微缩场景、展厅、产品展示台这类「小而完整」的题材，是目前甜点区。
• 教学与可视化。 需要把抽象概念变成可漫游的具象场景时，一次任务就能出成品。
• 不适合：强实时交付、要接入既有工程规范的生产代码、对美术资产有版权与一致性硬要求的商业项目。40 分钟换一个场景很划算，40 分钟等一个今天必须上线的功能就不划算。

用它的几条实践经验

1. 提示词写「场景清单」，别写「实现方案」。 这次成功的提示词只有一句，但含三要素：题材（雨夜便利店）、形态（微缩场景）、交付约束（单文件 html）。约束比形容词有用。
2. 把「自包含」写进约束。 单文件、无外链、断网可开——这类要求它能执行，且执行得很干净。
3. 验收看三件事：一次运行是否通过、视觉是否自洽、性能是否可接受。
4. 它有性能意识，但没有性能保证。 能不能跑在低端设备上仍需自己测。
5. 给它时间。 40 分钟里它自己迭代了很多轮，收益与时长强相关；几分钟就要结果的场景别用这种方式。

结语

模型接受一句自然语言，自己规划结构、自己检查效果、自己优化性能，最后交出一个别人打开就能用的东西。

从「帮我写个函数」到「帮我把这个东西做出来」，隔的不是参数量，是对「完成」这件事的理解。1017 在这一步上确实往前走了一截。