WEBVTT
Kind: captions
Language: zh

00:00:00.300 --> 00:00:02.969
OK DeepSeek V4.1 Flash终于来了

00:00:02.969 --> 00:00:04.404
等我这个视频发出来的时候

00:00:04.404 --> 00:00:05.405
都来了花几天了

00:00:05.405 --> 00:00:06.840
但来得真不是时候

00:00:07.007 --> 00:00:08.842
因为这两天我都在用自己部署的

00:00:08.842 --> 00:00:10.110
前问3.82GB

00:00:10.276 --> 00:00:11.044
还没捂热

00:00:11.211 --> 00:00:13.213
反正主机其实已经捂得很热了

00:00:13.213 --> 00:00:13.913
热都不得了

00:00:13.913 --> 00:00:15.048
一个Prompt发过去

00:00:15.048 --> 00:00:17.083
他就已经把我的房间给做成桑拿了

00:00:17.083 --> 00:00:17.984
所以这个主机现在

00:00:17.984 --> 00:00:19.753
我已经搬到另外一个房间去了

00:00:19.753 --> 00:00:20.620
但不管怎么样

00:00:20.854 --> 00:00:22.188
V4.1这个模型

00:00:22.188 --> 00:00:24.057
我个人还是非常期待的

00:00:24.057 --> 00:00:26.693
因为网上看到都是说它什么速度变得巨快

00:00:26.826 --> 00:00:28.828
什么能力超过V4 Pro

00:00:28.995 --> 00:00:30.730
这就把我的期待拉得很高

00:00:30.830 --> 00:00:33.967
一个跨度为0.1的小版本更新

00:00:34.033 --> 00:00:36.202
小弟直接把大哥给干翻了

00:00:36.269 --> 00:00:38.171
到底是不是真的有这么神奇

00:00:38.438 --> 00:00:41.708
我自己是到今天为止是实际测试了五天

00:00:41.775 --> 00:00:43.109
实际把我各种工作流

00:00:43.109 --> 00:00:45.311
把我平常干的事情全都接进去用了

00:00:45.311 --> 00:00:46.946
实际也是登了个好几亿Token

00:00:47.080 --> 00:00:49.549
终于可以说有了点真正的感受

00:00:49.682 --> 00:00:51.951
代价就是等我这个视频发出来的时候

00:00:52.051 --> 00:00:53.286
可能热度已经无了

00:00:53.286 --> 00:00:53.953
但没关系

00:00:53.953 --> 00:00:55.455
我们本身就是唠嗑视频

00:00:55.455 --> 00:00:56.122
随意一点

00:00:56.122 --> 00:00:58.725
首先其实这张图就非常好的总结

00:00:58.792 --> 00:01:01.895
除这个模型到底是对我来说好用还是不好用

00:01:01.895 --> 00:01:04.431
这个是我个人的OpenCode的用量的图

00:01:04.531 --> 00:01:05.565
你可以看到很明显

00:01:05.598 --> 00:01:08.935
黄绿色的是之前的DeepSeek V4 Flash的用量

00:01:08.935 --> 00:01:11.037
自从涨价之后我就没怎么用了

00:01:11.037 --> 00:01:12.605
虽然一天是有个小几刀

00:01:12.672 --> 00:01:14.441
主要是用来配置本地模型

00:01:14.441 --> 00:01:15.975
和做一些矩阵测试的时候

00:01:16.042 --> 00:01:17.944
还有就是应急的时候用

00:01:18.011 --> 00:01:21.948
然后这几天粉色的几个就是DeepSeek V4.1 Flash

00:01:21.948 --> 00:01:24.384
可以看到它的用量又在逐渐长回来了

00:01:24.451 --> 00:01:27.287
主要是OpenCode现在它是限时4倍用量

00:01:27.554 --> 00:01:29.456
回到了以前快乐的时光

00:01:29.556 --> 00:01:31.524
首先这一次V4.1的更新

00:01:31.524 --> 00:01:34.661
让大家最能一下子就感觉到的就是它的速度

