出品 | 网易智能
作者 | 小扣
编辑 | 王凤枝
9月8日，DeepSeek开启V4.1 Flash中间版本的限时内测。官方称，新模型采用了新的架构，原生支持多模态，能力更强、速度更快，成本也更低。
临时接口名标注9月10日到期，价格与V4 Flash相同：空闲时段，每百万Token 的非缓存输入和输出分别为1.5元、4.5元；高峰时段则为3元、9元。
《第一财经》把首批反馈概括为“速度更快，烧钱也更快了”：有开发者惊讶于生成速度，也有人吐槽几分钟就花掉了10元。
我想趁着内测试一试：让它写一套实际能用的东西，到底比 V4进步了多少？
于是，我给 V4.1 Flash 和 V4 Flash 布置了三件事：做一款需要绕障碍的3D 停车游戏，搭一间能下单、打折和取消订单的小店，再写一套能预约、改期和导出日历的系统。两边都从空目录开始，用同一套工具，思考档开到 medium。
V4.1三次交代码都没超过五分钟，三套应用也都通过了这次检查。V4的预约系统做成了，游戏却把画面做反了，小店则在查订单时出了问题。
01做一款停车游戏，车还得绕过两道障碍
我想做的是一款能用方向键玩的停车游戏。玩家得从停车场一头出发，绕开障碍，再把车停进另一头的车位。
提示词摘要：
用原生 HTML、CSS 和 JavaScript 做一个3D 停车游戏。起点离车位约十个车身，要沿 S 形路线绕过两排交错障碍、依次通过两道门，再减速停正，让整辆车进入车位。支持键盘驾驶、小地图、碰撞反馈、暂停和重开，不能穿墙，手机宽度下也要正常显示。
4分47秒，V4.1写完了。打开后是一座深色停车场，车在眼前，两道障碍挡在前面，右下角的小地图标出了该怎么绕。画面比较简单，但从哪里出发、往哪里开，都能看清。
V4.1 Flash S 形停车游戏的远距离起点
接着在浏览器里用方向键开了一遍：从起点穿过右侧第一道门，转向左侧第二道门，再绕回右上角停车。全程32.1秒，没有碰撞，最后显示停车成功。下面是这一次连续操作的动图，约4倍速播放。
DeepSeek V4.1 Flash 完成 S 形路线并停车的连续演示
V4.1 Flash 通过第一道门后，正在横向转向第二道门
V4.1 Flash 完成2/2路线并停车成功，碰撞为0
V4 Flash 用了11分27秒。按钮、起点和关卡标记都齐了，画面却有个很明显的问题：整个3D 场景上下颠倒，地面翻到了上方，车和门架像是吊在顶棚上。右上角的小地图倒是正常。
V4 Flash 的远距离起点；小地图方向正常，但3D 主画面上下颠倒
查代码才找到原因：它把相机的“上方向”算反了，具体出在两个向量的叉乘顺序上。小地图用的是另一套坐标，所以没有一起翻过来。
这辆倒挂的车倒是能开。测试时，它也按顺序穿过了两道门，零碰撞到达终点，25.4秒后显示停车成功。看后面两张截图，路线已经走完，画面依然是倒的。
V4 Flash 通过第二道门时，路线已到2/2，但车辆仍像倒挂在画面上方
V4 Flash 最终显示2/2和停车成功，3D 场景仍处于倒置状态
02小店能下单了，重启一下再看看
第二题，我让两款模型搭一间卖马克杯、笔记本和徽章的小店。
提示词摘要：
用 Node.js 和原生网页技术做一间小店，支持购物车、优惠码、下单和取消。39.90元的马克杯用 SAVE10打九折，应付35.91元。下单扣库存，取消后恢复；同一请求重复提交，不能重复扣减或恢复库存。订单和库存写入本地文件，重启服务后仍能查询。
V4.1这次只用了1分41秒。它做出来的“星球小店”左边摆商品，右边是购物车和优惠码输入框，下面再展示订单详情。商品、价格和库存都能直接看见。
把商品加入购物车并应用 优惠券
实际下了一单，九折算对了，马克杯库存从5件减到4件。原价、优惠金额、实付金额和优惠码，都列在订单里。
订单生成后，金额、优惠码和剩余库存同时可见
接着取消订单，状态变成“已取消”，库存恢复到5件。重复发送下单和取消请求，也没有多扣或多补库存。最后重启服务，订单仍能取回，取消状态保留了下来。
取消订单后，状态与库存一起恢复
它在代码里先检查请求编号 request_id。已经处理过的，直接返回原订单；新请求才往下走，扣库存、保存数据。这与前面重复提交时看到的结果一致。
V4.1 Flash 交付源码中的请求幂等与库存更新顺序
V4用了5分54秒，前面的下单、打折、取消也都正常。问题出在重启后的订单查询：接口显示请求成功，返回内容却是空的。
订单没有丢，已经存进文件了。查代码发现，读取订单的函数给出的是 { order }，接口却去取里面不存在的 result.body，于是订单读到了，内容没发回来。
前面下单都正常，重启后才查出这个问题。只看购物车和付款金额，这处错误就会被漏过去。
03给两位顾问排预约，改期不能把日程弄乱
第三题，我想做一套小型咨询预约系统。顾客选老师、选服务、选时间，工作人员能查看当天安排，还能把预约导出成日历文件。
提示词摘要：
做一套使用上海时区的预约系统，有两位顾问，提供半小时和一小时两种咨询。营业时间9:00—17:00，午休12:00—13:00，林老师10:30—11:00已有预约。系统要排除时间冲突，改期后释放旧时段，同步更新管理页和 ICS 日历，重复提交不能多占时段，重启后记录不能丢。
V4.1用2分15秒写完，顾问、服务和时段在页面上依次排开，可以约和不能约的时间也有区别。
V4.1 Flash 预约系统的可用时段页面
实际测试选的是林老师上午11点的一小时咨询。提交后，确认卡里列出了预约号、老师、服务和时间，旁边就有改到下午2点和下载日历的入口。
V4.1 Flash 预约确认与改期入口
改到下午2点后，管理页出现了14点到15点的新安排。原来的11点重新变成可选，14点则被占用，没有同时占着两个时段。
改期后，导出的日历也跟着变成了9月15日下午2点到3点（上海时间）。重复提交没有多出一笔预约，重启系统后，新安排也还在。
V4.1 Flash 改期后的当天管理页面
V4这道题也做成了，用时6分45秒。时段冲突、午休、改期、日历导出和重启后的记录，都检查通过。
V4 Flash 改期后的当天管理页面
页面上还有个小区别：V4.1把没有预约的周老师也列了出来，写着“全天无预约，营业时间内均可安排”。V4只显示已有的预约，日程表更短。
04做得快了多少，Token 又用了多少
V4.1这次交代码确实快，最慢的停车游戏也只花了4分47秒。三项测试的代码生成用时如下：
三题分别比较，V4.1的生成用时约为 V4的三成到四成。
再看 Token。要比较交出同样合格的成品用了多少，三题里只有预约系统符合条件：
预约系统一题
把游戏和小店也算上，V4.1的输出 Token 少了14.4%，总 Token 少了44.7%。这是三次运行的总消耗，V4的游戏和小店还没做完整，两边交出的成品并不一样。
这次跑 V4.1，实际花了5.55元。V4面板显示5.41元，但其中还混着其他日常任务；本次测试又跨了峰时和谷时，所以这两个金额只作参考。
05期待正式版
这次试完，我是想接着用的。但 V4.1目前只是限时内测，什么时候正式开放、还会有哪些调整，都得等后续消息。
希望正式版能保持这次的速度和表现，早点让我们在日常工作里用起来。
