0:00.200–0:02.300
最近最火的国产开源模型
0:02.300–0:03.900
竟然不是DeepSeek V4
0:03.900–0:07.566
而是阿里云千问3.8-27B这个小模型
0:07.733–0:09.500
我在自己的Mac Studio上呢
0:09.500–0:10.666
实测了一周啊
0:10.766–0:11.733
结论先说啊
0:11.733–0:12.766
智力是顶级
0:12.766–0:14.000
速度是瓶颈啊
0:14.000–0:16.800
但有个办法能够提速50%
0:17.000–0:19.100
现在开源模型的军备竞赛呢
0:19.100–0:21.066
已经卷到万亿的参数了
0:21.066–0:22.333
那么DeepSeek V4呢
0:22.333–0:23.666
是1.6万亿的
0:23.666–0:26.133
但是阿里云的Qwen3.8-27B
0:26.266–0:27.800
竟然只是一个只有
0:27.800–0:29.800
200多亿参数的模型啊
0:29.966–0:32.500
那么跟主流的万亿参数相比呢
0:32.533–0:34.966
它的体量上差了几十倍
0:35.133–0:37.700
却能够排到大模型智能的前列
0:38.400–0:40.600
现在最主流的模型评测网站呢
0:40.600–0:42.266
是Artificial Analysis
0:42.666–0:45.100
他把600多个主流的模型都放到
0:45.100–0:48.266
一套intelligence index里面来做测试
0:48.466–0:49.533
你会看到啊
0:49.733–0:51.133
这个图表当中
0:51.266–0:53.200
Qwen3.8-27B呢
0:53.200–0:55.100
它的智能指数呢是52
0:55.100–0:57.666
跟GPT5.6Luna是相同的
0:57.666–1:00.100
而且距离DeepSeek V4 Pro
1:00.166–1:02.033
这个1.6万亿的模型呢
1:02.100–1:03.933
分数是非常接近的
1:04.266–1:06.200
那么这么小的模型竟然
1:06.200–1:08.466
能够跟万亿模型媲美的话
1:08.466–1:10.333
那岂不是我们就可以把它
1:10.333–1:11.866
装在我们的个人电脑上
1:11.866–1:13.700
然后在个人电脑上跑
1:13.700–1:15.766
一个最前沿的AI模型了吗
1:16.300–1:17.266
甚至有很多人啊
1:17.266–1:18.500
已经把它跑起来了
1:18.500–1:21.900
在英伟达5090这样的消费级显卡上
1:21.900–1:24.200
跑出了每秒70多个token啊
1:24.400–1:27.066
那么每秒70个token是什么概念呢
1:27.100–1:29.366
它其实已经接近了我们主流
1:29.366–1:32.366
使用云端AI模型的推理速度了
1:32.700–1:33.900
抱着很强的好奇心啊
1:33.900–1:36.933
我也在自己个人的Mac Studio的
1:36.933–1:38.400
工作站上来部署使用
1:38.400–1:39.666
实际体验了一下
1:39.866–1:42.266
首先呢我选择的是苹果平台上的
1:42.266–1:45.466
一个开源推理框架叫oMLX
1:45.733–1:47.000
那这个推理框架啊
1:47.000–1:50.300
它能够充分利用苹果的MLX指令集
1:50.600–1:52.366
尽量达到最优的效果
1:52.800–1:54.533
oMLX安装好以后啊
1:54.666–1:57.566
就可以直接从海外的Hugging Face
1:57.766–2:00.233
或者国内阿里云的魔搭社区中
2:00.300–2:03.466
下载Qwen3.8-27B的这个量化版本
2:03.733–2:06.133
支持4比特和支持8比特的
2:06.166–2:07.400
如果你想要速度啊
2:07.400–2:08.733
就选4比特的版本
2:08.933–2:11.066
模型呢只有15GB大小
2:11.100–2:13.666
而8比特呢是27.5G
2:13.666–2:14.866
其实都不大
2:15.200–2:16.866
那么把模型安装好以后啊
2:16.866–2:18.166
就可以把它跑起来了
2:18.166–2:18.866
这个时候啊
2:18.866–2:20.333
我就可以跟它对话了
2:20.500–2:22.266
整体上还是很流畅的呀
2:22.400–2:24.366
当然刚开始对话的时候呢
2:24.366–2:26.666
预填充的阶段还是有点慢
2:26.666–2:28.500
但是预填充好了之后啊
2:28.533–2:30.500
回答就非常的流畅了
2:30.900–2:33.733
那我可以用oMLX跑一下评测
2:33.766–2:36.066
你就可以看到它的预填充啊
2:36.066–2:37.100
生成代码呀
2:37.100–2:39.066
以及生成token的解码速度
2:39.200–2:41.933
那我分别测试了4K16K
2:41.933–2:44.266
还有32K的提示词的长度
2:44.400–2:45.933
那么预填充的速度啊
2:45.933–2:47.533
每秒有200多个token
2:47.533–2:48.533
其实并不快
2:48.533–2:51.133
那么解码速度每秒是不到30个
2:51.366–2:52.766
说实话啊
2:52.766–2:54.733
看到这个数字我心里咯噔一下
2:54.900–2:56.466
传说破灭了吗
2:56.733–2:57.766
那这个速度确实
2:57.766–2:59.500
没办法直接用来跑Agent
2:59.766–3:01.800
只适合用来做知识库问答呀
3:01.800–3:02.666
客服系统啊
3:02.666–3:03.800
这种类型的应用
3:04.400–3:06.966
当然了它占的内存确实不多啊
3:06.966–3:08.900
峰值内存都不到20GB
3:09.500–3:12.466
所以真正的瓶颈是我这台苹果的
3:12.466–3:15.600
Mac Studio M4工作站的内存带宽不够
3:15.700–3:18.200
所以导致了token生成的速度受限
3:18.533–3:20.666
那么有没有办法解决这个问题
3:20.666–3:22.966
来加快token的生成速度呢
3:23.133–3:25.066
答案是可以用DFlash2
3:25.333–3:26.333
原理很简单
3:26.666–3:28.733
给他配一个很小的草稿模型
3:28.733–3:31.533
让他每次呢先快速的生成做预测
3:31.766–3:34.000
然后主模型呢只负责来做验证
3:34.000–3:35.500
那token的生成速度就
3:35.500–3:37.100
可以大幅度提高了
3:37.333–3:39.566
啊我在OMX里面呢直接
3:39.566–3:42.033
下载了这个草稿模型很小
3:42.033–3:43.500
只有3.5GB
3:43.733–3:46.100
那么设置打开DFlash2
3:46.100–3:55.533
未配置DFlash2
3:55.733–3:58.766
好那么这样40-50个token在实际环境
3:58.766–4:01.666
当中可以真正的使用了吗
4:01.800–4:05.566
我现在用非常干净的PI-Agent来尝试
4:05.566–4:09.166
运行Qwen 27B的4-bit的量化版本
4:09.300–4:11.466
让它来执行一个知识库查询
4:11.700–4:14.800
因为我的知识库有2,000多篇文档啊
4:14.866–4:17.033
那这个查询的Skill相对来说
4:17.033–4:18.766
它已经有一定的复杂度了
4:18.866–4:20.766
跑下来可以看到
4:21.066–4:24.366
它能够很稳定的把任务给执行完毕
4:24.533–4:26.266
结果呢也令我很满意
4:26.500–4:27.966
速度呢确实很慢
4:27.966–4:29.600
需要很长的等待时间
4:29.700–4:31.100
但已经能干活了
4:31.333–4:33.000
那么实际执行任务的时候呢
4:33.000–4:34.900
平均每秒有30多个token
4:35.133–4:36.400
35个左右吧
4:36.500–4:37.400
虽然慢啊
4:37.400–4:40.300
但是它其实已经完全是一个
4:40.300–4:42.966
可以在本地跑Agent的模型了
4:42.966–4:45.166
我又做了一些更多的测试
4:45.166–4:47.066
慢终归是慢
4:47.066–4:48.533
但胜在稳定啊
4:48.566–4:50.433
任务给出的幻觉也很小
4:50.600–4:51.100
其实呢
4:51.100–4:53.933
我在我自己这台Mac的工作站上呢
4:53.966–4:58.866
我在我自己这台Mac的工作站上呢常用的是一个Qwen 3.5 32B-A3B的模型
4:59.066–5:00.766
它是350亿的参数
5:00.900–5:03.100
但它是一个MoE的专家模型
5:03.100–5:04.533
所以每次推理呢
5:04.566–5:06.466
它只激活30亿的参数
5:06.566–5:07.800
那这个模型的token
5:07.800–5:09.266
生成速度就非常快
5:09.500–5:12.900
我同样用oMLX来给你跑一下测试
5:13.200–5:14.100
你可以看到啊
5:14.100–5:15.866
它预填充速度每秒
5:15.866–5:18.933
达到了1,400-1,900多个token
5:19.400–5:21.000
加载速度非常的快
5:21.266–5:23.100
然后呢它的生成的速度啊
5:23.100–5:25.800
每秒有80多个到100多个token
5:25.966–5:27.866
这个速度已经达到了我们平常
5:27.866–5:30.033
使用云端主流模型的速度了
5:30.033–5:31.633
但是用Pi-Agent呢
5:31.633–5:32.966
跑复杂任务的时候啊
5:32.966–5:34.800
你会发现它速度虽然很快
5:34.800–5:36.900
但是幻觉也非常的明显
5:37.100–5:38.466
它的任务的质量啊
5:38.466–5:42.033
明显不如Qwen3.8-27B的模型稳啊
5:42.033–5:43.233
最后我总结一下吧
5:43.233–5:45.433
在我自己的Mac Studio工作站上
5:45.433–5:49.500
在我自己的Mac Studio工作站上我本地主力跑的是Qwen-3.5 32B
5:49.500–5:51.666
但它的幻觉确实比较明显
5:51.666–5:54.800
那么把它换到Qwen3.8-27B之后呢
5:54.800–5:56.700
几乎感觉不到什么幻觉了
5:56.800–5:59.966
那么在本地的私有化的部署场景下
6:00.033–6:02.966
已经完全达到了可用的状态
6:03.500–6:04.900
另外还要补充一点啊
6:04.966–6:08.066
我的Mac Studio的内存带宽确实不太够
6:08.366–6:09.366
像我有朋友呢
6:09.366–6:11.666
在英伟达5090的显卡上
6:11.666–6:12.666
用这个模型呢
6:12.666–6:15.833
实实在在跑出了每秒70多个token
6:15.966–6:17.833
那达到这个速度就可以完全
6:17.833–6:19.866
在本地执行Agent的任务了
6:19.966–6:21.066
那我觉得呢
6:21.066–6:22.800
Qwen3.8-27B呢
6:22.800–6:24.833
的确是第一款真正
6:24.833–6:26.900
能够在本地私有化部署
6:26.900–6:28.600
又达到了主流模型
6:28.600–6:30.100
能力的一个模型了
6:30.233–6:31.466
当然它的智力还没有
6:31.466–6:33.466
达到Claude Opus 4.0这个级别啊
6:33.500–6:36.300
但评测分数已经站到第一梯队了
6:36.300–6:37.966
所以你想本地跑AI
6:37.966–6:39.700
现在可以尝试一下
6:39.833–6:43.500
在苹果上用oMLX加上Qwen3.8-27B
6:43.766–6:45.600
好然后再加上DFlash2
6:45.866–6:48.433
照着我的视频顺序装就可以了
6:48.500–6:49.800
一言以蔽之啊
6:49.800–6:52.833
本地跑AI的临界点真的已经到了
6:52.900–6:54.200
关注范凯说AI
6:54.200–6:55.000
我们下期再见
0:00.200–0:02.300
最近最火的国产开源模型
0:02.300–0:03.900
竟然不是DeepSeek V4
0:03.900–0:07.566
而是阿里云千问3.8-27B这个小模型
0:07.733–0:09.500
我在自己的Mac Studio上呢
0:09.500–0:10.666
实测了一周啊
0:10.766–0:11.733
结论先说啊
0:11.733–0:12.766
智力是顶级
0:12.766–0:14.000
速度是瓶颈啊
0:14.000–0:16.800
但有个办法能够提速50%
0:17.000–0:19.100
现在开源模型的军备竞赛呢
0:19.100–0:21.066
已经卷到万亿的参数了
0:21.066–0:22.333
那么DeepSeek V4呢
0:22.333–0:23.666
是1.6万亿的
0:23.666–0:26.133
但是阿里云的Qwen3.8-27B
0:26.266–0:27.800
竟然只是一个只有
0:27.800–0:29.800
200多亿参数的模型啊
0:29.966–0:32.500
那么跟主流的万亿参数相比呢
0:32.533–0:34.966
它的体量上差了几十倍
0:35.133–0:37.700
却能够排到大模型智能的前列
0:38.400–0:40.600
现在最主流的模型评测网站呢
0:40.600–0:42.266
是Artificial Analysis
0:42.666–0:45.100
他把600多个主流的模型都放到
0:45.100–0:48.266
一套intelligence index里面来做测试
0:48.466–0:49.533
你会看到啊
0:49.733–0:51.133
这个图表当中
0:51.266–0:53.200
Qwen3.8-27B呢
0:53.200–0:55.100
它的智能指数呢是52
0:55.100–0:57.666
跟GPT5.6Luna是相同的
0:57.666–1:00.100
而且距离DeepSeek V4 Pro
1:00.166–1:02.033
这个1.6万亿的模型呢
1:02.100–1:03.933
分数是非常接近的
1:04.266–1:06.200
那么这么小的模型竟然
1:06.200–1:08.466
能够跟万亿模型媲美的话
1:08.466–1:10.333
那岂不是我们就可以把它
1:10.333–1:11.866
装在我们的个人电脑上
1:11.866–1:13.700
然后在个人电脑上跑
1:13.700–1:15.766
一个最前沿的AI模型了吗
1:16.300–1:17.266
甚至有很多人啊
1:17.266–1:18.500
已经把它跑起来了
1:18.500–1:21.900
在英伟达5090这样的消费级显卡上
1:21.900–1:24.200
跑出了每秒70多个token啊
1:24.400–1:27.066
那么每秒70个token是什么概念呢
1:27.100–1:29.366
它其实已经接近了我们主流
1:29.366–1:32.366
使用云端AI模型的推理速度了
1:32.700–1:33.900
抱着很强的好奇心啊
1:33.900–1:36.933
我也在自己个人的Mac Studio的
1:36.933–1:38.400
工作站上来部署使用
1:38.400–1:39.666
实际体验了一下
1:39.866–1:42.266
首先呢我选择的是苹果平台上的
1:42.266–1:45.466
一个开源推理框架叫oMLX
1:45.733–1:47.000
那这个推理框架啊
1:47.000–1:50.300
它能够充分利用苹果的MLX指令集
1:50.600–1:52.366
尽量达到最优的效果
1:52.800–1:54.533
oMLX安装好以后啊
1:54.666–1:57.566
就可以直接从海外的Hugging Face
1:57.766–2:00.233
或者国内阿里云的魔搭社区中
2:00.300–2:03.466
下载Qwen3.8-27B的这个量化版本
2:03.733–2:06.133
支持4比特和支持8比特的
2:06.166–2:07.400
如果你想要速度啊
2:07.400–2:08.733
就选4比特的版本
2:08.933–2:11.066
模型呢只有15GB大小
2:11.100–2:13.666
而8比特呢是27.5G
2:13.666–2:14.866
其实都不大
2:15.200–2:16.866
那么把模型安装好以后啊
2:16.866–2:18.166
就可以把它跑起来了
2:18.166–2:18.866
这个时候啊
2:18.866–2:20.333
我就可以跟它对话了
2:20.500–2:22.266
整体上还是很流畅的呀
2:22.400–2:24.366
当然刚开始对话的时候呢
2:24.366–2:26.666
预填充的阶段还是有点慢
2:26.666–2:28.500
但是预填充好了之后啊
2:28.533–2:30.500
回答就非常的流畅了
2:30.900–2:33.733
那我可以用oMLX跑一下评测
2:33.766–2:36.066
你就可以看到它的预填充啊
2:36.066–2:37.100
生成代码呀
2:37.100–2:39.066
以及生成token的解码速度
2:39.200–2:41.933
那我分别测试了4K16K
2:41.933–2:44.266
还有32K的提示词的长度
2:44.400–2:45.933
那么预填充的速度啊
2:45.933–2:47.533
每秒有200多个token
2:47.533–2:48.533
其实并不快
2:48.533–2:51.133
那么解码速度每秒是不到30个
2:51.366–2:52.766
说实话啊
2:52.766–2:54.733
看到这个数字我心里咯噔一下
2:54.900–2:56.466
传说破灭了吗
2:56.733–2:57.766
那这个速度确实
2:57.766–2:59.500
没办法直接用来跑Agent
2:59.766–3:01.800
只适合用来做知识库问答呀
3:01.800–3:02.666
客服系统啊
3:02.666–3:03.800
这种类型的应用
3:04.400–3:06.966
当然了它占的内存确实不多啊
3:06.966–3:08.900
峰值内存都不到20GB
3:09.500–3:12.466
所以真正的瓶颈是我这台苹果的
3:12.466–3:15.600
Mac Studio M4工作站的内存带宽不够
3:15.700–3:18.200
所以导致了token生成的速度受限
3:18.533–3:20.666
那么有没有办法解决这个问题
3:20.666–3:22.966
来加快token的生成速度呢
3:23.133–3:25.066
答案是可以用DFlash2
3:25.333–3:26.333
原理很简单
3:26.666–3:28.733
给他配一个很小的草稿模型
3:28.733–3:31.533
让他每次呢先快速的生成做预测
3:31.766–3:34.000
然后主模型呢只负责来做验证
3:34.000–3:35.500
那token的生成速度就
3:35.500–3:37.100
可以大幅度提高了
3:37.333–3:39.566
啊我在OMX里面呢直接
3:39.566–3:42.033
下载了这个草稿模型很小
3:42.033–3:43.500
只有3.5GB
3:43.733–3:46.100
那么设置打开DFlash2
3:46.100–3:55.533
未配置DFlash2
3:55.733–3:58.766
好那么这样40-50个token在实际环境
3:58.766–4:01.666
当中可以真正的使用了吗
4:01.800–4:05.566
我现在用非常干净的PI-Agent来尝试
4:05.566–4:09.166
运行Qwen 27B的4-bit的量化版本
4:09.300–4:11.466
让它来执行一个知识库查询
4:11.700–4:14.800
因为我的知识库有2,000多篇文档啊
4:14.866–4:17.033
那这个查询的Skill相对来说
4:17.033–4:18.766
它已经有一定的复杂度了
4:18.866–4:20.766
跑下来可以看到
4:21.066–4:24.366
它能够很稳定的把任务给执行完毕
4:24.533–4:26.266
结果呢也令我很满意
4:26.500–4:27.966
速度呢确实很慢
4:27.966–4:29.600
需要很长的等待时间
4:29.700–4:31.100
但已经能干活了
4:31.333–4:33.000
那么实际执行任务的时候呢
4:33.000–4:34.900
平均每秒有30多个token
4:35.133–4:36.400
35个左右吧
4:36.500–4:37.400
虽然慢啊
4:37.400–4:40.300
但是它其实已经完全是一个
4:40.300–4:42.966
可以在本地跑Agent的模型了
4:42.966–4:45.166
我又做了一些更多的测试
4:45.166–4:47.066
慢终归是慢
4:47.066–4:48.533
但胜在稳定啊
4:48.566–4:50.433
任务给出的幻觉也很小
4:50.600–4:51.100
其实呢
4:51.100–4:53.933
我在我自己这台Mac的工作站上呢
4:53.966–4:58.866
我在我自己这台Mac的工作站上呢常用的是一个Qwen 3.5 32B-A3B的模型
4:59.066–5:00.766
它是350亿的参数
5:00.900–5:03.100
但它是一个MoE的专家模型
5:03.100–5:04.533
所以每次推理呢
5:04.566–5:06.466
它只激活30亿的参数
5:06.566–5:07.800
那这个模型的token
5:07.800–5:09.266
生成速度就非常快
5:09.500–5:12.900
我同样用oMLX来给你跑一下测试
5:13.200–5:14.100
你可以看到啊
5:14.100–5:15.866
它预填充速度每秒
5:15.866–5:18.933
达到了1,400-1,900多个token
5:19.400–5:21.000
加载速度非常的快
5:21.266–5:23.100
然后呢它的生成的速度啊
5:23.100–5:25.800
每秒有80多个到100多个token
5:25.966–5:27.866
这个速度已经达到了我们平常
5:27.866–5:30.033
使用云端主流模型的速度了
5:30.033–5:31.633
但是用Pi-Agent呢
5:31.633–5:32.966
跑复杂任务的时候啊
5:32.966–5:34.800
你会发现它速度虽然很快
5:34.800–5:36.900
但是幻觉也非常的明显
5:37.100–5:38.466
它的任务的质量啊
5:38.466–5:42.033
明显不如Qwen3.8-27B的模型稳啊
5:42.033–5:43.233
最后我总结一下吧
5:43.233–5:45.433
在我自己的Mac Studio工作站上
5:45.433–5:49.500
在我自己的Mac Studio工作站上我本地主力跑的是Qwen-3.5 32B
5:49.500–5:51.666
但它的幻觉确实比较明显
5:51.666–5:54.800
那么把它换到Qwen3.8-27B之后呢
5:54.800–5:56.700
几乎感觉不到什么幻觉了
5:56.800–5:59.966
那么在本地的私有化的部署场景下
6:00.033–6:02.966
已经完全达到了可用的状态
6:03.500–6:04.900
另外还要补充一点啊
6:04.966–6:08.066
我的Mac Studio的内存带宽确实不太够
6:08.366–6:09.366
像我有朋友呢
6:09.366–6:11.666
在英伟达5090的显卡上
6:11.666–6:12.666
用这个模型呢
6:12.666–6:15.833
实实在在跑出了每秒70多个token
6:15.966–6:17.833
那达到这个速度就可以完全
6:17.833–6:19.866
在本地执行Agent的任务了
6:19.966–6:21.066
那我觉得呢
6:21.066–6:22.800
Qwen3.8-27B呢
6:22.800–6:24.833
的确是第一款真正
6:24.833–6:26.900
能够在本地私有化部署
6:26.900–6:28.600
又达到了主流模型
6:28.600–6:30.100
能力的一个模型了
6:30.233–6:31.466
当然它的智力还没有
6:31.466–6:33.466
达到Claude Opus 4.0这个级别啊
6:33.500–6:36.300
但评测分数已经站到第一梯队了
6:36.300–6:37.966
所以你想本地跑AI
6:37.966–6:39.700
现在可以尝试一下
6:39.833–6:43.500
在苹果上用oMLX加上Qwen3.8-27B
6:43.766–6:45.600
好然后再加上DFlash2
6:45.866–6:48.433
照着我的视频顺序装就可以了
6:48.500–6:49.800
一言以蔽之啊
6:49.800–6:52.833
本地跑AI的临界点真的已经到了
6:52.900–6:54.200
关注范凯说AI
6:54.200–6:55.000
我们下期再见
0:00.200–0:02.300
最近最火的国产开源模型
最近最火的国产开源模型
0:02.300–0:03.900
竟然不是DeepSeek V4
竟然不是DeepSeek V4
0:03.900–0:07.566
而是阿里云千问3.8-27B这个小模型
而是阿里云千问3.8-27B这个小模型
0:07.733–0:09.500
我在自己的Mac Studio上呢
我在自己的Mac Studio上呢
0:09.500–0:10.666
实测了一周啊
实测了一周啊
0:10.766–0:11.733
结论先说啊
结论先说啊
0:11.733–0:12.766
智力是顶级
智力是顶级
0:12.766–0:14.000
速度是瓶颈啊
速度是瓶颈啊
0:14.000–0:16.800
但有个办法能够提速50%
但有个办法能够提速50%
0:17.000–0:19.100
现在开源模型的军备竞赛呢
现在开源模型的军备竞赛呢
0:19.100–0:21.066
已经卷到万亿的参数了
已经卷到万亿的参数了
0:21.066–0:22.333
那么DeepSeek V4呢
那么DeepSeek V4呢
0:22.333–0:23.666
是1.6万亿的
是1.6万亿的
0:23.666–0:26.133
但是阿里云的Qwen3.8-27B
但是阿里云的Qwen3.8-27B
0:26.266–0:27.800
竟然只是一个只有
竟然只是一个只有
0:27.800–0:29.800
200多亿参数的模型啊
200多亿参数的模型啊
0:29.966–0:32.500
那么跟主流的万亿参数相比呢
那么跟主流的万亿参数相比呢
0:32.533–0:34.966
它的体量上差了几十倍
它的体量上差了几十倍
0:35.133–0:37.700
却能够排到大模型智能的前列
却能够排到大模型智能的前列
0:38.400–0:40.600
现在最主流的模型评测网站呢
现在最主流的模型评测网站呢
0:40.600–0:42.266
是Artificial Analysis
是Artificial Analysis
0:42.666–0:45.100
他把600多个主流的模型都放到
他把600多个主流的模型都放到
0:45.100–0:48.266
一套intelligence index里面来做测试
一套intelligence index里面来做测试
0:48.466–0:49.533
你会看到啊
你会看到啊
0:49.733–0:51.133
这个图表当中
这个图表当中
0:51.266–0:53.200
Qwen3.8-27B呢
Qwen3.8-27B呢
0:53.200–0:55.100
它的智能指数呢是52
它的智能指数呢是52
0:55.100–0:57.666
跟GPT5.6Luna是相同的
跟GPT5.6Luna是相同的
0:57.666–1:00.100
而且距离DeepSeek V4 Pro
而且距离DeepSeek V4 Pro
1:00.166–1:02.033
这个1.6万亿的模型呢
这个1.6万亿的模型呢
1:02.100–1:03.933
分数是非常接近的
分数是非常接近的
1:04.266–1:06.200
那么这么小的模型竟然
那么这么小的模型竟然
1:06.200–1:08.466
能够跟万亿模型媲美的话
能够跟万亿模型媲美的话
1:08.466–1:10.333
那岂不是我们就可以把它
那岂不是我们就可以把它
1:10.333–1:11.866
装在我们的个人电脑上
装在我们的个人电脑上
1:11.866–1:13.700
然后在个人电脑上跑
然后在个人电脑上跑
1:13.700–1:15.766
一个最前沿的AI模型了吗
一个最前沿的AI模型了吗
1:16.300–1:17.266
甚至有很多人啊
甚至有很多人啊
1:17.266–1:18.500
已经把它跑起来了
已经把它跑起来了
1:18.500–1:21.900
在英伟达5090这样的消费级显卡上
在英伟达5090这样的消费级显卡上
1:21.900–1:24.200
跑出了每秒70多个token啊
跑出了每秒70多个token啊
1:24.400–1:27.066
那么每秒70个token是什么概念呢
那么每秒70个token是什么概念呢
1:27.100–1:29.366
它其实已经接近了我们主流
它其实已经接近了我们主流
1:29.366–1:32.366
使用云端AI模型的推理速度了
使用云端AI模型的推理速度了
1:32.700–1:33.900
抱着很强的好奇心啊
抱着很强的好奇心啊
1:33.900–1:36.933
我也在自己个人的Mac Studio的
我也在自己个人的Mac Studio的
1:36.933–1:38.400
工作站上来部署使用
工作站上来部署使用
1:38.400–1:39.666
实际体验了一下
实际体验了一下
1:39.866–1:42.266
首先呢我选择的是苹果平台上的
首先呢我选择的是苹果平台上的
1:42.266–1:45.466
一个开源推理框架叫oMLX
一个开源推理框架叫oMLX
1:45.733–1:47.000
那这个推理框架啊
那这个推理框架啊
1:47.000–1:50.300
它能够充分利用苹果的MLX指令集
它能够充分利用苹果的MLX指令集
1:50.600–1:52.366
尽量达到最优的效果
尽量达到最优的效果
1:52.800–1:54.533
oMLX安装好以后啊
oMLX安装好以后啊
1:54.666–1:57.566
就可以直接从海外的Hugging Face
就可以直接从海外的Hugging Face
1:57.766–2:00.233
或者国内阿里云的魔搭社区中
或者国内阿里云的魔搭社区中
2:00.300–2:03.466
下载Qwen3.8-27B的这个量化版本
下载Qwen3.8-27B的这个量化版本
2:03.733–2:06.133
支持4比特和支持8比特的
支持4比特和支持8比特的
2:06.166–2:07.400
如果你想要速度啊
如果你想要速度啊
2:07.400–2:08.733
就选4比特的版本
就选4比特的版本
2:08.933–2:11.066
模型呢只有15GB大小
模型呢只有15GB大小
2:11.100–2:13.666
而8比特呢是27.5G
而8比特呢是27.5G
2:13.666–2:14.866
其实都不大
其实都不大
2:15.200–2:16.866
那么把模型安装好以后啊
那么把模型安装好以后啊
2:16.866–2:18.166
就可以把它跑起来了
就可以把它跑起来了
2:18.166–2:18.866
这个时候啊
这个时候啊
2:18.866–2:20.333
我就可以跟它对话了
我就可以跟它对话了
2:20.500–2:22.266
整体上还是很流畅的呀
整体上还是很流畅的呀
2:22.400–2:24.366
当然刚开始对话的时候呢
当然刚开始对话的时候呢
2:24.366–2:26.666
预填充的阶段还是有点慢
预填充的阶段还是有点慢
2:26.666–2:28.500
但是预填充好了之后啊
但是预填充好了之后啊
2:28.533–2:30.500
回答就非常的流畅了
回答就非常的流畅了
2:30.900–2:33.733
那我可以用oMLX跑一下评测
那我可以用oMLX跑一下评测
2:33.766–2:36.066
你就可以看到它的预填充啊
你就可以看到它的预填充啊
2:36.066–2:37.100
生成代码呀
生成代码呀
2:37.100–2:39.066
以及生成token的解码速度
以及生成token的解码速度
2:39.200–2:41.933
那我分别测试了4K16K
那我分别测试了4K16K
2:41.933–2:44.266
还有32K的提示词的长度
还有32K的提示词的长度
2:44.400–2:45.933
那么预填充的速度啊
那么预填充的速度啊
2:45.933–2:47.533
每秒有200多个token
每秒有200多个token
2:47.533–2:48.533
其实并不快
其实并不快
2:48.533–2:51.133
那么解码速度每秒是不到30个
那么解码速度每秒是不到30个
2:51.366–2:52.766
说实话啊
说实话啊
2:52.766–2:54.733
看到这个数字我心里咯噔一下
看到这个数字我心里咯噔一下
2:54.900–2:56.466
传说破灭了吗
传说破灭了吗
2:56.733–2:57.766
那这个速度确实
那这个速度确实
2:57.766–2:59.500
没办法直接用来跑Agent
没办法直接用来跑Agent
2:59.766–3:01.800
只适合用来做知识库问答呀
只适合用来做知识库问答呀
3:01.800–3:02.666
客服系统啊
客服系统啊
3:02.666–3:03.800
这种类型的应用
这种类型的应用
3:04.400–3:06.966
当然了它占的内存确实不多啊
当然了它占的内存确实不多啊
3:06.966–3:08.900
峰值内存都不到20GB
峰值内存都不到20GB
3:09.500–3:12.466
所以真正的瓶颈是我这台苹果的
所以真正的瓶颈是我这台苹果的
3:12.466–3:15.600
Mac Studio M4工作站的内存带宽不够
Mac Studio M4工作站的内存带宽不够
3:15.700–3:18.200
所以导致了token生成的速度受限
所以导致了token生成的速度受限
3:18.533–3:20.666
那么有没有办法解决这个问题
那么有没有办法解决这个问题
3:20.666–3:22.966
来加快token的生成速度呢
来加快token的生成速度呢
3:23.133–3:25.066
答案是可以用DFlash2
答案是可以用DFlash2
3:25.333–3:26.333
原理很简单
原理很简单
3:26.666–3:28.733
给他配一个很小的草稿模型
给他配一个很小的草稿模型
3:28.733–3:31.533
让他每次呢先快速的生成做预测
让他每次呢先快速的生成做预测
3:31.766–3:34.000
然后主模型呢只负责来做验证
然后主模型呢只负责来做验证
3:34.000–3:35.500
那token的生成速度就
那token的生成速度就
3:35.500–3:37.100
可以大幅度提高了
可以大幅度提高了
3:37.333–3:39.566
啊我在OMX里面呢直接
啊我在OMX里面呢直接
3:39.566–3:42.033
下载了这个草稿模型很小
下载了这个草稿模型很小
3:42.033–3:43.500
只有3.5GB
只有3.5GB
3:43.733–3:46.100
那么设置打开DFlash2
那么设置打开DFlash2
3:46.100–3:55.533
未配置DFlash2
未配置DFlash2
3:55.733–3:58.766
好那么这样40-50个token在实际环境
好那么这样40-50个token在实际环境
3:58.766–4:01.666
当中可以真正的使用了吗
当中可以真正的使用了吗
4:01.800–4:05.566
我现在用非常干净的PI-Agent来尝试
我现在用非常干净的PI-Agent来尝试
4:05.566–4:09.166
运行Qwen 27B的4-bit的量化版本
运行Qwen 27B的4-bit的量化版本
4:09.300–4:11.466
让它来执行一个知识库查询
让它来执行一个知识库查询
4:11.700–4:14.800
因为我的知识库有2,000多篇文档啊
因为我的知识库有2,000多篇文档啊
4:14.866–4:17.033
那这个查询的Skill相对来说
那这个查询的Skill相对来说
4:17.033–4:18.766
它已经有一定的复杂度了
它已经有一定的复杂度了
4:18.866–4:20.766
跑下来可以看到
跑下来可以看到
4:21.066–4:24.366
它能够很稳定的把任务给执行完毕
它能够很稳定的把任务给执行完毕
4:24.533–4:26.266
结果呢也令我很满意
结果呢也令我很满意
4:26.500–4:27.966
速度呢确实很慢
速度呢确实很慢
4:27.966–4:29.600
需要很长的等待时间
需要很长的等待时间
4:29.700–4:31.100
但已经能干活了
但已经能干活了
4:31.333–4:33.000
那么实际执行任务的时候呢
那么实际执行任务的时候呢
4:33.000–4:34.900
平均每秒有30多个token
平均每秒有30多个token
4:35.133–4:36.400
35个左右吧
35个左右吧
4:36.500–4:37.400
虽然慢啊
虽然慢啊
4:37.400–4:40.300
但是它其实已经完全是一个
但是它其实已经完全是一个
4:40.300–4:42.966
可以在本地跑Agent的模型了
可以在本地跑Agent的模型了
4:42.966–4:45.166
我又做了一些更多的测试
我又做了一些更多的测试
4:45.166–4:47.066
慢终归是慢
慢终归是慢
4:47.066–4:48.533
但胜在稳定啊
但胜在稳定啊
4:48.566–4:50.433
任务给出的幻觉也很小
任务给出的幻觉也很小
4:50.600–4:51.100
其实呢
其实呢
4:51.100–4:53.933
我在我自己这台Mac的工作站上呢
我在我自己这台Mac的工作站上呢
4:53.966–4:58.866
我在我自己这台Mac的工作站上呢常用的是一个Qwen 3.5 32B-A3B的模型
我在我自己这台Mac的工作站上呢常用的是一个Qwen 3.5 32B-A3B的模型
4:59.066–5:00.766
它是350亿的参数
它是350亿的参数
5:00.900–5:03.100
但它是一个MoE的专家模型
但它是一个MoE的专家模型
5:03.100–5:04.533
所以每次推理呢
所以每次推理呢
5:04.566–5:06.466
它只激活30亿的参数
它只激活30亿的参数
5:06.566–5:07.800
那这个模型的token
那这个模型的token
5:07.800–5:09.266
生成速度就非常快
生成速度就非常快
5:09.500–5:12.900
我同样用oMLX来给你跑一下测试
我同样用oMLX来给你跑一下测试
5:13.200–5:14.100
你可以看到啊
你可以看到啊
5:14.100–5:15.866
它预填充速度每秒
它预填充速度每秒
5:15.866–5:18.933
达到了1,400-1,900多个token
达到了1,400-1,900多个token
5:19.400–5:21.000
加载速度非常的快
加载速度非常的快
5:21.266–5:23.100
然后呢它的生成的速度啊
然后呢它的生成的速度啊
5:23.100–5:25.800
每秒有80多个到100多个token
每秒有80多个到100多个token
5:25.966–5:27.866
这个速度已经达到了我们平常
这个速度已经达到了我们平常
5:27.866–5:30.033
使用云端主流模型的速度了
使用云端主流模型的速度了
5:30.033–5:31.633
但是用Pi-Agent呢
但是用Pi-Agent呢
5:31.633–5:32.966
跑复杂任务的时候啊
跑复杂任务的时候啊
5:32.966–5:34.800
你会发现它速度虽然很快
你会发现它速度虽然很快
5:34.800–5:36.900
但是幻觉也非常的明显
但是幻觉也非常的明显
5:37.100–5:38.466
它的任务的质量啊
它的任务的质量啊
5:38.466–5:42.033
明显不如Qwen3.8-27B的模型稳啊
明显不如Qwen3.8-27B的模型稳啊
5:42.033–5:43.233
最后我总结一下吧
最后我总结一下吧
5:43.233–5:45.433
在我自己的Mac Studio工作站上
在我自己的Mac Studio工作站上
5:45.433–5:49.500
在我自己的Mac Studio工作站上我本地主力跑的是Qwen-3.5 32B
在我自己的Mac Studio工作站上我本地主力跑的是Qwen-3.5 32B
5:49.500–5:51.666
但它的幻觉确实比较明显
但它的幻觉确实比较明显
5:51.666–5:54.800
那么把它换到Qwen3.8-27B之后呢
那么把它换到Qwen3.8-27B之后呢
5:54.800–5:56.700
几乎感觉不到什么幻觉了
几乎感觉不到什么幻觉了
5:56.800–5:59.966
那么在本地的私有化的部署场景下
那么在本地的私有化的部署场景下
6:00.033–6:02.966
已经完全达到了可用的状态
已经完全达到了可用的状态
6:03.500–6:04.900
另外还要补充一点啊
另外还要补充一点啊
6:04.966–6:08.066
我的Mac Studio的内存带宽确实不太够
我的Mac Studio的内存带宽确实不太够
6:08.366–6:09.366
像我有朋友呢
像我有朋友呢
6:09.366–6:11.666
在英伟达5090的显卡上
在英伟达5090的显卡上
6:11.666–6:12.666
用这个模型呢
用这个模型呢
6:12.666–6:15.833
实实在在跑出了每秒70多个token
实实在在跑出了每秒70多个token
6:15.966–6:17.833
那达到这个速度就可以完全
那达到这个速度就可以完全
6:17.833–6:19.866
在本地执行Agent的任务了
在本地执行Agent的任务了
6:19.966–6:21.066
那我觉得呢
那我觉得呢
6:21.066–6:22.800
Qwen3.8-27B呢
Qwen3.8-27B呢
6:22.800–6:24.833
的确是第一款真正
的确是第一款真正
6:24.833–6:26.900
能够在本地私有化部署
能够在本地私有化部署
6:26.900–6:28.600
又达到了主流模型
又达到了主流模型
6:28.600–6:30.100
能力的一个模型了
能力的一个模型了
6:30.233–6:31.466
当然它的智力还没有
当然它的智力还没有
6:31.466–6:33.466
达到Claude Opus 4.0这个级别啊
达到Claude Opus 4.0这个级别啊
6:33.500–6:36.300
但评测分数已经站到第一梯队了
但评测分数已经站到第一梯队了
6:36.300–6:37.966
所以你想本地跑AI
所以你想本地跑AI
6:37.966–6:39.700
现在可以尝试一下
现在可以尝试一下
6:39.833–6:43.500
在苹果上用oMLX加上Qwen3.8-27B
在苹果上用oMLX加上Qwen3.8-27B
6:43.766–6:45.600
好然后再加上DFlash2
好然后再加上DFlash2
6:45.866–6:48.433
照着我的视频顺序装就可以了
照着我的视频顺序装就可以了
6:48.500–6:49.800
一言以蔽之啊
一言以蔽之啊
6:49.800–6:52.833
本地跑AI的临界点真的已经到了
本地跑AI的临界点真的已经到了
6:52.900–6:54.200
关注范凯说AI
关注范凯说AI
6:54.200–6:55.000
我们下期再见
我们下期再见
影片筆記:Qwen 3.8-27B 真有传说中那么强吗?我在 Mac 上跑完 Agent 后,得到了一个反直觉答案
<!-- VIDEONOTE_PUBLICATION_WARNINGS_BEGIN -->
⚠️ 全文快速校讀發現待確認修正
本筆記已完成可閱讀的逐字稿與時間跳轉;下列為待處理問題,建議播放原片確認。
- 待修正:⚠️ 全文快速校讀:已套用暫定修正,請確認(segment=135 已先套用暫定修正:常用的是一个Qwen 3.6 35B-A3B的模型 → 我在我自己这台Mac的工作站上呢常用的是一个Qwen 3.5 32B-A3B的模型;segment=159 已先套用暫定修正:我本地主力跑的是Qwen-3.6 35B → 在我自己的Mac Studio工作站上我本地主力跑的是Qwen-3.5 32B)
- 待修正:逐字稿可先使用,但有待校正清單(segment=135 rapid_semantic_review: 全文速讀上下文判斷;尚未回聽或交叉比對;segment=159 rapid_semantic_review: 全文速讀上下文判斷;尚未回聽或交叉比對)
<!-- VIDEONOTE_PUBLICATION_WARNINGS_END -->
一句話總結
影片實測阿里雲開源模型 Qwen3.8-27B 在 Mac Studio (M4) 上的本地部署表現,指出其雖受限于内存带宽導致生成速度較慢,但透過引入 DFlash2 技術搭配草稿模型,成功將速度提升至可穩定執行 Agent 任務的水平,被認為是本地私有化部署達到主流能力臨界點的標誌。
核心重點
- 模型定位與智力表現:Qwen3.8-27B 雖僅有 200 多億參數,但在 Artificial Analysis 的 Intelligence Index 測試中得分 52,表現優異,與 GPT5.6Luna 相當,並接近 DeepSeek V4 Pro。
- 本地部署瓶頸:在 Mac Studio M4 上,受限于内存带宽,Qwen3.8-27B 的解碼(生成)速度僅每秒不到 30 個 token,預填充速度約每秒 200+ token。此速度下無法直接運行複雜 Agent,僅適合知識庫問答或客服系統。
- 提速方案 DFlash2:引入 DFlash2 技術(搭配約 3.5GB 的小型草稿模型),可將生成速度提升至每秒 40-50 個 token。
- Agent 執行能力:在開啟 DFlash2 後,使用 PI-Agent 執行包含 2,000 多篇文檔的知識庫查詢任務,平均速度維持在每秒 30-35 個 token,任務執行穩定,證明該配置已具備本地運行 Agent 的能力。
- 與 MoE 模型對比:對比 Qwen 3.5 32B-A3B (MoE 架構),後者速度更快(生成速度每秒 80-100+ token),但幻覺明顯且任務質量不如 Qwen3.8-27B 穩定。Qwen3.8-27B 幾乎無幻覺,智力更強。
- 硬體建議:若追求速度且擁有英偉達 RTX 5090 消費級顯卡,可跑出每秒 70+ token,完全支持本地 Agent。但若在蘋果平台,推薦配置為 Mac Studio + oMLX + Qwen3.8-27B + DFlash2。
詳細大綱
1. 開源模型趨勢與 Qwen3.8-27B 的定位
- 當前開源模型參數競爭激烈,如 DeepSeek V4 達到 1.6 萬億參數。
- Qwen3.8-27B 體量小(200 多億參數),但智力指數高。
- 在 Artificial Analysis 評估中,Qwen3.8-27B 得分 52,與 GPT5.6Luna 相同,接近 DeepSeek V4 Pro。
2. Mac Studio 本地部署實測(無加速)
- 環境設定:Mac Studio M4 工作站,使用開源推理框架 oMLX。
- 模型下載:可從 Hugging Face 或魔搭社區下載量化版本(4-bit 約 15GB,8-bit 約 27.5GB)。
- 速度表現:
- 預填充速度:每秒 200+ token。
- 解碼(生成)速度:每秒不到 30 個 token。
- 瓶頸分析:Mac Studio 内存带宽不足是限制 token 生成的關鍵因素。
- 應用限制:因速度過慢,不適合直接運行 Agent,僅限於知識庫問答或客服系統。
3. 提速方案:DFlash2 技術
- 原理:搭配小型草稿模型進行快速預測,主模型負責驗證,大幅提高生成速度。
- 實測操作:
- 下載小型草稿模型(約 3.5GB)。
- 在 oMLX 中開啟 DFlash2 功能。
- 實測效果:速度提升至每秒 40-50 個 token。
- Agent 執行測試:
- 使用 PI-Agent 執行包含 2,000 多篇文檔的知識庫查詢。
- 任務執行穩定,結果滿意,平均每秒 30-35 個 token。
- 結論:雖速度不快但穩定,已具備本地運行 Agent 的能力。
4. 對比測試:Qwen 3.5 32B-A3B (MoE 模型)
- 模型特性:350 億參數,採用 MoE 架構,每次僅激活 30 億參數。
- 速度表現:
- 預填充:每秒 1,400-1,900+ token。
- 生成速度:每秒 80-100+ token,接近雲端主流模型速度。
- 質量對比:
- Qwen 3.5 32B-A3B 速度快但幻覺明顯,任務質量不如 Qwen3.8-27B 穩定。
- Qwen3.8-27B 幾乎無幻覺,智力更強。
5. 總結與建議
- 本地主力推薦:
- Mac Studio 用戶若追求速度可選 Qwen 3.5 32B-A3B。
- 若追求穩定與低幻覺,推薦 Qwen3.8-27B。
- 硬體差異影響:英偉達 RTX 5090 消費級顯卡可跑出每秒 70+ token,完全支持本地 Agent 任務。
- 最終結論:Qwen3.8-27B 是第一款在本地私有化部署達到主流模型能力的模型。
- 推薦配置:蘋果平台 + oMLX + Qwen3.8-27B + DFlash2。
- 核心觀點:本地跑 AI 的臨界點已到來。
工具 / 模型 / 名詞整理
- 模型名稱:
- Qwen3.8-27B:阿里雲千問系列,200 多億參數,影片實測主角。
- DeepSeek V4:提及擁有 1.6 萬億參數。
- DeepSeek V4 Pro:智力指數接近的對比模型。
- GPT5.6Luna:與 Qwen3.8-27B 智力指數相同(得分 52)的對比模型。
- Claude Opus 4.0:提及的對比模型。
- Qwen 3.5 32B-A3B:MoE 專家模型,350 億參數,每次激活 30 億參數。
- 工具與框架:
- oMLX:蘋果平台開源推理框架,利用 MLX 指令集。
- DFlash2:提速技術/框架,需搭配草稿模型使用。
- PI-Agent:用於運行 Agent 任務的框架。
- 平台與硬體:
- Mac Studio (M4):實測硬體環境。
- 英偉達 5090:消費級顯卡,提及可支持高速本地推理。
- Hugging Face:海外模型下載平台。
- 魔搭社區:阿里雲國內模型下載平台。
- 評估指標/網站:
- Artificial Analysis:主流模型評估網站。
- Intelligence Index:智力指數評估標準。
- Token:生成單位。
操作流程整理
- 環境準備:
- 確認硬體為 Mac Studio M4。
- 安裝開源推理框架 oMLX。
- 模型下載:
- 從 Hugging Face 或魔搭社區下載 Qwen3.8-27B 的量化版本(4-bit 約 15GB 或 8-bit 約 27.5GB)。
- (若使用 DFlash2)下載小型草稿模型(約 3.5GB)。
- 基礎性能測試(無加速):
- 運行模型,觀察預填充速度(約 200+ token/s)與解碼速度(<30 token/s)。
- 確認受限于内存带宽,不適合直接運行 Agent。
- 啟用 DFlash2 提速:
- 在 oMLX 中開啟 DFlash2 功能。
- 載入小型草稿模型。
- 觀察速度提升至每秒 40-50 個 token。
- Agent 任務執行:
- 使用 PI-Agent 框架。
- 執行包含 2,000 多篇文檔的知識庫查詢任務。
- 監控運行狀態,確認平均速度維持在每秒 30-35 個 token,且任務穩定完成。
值得注意的限制或風險
- 内存带宽限制:Mac Studio 的内存带宽是限制生成速度的主要瓶頸,導致基礎速度較慢。
- 速度與質量的權衡:
- Qwen3.8-27B 配合 DFlash2 雖能運行 Agent,但速度(30-35 token/s)仍低於雲端主流模型。
- 相比之下,Qwen 3.5 32B-A3B (MoE) 速度更快,但存在明顯幻覺和質量不穩定的風險。
- 硬體依賴性:
- 在蘋果平台上需依賴 DFlash2 技術才能有效運行 Agent。
- 若擁有英偉達 RTX 5090 顯卡,則可獲得更高的生成速度(70+ token/s),完全支持本地 Agent。
- 技術名稱準確性:影片中提到的 DFlash2、GPT5.6Luna、Qwen3.8-27B 等名稱需進一步查證其準確性與市場現狀。
逐字稿辨識疑點
- Qwen3.8-27B:逐字稿中多次提及此名稱。通常阿里雲模型命名為 Qwen2.5 或 Qwen3 系列,且參數標註為 27B 與 3.8 組合較少見,需查證是否為特定版本或口誤。
- GPT5.6Luna:逐字稿提及與 GPT5.6Luna 智力指數相同。目前市場常見為 GPT-4o 或 GPT-5 概念,"5.6Luna" 需查證是否為特定內部版本、測試版名稱或聽寫錯誤。
- DeepSeek V4:逐字稿稱 DeepSeek V4 為 1.6 萬億參數,需查證該版本確切參數規模。
- 英偉達 5090:逐字稿提及在 "英偉達 5090" 上運行,需查證該顯卡型號是否已發布或為口誤(如 RTX 4090 或未來的 50 系列)。
- DFlash2:逐字稿提及使用 "DFlash2" 原理進行提速,需查證此技術名稱是否準確(常見類似技術為 Medusa 或 Speculative Decoding 相關工具)。
- PI-Agent:逐字稿提及使用 "PI-Agent" 運行任務,需查證此 Agent 框架的全稱或正確拼寫。
- Qwen 3.5 32B-A3B:參數命名格式 "32B-A3B" 需查證是否為正確的產品命名。
- 預填充與解碼速度數值:逐字稿中提到的速度數值(如每秒 200+ token 預填充,不到 30 token 解碼)與後續提速後的數值,需確認是否為特定硬體配置下的實測數據。
- segment 135, 159, 180:rapid_semantic_review — 全文速讀上下文判斷;尚未回聽或交叉比對。
- segment 107:rapid_semantic_review — 前文00:57-01:06講解DFlash2原理,01:07-01:09應為操作步驟,01:10講解結果。
可延伸追問
- DFlash2 技術的具體運作機制為何?它與常見的 Speculative Decoding 或 Medusa 技術有何異同?
- Qwen3.8-27B 的 "3.8" 與 "27B" 參數標註具體代表什麼含義?是否為官方正式命名?
- GPT5.6Luna 是否為 OpenAI 內部測試版本或第三方評估機構的特定稱呼?
- 在 Mac Studio M4 上,除了 DFlash2,還有其他優化内存带宽利用的方法嗎?
- PI-Agent 框架的具體功能與優勢為何?它如何與 oMLX 和 DFlash2 協作?
- DeepSeek V4 的 1.6 萬億參數是否為稀疏參數或稠密參數?這如何影響其性能評估?
尚未產生學習筆記
請在 Telegram 指令最後加上「學習」,例如:videonote 網址 英文 雙語 學習