00:01:34.694 --> 00:01:36.129
我看到一个说法很喜欢

00:01:36.229 --> 00:01:37.831
DeepSeek V4.1 Flash

00:01:37.831 --> 00:01:39.833
它快的跟腹泻一样

00:01:39.833 --> 00:01:42.135
我以前经常用便秘这个比喻形容

00:01:42.235 --> 00:01:43.570
本地模型的速度很慢

00:01:43.670 --> 00:01:45.038
450 tokens 每秒

00:01:45.038 --> 00:01:46.773
那就是一种便秘的感觉

00:01:46.773 --> 00:01:47.574
它也拉不出来

00:01:47.707 --> 00:01:49.476
加把劲儿可能可以拉出来

00:01:49.476 --> 00:01:50.944
但就是不顺畅

00:01:51.044 --> 00:01:51.744
不舒畅

00:01:51.744 --> 00:01:52.712
不丝滑

00:01:52.745 --> 00:01:55.515
当然这个就是跟DeepSeek V4 Flash比起来

00:01:55.715 --> 00:01:58.351
毕竟DeepSeek V4 Flash是我用的最多的模型

00:01:58.351 --> 00:02:00.787
它的速度对于我来说就是一个基准

00:02:00.787 --> 00:02:01.788
在OpenCode上面

00:02:01.888 --> 00:02:04.924
它的输出速度大概是150tokens 每秒左右

00:02:05.091 --> 00:02:07.494
对我个人也是一个非常舒畅的速度

00:02:07.494 --> 00:02:09.195
而到了DeepSeek V4.1 Flash

00:02:09.195 --> 00:02:13.199
它的输出速度基本上是230-250tokens 每秒以上

00:02:13.366 --> 00:02:16.035
有的都快是快接近300tokens 每秒了

00:02:16.035 --> 00:02:17.804
所以它给你的体感真的就是一种

00:02:18.004 --> 00:02:20.073
窜稀式输出的感觉

00:02:20.073 --> 00:02:22.475
你的眼睛根本跟不上它的操作

00:02:22.475 --> 00:02:24.010
就那工具的调用速度

00:02:24.010 --> 00:02:25.211
你还没回过神来

00:02:25.712 --> 00:02:27.447
这一页已经被它刷满了

00:02:27.447 --> 00:02:29.315
那么速度快是快了

00:02:29.415 --> 00:02:30.483
究竟好不好用

00:02:30.583 --> 00:02:31.951
它做出来的工作好不好

00:02:32.318 --> 00:02:34.687
首先因为我最近在研究DeepSeek Harness

00:02:34.854 --> 00:02:37.824
我自己也是逐渐在把工作流迁移到上面去用

00:02:37.824 --> 00:02:40.026
所以这回我也是直接在DeepSeek Harness里面

00:02:40.026 --> 00:02:40.627
把它配置好

00:02:40.627 --> 00:02:42.929
然后继续我的各种本地AI的测试

00:02:42.929 --> 00:02:43.596
第一个任务

00:02:43.596 --> 00:02:45.765
我想让它先理解一下我的项目

00:02:45.765 --> 00:02:48.268
我的DeepSeek Harness是放在云端服务器上

00:02:48.268 --> 00:02:48.935
和我的Hermes

00:02:49.369 --> 00:02:50.770
以及我整个Gateway

00:02:50.803 --> 00:02:53.673
本地的Gateway是运行在服务器上的

00:02:53.740 --> 00:02:55.842
但是像Llama, NInfer这些配置

00:02:55.909 --> 00:02:58.411
是在我本地的4090主机上面

00:02:58.511 --> 00:02:59.646
稍微有点复杂

00:02:59.646 --> 00:03:02.115
但其实也是本质上很简单的任务

00:03:02.115 --> 00:03:04.551
所以我就在之前一个用DeepSeek V4 Flash

00:03:04.717 --> 00:03:06.386
跑了好几轮的Session里面

00:03:06.452 --> 00:03:08.855
热切换成DeepSeek V4.1 Flash

00:03:08.855 --> 00:03:11.024
让它去把最新的配置拿出来了解一下

00:03:11.090 --> 00:03:13.092
然后我立马就遇到了第一个问题

00:03:13.193 --> 00:03:14.994
V4.1就立马开始窜稀

00:03:14.994 --> 00:03:16.429
240 tokens每秒

00:03:16.429 --> 00:03:18.231
我的页面开始疯狂的滚动

00:03:18.264 --> 00:03:20.733
但是我盯着它盯了三分钟

00:03:20.900 --> 00:03:23.503
工具调用了几十次思考了几十回

00:03:23.536 --> 00:03:24.938
连一个字都没有吐出来

00:03:25.004 --> 00:03:26.472
我觉得就有点不对劲了

00:03:26.472 --> 00:03:27.373
我把它停掉了

00:03:27.373 --> 00:03:28.775
然后我就开了一个新的回话

00:03:28.775 --> 00:03:31.044
用同样的指令切换成本地的千问

00:03:31.077 --> 00:03:33.813
说你帮我拉一下我的Lama的配置

00:03:33.813 --> 00:03:36.216
然后本地千问是输出100多token是每秒

00:03:36.216 --> 00:03:37.450
一分钟就帮我查出来了

00:03:37.450 --> 00:03:38.785
也是理解了整个项目

00:03:38.785 --> 00:03:39.919
然后我就意识到

00:03:39.919 --> 00:03:42.288
可能是我旧Session的上下文污染了

00:03:42.288 --> 00:03:44.324
所以我又从开了一个回话重新试了一次

00:03:44.524 --> 00:03:45.825
这回的速度就非常快

00:03:45.925 --> 00:03:47.093
一共只用了30秒

00:03:47.093 --> 00:03:48.728
token的速度也有2700

00:03:48.728 --> 00:03:50.263
它真正干活成功的时候

00:03:50.263 --> 00:03:52.298
那个速度真的是飞一般的感觉

00:03:52.332 --> 00:03:54.067
所以这里首先有一个问题

00:03:54.200 --> 00:03:55.935
就是说模型的能力再强

00:03:56.069 --> 00:03:58.404
如果你给它的指令或者上下文不对

00:03:58.404 --> 00:03:59.172
或者有污染

00:03:59.305 --> 00:04:01.874
你是没有办法指望它帮你把事情干好的

00:04:01.975 --> 00:04:03.810
虽然我以为之前Session

00:04:03.876 --> 00:04:05.745
毕竟都是跟DeepSeek V4聊的

00:04:05.745 --> 00:04:07.513
而且里面有比较重要的信息

00:04:07.513 --> 00:04:08.314
所以继续的话

00:04:08.314 --> 00:04:09.749
我硬切照理来说

00:04:09.749 --> 00:04:11.150
它应该是能干得更好的

00:04:11.251 --> 00:04:13.753
毕竟V4.1也是一个100万上下文的

00:04:13.753 --> 00:04:14.988
我以前用V4什么的

00:04:14.988 --> 00:04:16.556
也是直接各种硬切

00:04:16.623 --> 00:04:17.757
或者是在Codex里面

00:04:17.757 --> 00:04:18.992
我就是用GPT 5.6

00:04:19.025 --> 00:04:20.326
sol做一个巨大的plan

00:04:20.526 --> 00:04:22.262
和写一个非常详细的tasks

00:04:22.262 --> 00:04:23.730
然后在同样的会话里面

00:04:23.730 --> 00:04:24.664
我直接硬切Luna

00:04:24.664 --> 00:04:25.598
让它继续执行

00:04:25.732 --> 00:04:27.367
我基本上都是这么用过来的

00:04:27.367 --> 00:04:29.068
也没觉得有遇到什么问题

00:04:29.102 --> 00:04:30.570
只不过这一次结果

00:04:30.570 --> 00:04:32.305
让我开始重新审视了一下

00:04:32.305 --> 00:04:33.306
这个用法到底对不对

00:04:33.406 --> 00:04:35.642
因为毕竟其实Codex里面

00:04:35.642 --> 00:04:37.677
它也是有提醒你的当你硬切模型的时候

00:04:37.677 --> 00:04:40.446
它说你这个在会话中去硬切模型的话

00:04:40.446 --> 00:04:42.148
你之后的会话质量可能会下降

00:04:42.148 --> 00:04:43.416
但这个先不展开说了

00:04:43.416 --> 00:04:44.484
这是另外一回事

00:04:44.517 --> 00:04:45.585
就当我以为

00:04:45.685 --> 00:04:47.754
接下来可以和网上大家说的一样

00:04:47.754 --> 00:04:48.421
起飞的时候

00:04:48.788 --> 00:04:50.423
我用着又遇到了问题

00:04:50.423 --> 00:04:51.557
就几轮用下来

00:04:51.624 --> 00:04:53.259
当然都是新开Session

00:04:53.426 --> 00:04:54.827
我感觉跟他说话

00:04:54.827 --> 00:04:56.896
他似乎不理解我的意图

00:04:56.896 --> 00:04:58.331
就是我一个任务下达下去

00:04:58.331 --> 00:04:59.766
他不是说看好技能

00:04:59.799 --> 00:05:01.034
然后就直接开干了

00:05:01.100 --> 00:05:03.136
经常就是我下达一个任务之后

00:05:03.136 --> 00:05:04.170
他扫眼技能

00:05:04.170 --> 00:05:06.472
然后居然读了一个不正确的技能

00:05:06.472 --> 00:05:08.741
紧接着可能是觉得这个技能没什么卵用

00:05:08.741 --> 00:05:09.409
还是怎么回事

00:05:09.409 --> 00:05:13.146
他就开始去爬我过往的Session的历史记录

00:05:13.146 --> 00:05:15.248
爬完这个Deep Seek Harness里面的记录

00:05:15.248 --> 00:05:15.982
他还不甘心

00:05:15.982 --> 00:05:17.684
还要跑去隔壁的Hermes那边

00:05:17.784 --> 00:05:19.652
把Hermes的记录也爬出来读

00:05:19.886 --> 00:05:21.187
而且不是偶然的现象

00:05:21.187 --> 00:05:21.954
就经常这样

00:05:21.954 --> 00:05:22.889
这就很奇怪

00:05:23.056 --> 00:05:25.491
因为同样是在Deep Seek Harness里面

00:05:25.491 --> 00:05:27.026
我用千问3.827b的时候

00:05:27.326 --> 00:05:28.494
我用的方式也没有变

00:05:28.494 --> 00:05:31.230
我一直以来都是这个派发任务的方式

00:05:31.230 --> 00:05:32.565
就千万速度慢慢点

00:05:32.565 --> 00:05:33.633
但是我让他去干个活

00:05:33.633 --> 00:05:35.134
他都是读了Skill

00:05:35.201 --> 00:05:35.968
然后就去干活

00:05:35.968 --> 00:05:37.203
然后一次性把活干好

00:05:37.203 --> 00:05:37.804
给我汇报

00:05:37.837 --> 00:05:38.705
就算有问题

00:05:38.705 --> 00:05:39.539
弄两个来回

00:05:39.605 --> 00:05:40.306
都能干好的

00:05:40.440 --> 00:05:41.941
从来没有过让他去干活

00:05:41.941 --> 00:05:42.909
他嘴上说好的

00:05:42.909 --> 00:05:45.044
然后结果开始就是翻历史 Session

00:05:45.278 --> 00:05:46.446
这是我见的没见过的

00:05:46.546 --> 00:05:48.247
所以我就隐隐约约有个感觉

00:05:48.281 --> 00:05:49.782
不一定对就是我的体感

00:05:49.782 --> 00:05:51.584
就是Deep Seek V4.1 Flash

00:05:51.784 --> 00:05:52.352
这个模型

00:05:52.352 --> 00:05:53.720
我上下文如果给的

00:05:53.720 --> 00:05:54.987
不是那么准确的话

00:05:55.288 --> 00:05:57.423
它是好像有一个内在的动力

00:05:57.423 --> 00:05:59.058
就是要自己去调查清楚

00:05:59.192 --> 00:06:00.827
然后再开干的这样一个性格

00:06:00.993 --> 00:06:01.961
可能是好事

00:06:01.961 --> 00:06:03.629
因为他这样子能把事情干好

00:06:03.629 --> 00:06:05.631
这样的就搞得每次都要

00:06:05.631 --> 00:06:06.332
我跟他说

00:06:06.399 --> 00:06:07.967
你先去看相关Skill

00:06:08.134 --> 00:06:09.369
看完Skill再去干

00:06:09.635 --> 00:06:10.803
这样用起来就很蛋疼了

00:06:10.803 --> 00:06:13.706
仿佛就是像在用上一代的Agent那种感觉

00:06:13.806 --> 00:06:15.174
而且不是说他事情办不完

00:06:15.274 --> 00:06:16.809
就是如果我把任务丢给他

00:06:16.976 --> 00:06:17.944
他确实仍旧

00:06:17.944 --> 00:06:20.446
甚至是可以在比Deep Seek V4.1 Flash

00:06:20.446 --> 00:06:21.814
还有更快的情况下

00:06:21.814 --> 00:06:22.815
把任务给干完的

00:06:22.882 --> 00:06:24.083
即便就是多出了很多

00:06:24.517 --> 00:06:26.185
在我看来很奇怪的工具调用

00:06:26.319 --> 00:06:27.854
因为他的速度是真的快

00:06:27.854 --> 00:06:30.056
所以在能干很多活的情况下

00:06:30.256 --> 00:06:31.324
干得比别人还快

00:06:31.491 --> 00:06:32.859
从结果角度来看

00:06:32.859 --> 00:06:34.026
他干活干的也是很周到

00:06:34.026 --> 00:06:35.428
就是各方面都会考虑到

00:06:35.628 --> 00:06:37.463
如果有出现就是改了一个bug

00:06:37.463 --> 00:06:38.564
然后出现回归的情况

00:06:38.564 --> 00:06:39.799
他都是能顺手

00:06:39.799 --> 00:06:41.401
在那个轮回里面处理好的

00:06:41.734 --> 00:06:44.403
总之就是能力上是完全没有问题的

00:06:45.037 --> 00:06:46.606
就是干事情的方式

00:06:46.606 --> 00:06:47.507
让我觉得很奇怪

00:06:47.774 --> 00:06:48.374
具体一点

00:06:48.374 --> 00:06:49.542
比如说我想让他配置一下

00:06:49.542 --> 00:06:51.177
我本地模型的一个框架

00:06:51.177 --> 00:06:52.278
他居然起手

00:06:52.278 --> 00:06:54.914
真的就是去Hermes我们的聊天数据库里面

00:06:54.914 --> 00:06:56.149
自己去暴力搜索

00:06:56.249 --> 00:06:58.384
我那个数据库可是接近两个G

00:06:58.651 --> 00:06:59.952
几十万条信息

00:06:59.952 --> 00:07:01.187
上千轮的对话数据

00:07:01.187 --> 00:07:03.823
他就是窜稀是暴力搜索了10分钟

00:07:03.823 --> 00:07:06.025
然后自己找到了相关的信息

00:07:06.025 --> 00:07:06.692
拿出来问我

00:07:06.692 --> 00:07:07.527
你是不是这个

00:07:07.894 --> 00:07:08.928
还说你要确定一下

00:07:08.928 --> 00:07:10.062
我怕我改错文件

00:07:10.329 --> 00:07:12.231
我确认之后他才真正开始干活

00:07:12.231 --> 00:07:14.167
就进入这个干活的状态之后

00:07:14.400 --> 00:07:16.035
确实是一点问题都没有了

00:07:16.035 --> 00:07:17.737
然后这个现象不仅仅是出现在

00:07:18.004 --> 00:07:19.205
就写代码的活上

00:07:19.205 --> 00:07:21.474
就是包括做文字类的工作

00:07:21.474 --> 00:07:22.375
也是同样的情况

00:07:22.408 --> 00:07:23.543
就像这样一个简单的

00:07:23.543 --> 00:07:25.511
我一直在做的这种写稿的任务

00:07:25.511 --> 00:07:27.246
如果我有片已经是这样

00:07:27.313 --> 00:07:28.815
口述的稿件的情况下

00:07:28.881 --> 00:07:30.316
通常其他模型

00:07:30.316 --> 00:07:31.184
我直接发给他

00:07:31.184 --> 00:07:32.685
包括V4或者本地的

00:07:32.685 --> 00:07:34.187
千问3.87b这个模型的时候

00:07:34.487 --> 00:07:36.956
我就是会说我要继续稿件

00:07:36.956 --> 00:07:38.624
然后他们就是会很清楚的

00:07:38.624 --> 00:07:39.959
继续我之前的任务

00:07:39.959 --> 00:07:40.893
但是不知道为什么

00:07:41.194 --> 00:07:42.061
这就是个情况下

00:07:42.361 --> 00:07:45.465
V4.1居然还有32次工具调用

00:07:45.465 --> 00:07:46.132
干嘛呢

00:07:46.199 --> 00:07:48.401
我把它那32次工具调用展开来看了一下

00:07:48.668 --> 00:07:49.769
里面有12次

00:07:50.002 --> 00:07:52.138
又在跑我过往session内容

00:07:52.238 --> 00:07:54.006
当时我就一个想不通了

00:07:54.006 --> 00:07:55.274
就你速度快是快

00:07:55.475 --> 00:07:57.643
token也是比之前便宜是便宜

00:07:57.743 --> 00:08:00.746
每做一个任务都要回去翻过往session内容

00:08:00.746 --> 00:08:02.148
这不太合适吧

00:08:02.148 --> 00:08:05.251
就以防是我这个DeepSeek harness出了什么问题

00:08:05.351 --> 00:08:07.053
我就用同样一个prompt

00:08:07.053 --> 00:08:08.421
我换成V4 flash

00:08:08.588 --> 00:08:10.790
它是只用5次工具调用和30秒

00:08:10.890 --> 00:08:12.291
直接进入工作状态

00:08:12.291 --> 00:08:13.926
这才是我熟悉的DeepSeek

00:08:14.193 --> 00:08:16.495
于是我不信邪就开了好几个session

00:08:16.495 --> 00:08:17.864
发同样的prompt

00:08:17.964 --> 00:08:19.065
其中有一个session

00:08:19.198 --> 00:08:21.634
DeepSeek V4.1是直接直到黄龙

00:08:21.734 --> 00:08:23.636
只花了20秒就进入状态了

00:08:23.636 --> 00:08:26.906
到这里如果是想感觉第一天就把视频发布的话

00:08:26.973 --> 00:08:28.374
我的视频画风就会变成

00:08:28.474 --> 00:08:29.609
DeepSeek V4.1

00:08:29.709 --> 00:08:31.244
窜稀非常地快

00:08:31.244 --> 00:08:32.144
但快的没有用

00:08:32.311 --> 00:08:33.079
非常不稳定

00:08:33.212 --> 00:08:34.013
行为很奇怪

00:08:34.247 --> 00:08:35.281
巴拉巴拉讲一大堆

00:08:35.481 --> 00:08:37.149
但是我一直以来的关键就是

00:08:37.350 --> 00:08:38.384
没有垃圾的模型

00:08:38.518 --> 00:08:39.318
只有不会用的人

00:08:39.619 --> 00:08:41.120
特别是在线上API

00:08:41.120 --> 00:08:42.655
dpc v4 flash之后

00:08:42.655 --> 00:08:43.823
以及本地模型

00:08:43.823 --> 00:08:46.392
千问3.827b这个模型之后

00:08:46.392 --> 00:08:47.994
同档次的和之上的模型

00:08:47.994 --> 00:08:50.696
已经不存在人工智障这个概念了

00:08:50.696 --> 00:08:54.467
因为这些模型已经比世界上99.9%的人要聪明

00:08:54.467 --> 00:08:54.967
要能干

00:08:54.967 --> 00:08:55.935
还要快了

00:08:55.935 --> 00:08:57.470
所以如果我觉得它不好用

00:08:57.470 --> 00:08:59.805
那1%是我的用法有问题

00:09:00.039 --> 00:09:02.208
所以我又把这几天吃回了的Hermes

00:09:02.208 --> 00:09:02.875
给叫了出来

00:09:02.875 --> 00:09:05.311
因为这几天我真的都是在研究DeepSeek harness

00:09:05.444 --> 00:09:07.113
就有点懒落Hermes了

00:09:07.246 --> 00:09:08.047
换回Hermes之后

00:09:08.114 --> 00:09:10.149
dpc v4 flash的整个体验

00:09:10.149 --> 00:09:11.183
立马就不一样了

00:09:11.183 --> 00:09:12.552
以前那种呼风唤雨

00:09:12.552 --> 00:09:14.253
指哪打哪的感觉又回来了

00:09:14.387 --> 00:09:17.623
而且体感的就是比之前的v4 flash能力要强很多

00:09:17.723 --> 00:09:18.658
速度也要快很多

00:09:18.658 --> 00:09:20.993
所以为了把DeepSeek V4.1给用好

00:09:21.227 --> 00:09:23.396
我又把整个工作流迁回到了Hermes上面

00:09:23.529 --> 00:09:26.499
这几天我就是在Hermes上面开了40来个会话

00:09:26.599 --> 00:09:27.667
5000多条消息

00:09:27.667 --> 00:09:29.568
完完整整的把它再用了一遍

00:09:29.568 --> 00:09:32.171
处理的内容就包括我平常做的写稿

00:09:32.271 --> 00:09:33.105
改稿 配图

00:09:33.406 --> 00:09:35.274
后面还包括继续举行测试

00:09:35.374 --> 00:09:37.009
1380 b的新框架

00:09:37.009 --> 00:09:38.444
还有它的并发优化

00:09:38.511 --> 00:09:40.580
之后还有去改造的Hermes的desktop

00:09:40.880 --> 00:09:42.949
我还让它去改我各种网站的前端

00:09:42.949 --> 00:09:44.884
还有我自己做的一个电商的后台

00:09:44.917 --> 00:09:46.652
除了这些小任务之外

00:09:46.652 --> 00:09:47.987
还有一个比较巨型的

00:09:47.987 --> 00:09:50.957
就是我最近把我的云端服务器给搬家了

00:09:50.957 --> 00:09:53.459
从一个服务器搬到了另外一个服务器上面

00:09:53.526 --> 00:09:55.261
而且是连服务商都变的那种

00:09:55.261 --> 00:09:57.430
这就是一个相当复杂的工作了

00:09:57.430 --> 00:09:59.532
如果是要我自己去干的话

00:09:59.532 --> 00:10:01.901
我觉得估计得至少两三天起

00:10:01.901 --> 00:10:03.202
我一个星期都有可能的

00:10:03.469 --> 00:10:05.571
因为要从头到尾所有东西都要重装一遍

00:10:05.705 --> 00:10:09.308
但是这回我自己是除了开通一个新的账号和付款之外

00:10:09.508 --> 00:10:10.643
没有动一根手指头

00:10:10.676 --> 00:10:12.845
全都丢给DeepSeek V4.1 flash去做

00:10:13.045 --> 00:10:16.949
它大概是从早上5点一直干到下午2 3点

00:10:16.949 --> 00:10:18.951
然后完美的把整个事情给做好了

00:10:19.085 --> 00:10:21.187
所以整个体验下来确实有点奇怪

00:10:21.320 --> 00:10:24.724
用DeepSeek V4.1的时侯我觉得它就是一个串天猴

00:10:24.824 --> 00:10:26.392
速度是快得不得了

00:10:26.559 --> 00:10:28.127
但是感觉就驾驭不住

00:10:28.260 --> 00:10:29.662
切回到Hermes之后

00:10:29.662 --> 00:10:31.030
它居然又变得那么好用

00:10:31.097 --> 00:10:34.934
甚至是我现在在Hermes上用过的最好的模型了

00:10:34.934 --> 00:10:36.569
我自己也还没有个结论

00:10:36.602 --> 00:10:38.571
但是我这里又要说一句

00:10:38.771 --> 00:10:41.574
大概率不是因为DeepSeek V4.1的不行

00:10:41.640 --> 00:10:44.844
而是我现在的工作流和个人的用法

00:10:44.844 --> 00:10:46.345
目前还是更适合Hermes

00:10:46.512 --> 00:10:48.347
毕竟Hermes我都养了这么久了

00:10:48.347 --> 00:10:49.215
早就成精了

00:10:49.215 --> 00:10:50.883
DeepSeek V4.1才刚用没几天

00:10:50.983 --> 00:10:54.186
虽然我自己在后端已经把他们的技能数融合在一起了

00:10:54.186 --> 00:10:57.857
但是他们可能是在兼容上兼容性上有点问题

00:10:58.024 --> 00:10:59.625
反正就有点不太对劲

00:10:59.925 --> 00:11:02.728
所以接下来我还要再多研究一下DeepSeek V4.1的用法

00:11:02.928 --> 00:11:04.830
最后我们回到开头的那张图

00:11:04.930 --> 00:11:06.232
一个模型的价格

00:11:06.232 --> 00:11:07.166
它是高是低

00:11:07.166 --> 00:11:08.401
它的能力是好是坏

00:11:08.467 --> 00:11:12.405
我们每个人每一个时刻的感受都是不一样的

00:11:12.405 --> 00:11:14.907
是会随着时间的推移发生变化的

00:11:15.107 --> 00:11:17.543
但API的用量是很真实的

00:11:17.710 --> 00:11:18.644
好用 性价比高

00:11:18.677 --> 00:11:19.545
就是会用的多

00:11:19.678 --> 00:11:21.747
前提是你用对的方式

00:11:21.747 --> 00:11:24.050
毕竟我们每个人都有自己不同的工作流

00:11:24.050 --> 00:11:25.685
有的人觉得一个模型很好用

00:11:25.685 --> 00:11:27.153
有的人觉得一个模型很垃圾

00:11:27.153 --> 00:11:28.154
这都很正常

00:11:28.287 --> 00:11:30.222
就连在我自己的工作流里面

00:11:30.222 --> 00:11:31.524
我只是换了个Harness而已

00:11:31.524 --> 00:11:32.825
我对这一个模型

00:11:32.892 --> 00:11:36.629
deepseaqv4.1flash的感受也是天上地下的

00:11:36.629 --> 00:11:38.664
一开始用了觉得什么窜稀玩意

00:11:38.931 --> 00:11:40.433
后来又觉得好用不得了

00:11:40.599 --> 00:11:43.536
也有可能你用DeepSeek harness接4.1flash

00:11:43.602 --> 00:11:44.904
你会觉得好用的不得了

00:11:44.904 --> 00:11:46.972
然后你会用Hermes觉得很难用

00:11:47.039 --> 00:11:48.240
我觉得也是很正常的

00:11:48.240 --> 00:11:49.608
毕竟也没有法律规定

00:11:49.608 --> 00:11:51.343
所有的人都必须用同一个模型

00:11:51.343 --> 00:11:52.545
必须用同一个Harness

00:11:52.545 --> 00:11:54.213
所以我也是非常好奇你们的体验

00:11:54.213 --> 00:11:55.381
欢迎你留言和大家分享

00:11:55.514 --> 00:11:56.682
有关关系的大家听我唠嗑我们

00:11:56.682 --> 00:11:57.116
谢谢再见