1
00:00:00,000 --> 00:00:06,000
同一個模型,同一張截圖,幾分鐘之前呢,他還說自己看不懂圖片。

2
00:00:06,000 --> 00:00:10,000
那現在,他就可以逐條的把圖片分析給你聽。

3
00:00:10,000 --> 00:00:14,000
中間啊,我只做了一件事,就是裝了一個社區插件。

4
00:00:14,000 --> 00:00:18,000
模型沒有變,那麼它的能力是從哪來的呢?

5
00:00:18,000 --> 00:00:23,000
Dipsick這次開源真正值錢的呀,不只是這個工具本身,

6
00:00:23,000 --> 00:00:26,000
他把改造agent的權利也給了你。

7
00:00:26,000 --> 00:00:28,760
这期我们不重复做安装

8
00:00:28,760 --> 00:00:32,440
我们先看他到底把什么交给了开发者

9
00:00:32,440 --> 00:00:35,880
再看看这份自由附带了什么样的责任

10
00:00:35,880 --> 00:00:37,220
那看完以后呢

11
00:00:37,220 --> 00:00:38,840
你就可以自己来判断了

12
00:00:38,840 --> 00:00:40,560
现在就研究他呢

13
00:00:40,560 --> 00:00:42,720
先关注他的插件生态呢

14
00:00:42,720 --> 00:00:45,060
还是可以完全的再等一等

15
00:00:45,060 --> 00:00:45,580
你好

16
00:00:45,580 --> 00:00:46,440
欢迎回到Axton

17
00:00:46,440 --> 00:00:48,960
今天我们来聊一聊Deepseek Hunters

18
00:00:48,960 --> 00:00:51,580
Deepseek官方给的启动方式呢

19
00:00:51,580 --> 00:00:52,740
确实很简单

20
00:00:52,740 --> 00:00:56,120
一条命令就可以打开本地的界面

21
00:00:56,120 --> 00:00:57,520
第一次使用呢

22
00:00:57,520 --> 00:00:59,600
当然你还需要准备node环境

23
00:00:59,600 --> 00:01:01,400
Deepseek的API key

24
00:01:01,400 --> 00:01:03,180
再选一个工作目录

25
00:01:03,180 --> 00:01:04,740
我们第一次启动的时候

26
00:01:04,740 --> 00:01:05,920
终端窗口

27
00:01:05,920 --> 00:01:09,240
特律导呢就会问你要不要下载所需要的程序

28
00:01:09,240 --> 00:01:10,340
确认之后

29
00:01:10,340 --> 00:01:12,740
它才会给出一个本地的网址

30
00:01:12,740 --> 00:01:15,060
我们就用浏览器打开这个页面

31
00:01:15,060 --> 00:01:17,740
会首先看到一个测试版的提示

32
00:01:17,740 --> 00:01:18,660
接着呢

33
00:01:18,660 --> 00:01:21,060
添入自己的Deepseek的API key

34
00:01:21,060 --> 00:01:22,280
模型的调用啊

35
00:01:22,280 --> 00:01:24,880
它是按照Deepstick的API来计费的

36
00:01:24,880 --> 00:01:25,780
设置里面呢

37
00:01:25,780 --> 00:01:28,120
我们可以把语言切换成中文

38
00:01:28,420 --> 00:01:29,740
所以后面的界面呢

39
00:01:29,740 --> 00:01:31,520
我们都用中文来显示

40
00:01:31,520 --> 00:01:33,080
这个界面跑起来以后呀

41
00:01:33,080 --> 00:01:35,780
我先不拿复杂的编程题来为难他

42
00:01:35,780 --> 00:01:36,940
我们首先呢

43
00:01:36,940 --> 00:01:38,280
只看一件事

44
00:01:38,280 --> 00:01:40,980
一个普通人能不能把它顺利的用起来

45
00:01:40,980 --> 00:01:42,420
好这里的工作区呢

46
00:01:42,420 --> 00:01:43,740
其实就是

47
00:01:43,980 --> 00:01:47,040
我们允许Hunners读写的一个文件夹

48
00:01:47,040 --> 00:01:49,040
选中一个文件夹以后呢

49
00:01:49,040 --> 00:01:52,040
Hunners会自动的把它变成工作区

50
00:01:52,280 --> 00:01:54,320
不用再另外创建一个项目

51
00:01:54,520 --> 00:01:57,920
我点工作区标题栏右侧的添加工作区图标

52
00:01:58,160 --> 00:02:01,760
选择提前准备好的目录DSH Lab

53
00:02:02,000 --> 00:02:04,960
选好以后它就会出现在左侧的列表里

54
00:02:05,080 --> 00:02:08,160
权限我们就保留默认的Workspace Write

55
00:02:08,680 --> 00:02:11,480
也就是只让它在这个文件夹里边

56
00:02:11,680 --> 00:02:12,880
做写入的工作

57
00:02:13,040 --> 00:02:14,800
不要给它整台电脑的

58
00:02:15,320 --> 00:02:16,160
Full Access

59
00:02:16,280 --> 00:02:20,200
右下角会显示当前的模型以及推理的级别

60
00:02:20,200 --> 00:02:23,180
模型呢我们可以选flash或者pro

61
00:02:23,180 --> 00:02:25,680
我用的是deep-seek的v4pro

62
00:02:25,680 --> 00:02:27,400
推理级别呢是high

63
00:02:27,400 --> 00:02:29,900
后面所有的演示都不再更换了

64
00:02:29,900 --> 00:02:31,520
所以第一个任务也很普通

65
00:02:31,520 --> 00:02:34,220
就是把一份频道的数据文件

66
00:02:34,220 --> 00:02:35,300
CSV文件

67
00:02:35,300 --> 00:02:39,620
做成一个可以双击打开的html数据报告

68
00:02:39,620 --> 00:02:40,680
发出去以后呢

69
00:02:40,680 --> 00:02:41,740
我没有再动

70
00:02:41,740 --> 00:02:45,480
它会自己呢读数据写文件检查结果

71
00:02:45,480 --> 00:02:47,200
出现问题呢会自己查错

72
00:02:47,200 --> 00:02:48,120
自己修改

73
00:02:48,120 --> 00:02:49,080
最后呀

74
00:02:49,080 --> 00:02:51,020
它会给出报告的路径

75
00:02:51,020 --> 00:02:52,780
创建了哪些文件

76
00:02:52,780 --> 00:02:56,100
以及这次执行的用量摘要

77
00:02:56,100 --> 00:02:58,000
点击它给出的报告路径

78
00:02:58,000 --> 00:03:01,340
HTML就会在浏览器里边直接打开

79
00:03:01,340 --> 00:03:04,700
报告不只是把CSV文件原样摆出来了

80
00:03:04,700 --> 00:03:07,240
它还整理了图表和结论区

81
00:03:07,240 --> 00:03:08,180
这个演示

82
00:03:08,180 --> 00:03:11,920
并不是证明它能完成多么复杂的工作

83
00:03:11,920 --> 00:03:13,340
但是至少证明

84
00:03:13,340 --> 00:03:15,920
从真实数据到可打开的文件

85
00:03:15,920 --> 00:03:19,240
这条最基本的链路是可以跑通的

86
00:03:19,240 --> 00:03:22,500
Hannels自己的绘画统计会列出

87
00:03:22,500 --> 00:03:24,240
输入输出的token

88
00:03:24,240 --> 00:03:26,080
缓存的命中率

89
00:03:26,080 --> 00:03:26,980
步骤

90
00:03:26,980 --> 00:03:29,140
耗时和速度

91
00:03:29,140 --> 00:03:30,200
实际花了多少钱

92
00:03:30,200 --> 00:03:33,180
我们可以在DeepSec的控制台里面去看

93
00:03:33,180 --> 00:03:36,400
这次小任务大概花了人民币9分钱

94
00:03:36,400 --> 00:03:38,840
到这里我们只能确定一件事

95
00:03:38,840 --> 00:03:40,460
它可以工作

96
00:03:40,460 --> 00:03:42,140
但是真正值得看

97
00:03:42,140 --> 00:03:44,460
是同一个模型的能力边界

98
00:03:44,460 --> 00:03:46,240
到底是由什么来决定的

99
00:03:46,240 --> 00:03:48,380
我给他一张频道的数据截图

100
00:03:48,380 --> 00:03:50,600
问他页面标题

101
00:03:50,600 --> 00:03:52,320
最近90天的播放量

102
00:03:52,320 --> 00:03:54,220
增长最快的系列

103
00:03:54,220 --> 00:03:56,900
以及截图给出的下个月的建议

104
00:03:56,900 --> 00:03:59,020
那为了防止模型乱猜呢

105
00:03:59,020 --> 00:04:00,040
我还会写明白

106
00:04:00,040 --> 00:04:02,580
你要看不到就直接说看不到

107
00:04:02,580 --> 00:04:04,380
最后还要交代清楚

108
00:04:04,380 --> 00:04:06,980
答案来自完整的画面理解

109
00:04:06,980 --> 00:04:08,800
还是就是读到了文字

110
00:04:08,800 --> 00:04:09,880
测试前呢

111
00:04:09,880 --> 00:04:11,780
我会先打开插件的设置

112
00:04:11,780 --> 00:04:13,740
默认它已经有终端

113
00:04:13,740 --> 00:04:16,000
agent循环和网页搜索

114
00:04:16,000 --> 00:04:18,540
这三项都是安装以后自带的

115
00:04:18,540 --> 00:04:19,960
不是我另外装的

116
00:04:19,960 --> 00:04:22,500
但是当时还没有视觉识别

117
00:04:22,500 --> 00:04:25,680
主模型依然是DeepSeek的VisPro

118
00:04:25,680 --> 00:04:28,640
我把一张截图拖进去

119
00:04:28,640 --> 00:04:30,040
再发送这四个问题

120
00:04:30,040 --> 00:04:31,720
默认配置下

121
00:04:31,720 --> 00:04:33,440
界面就直接报错了

122
00:04:33,440 --> 00:04:35,440
说当前模型不支持图片

123
00:04:35,440 --> 00:04:37,240
请切换支持图片的模型

124
00:04:37,240 --> 00:04:40,800
所以这次图片根本就没有进入到任务里去

125
00:04:40,800 --> 00:04:42,720
接下来我停止Harness

126
00:04:42,720 --> 00:04:46,860
增加一个社区开发者创作的DSH Vision

127
00:04:46,860 --> 00:04:49,500
插件它本质上是第三方代码

128
00:04:49,500 --> 00:04:53,380
所以安装以前你至少要检查它的来源

129
00:04:53,380 --> 00:04:56,840
代码和它所需要的权限保证安全

130
00:04:56,840 --> 00:05:00,560
我使用的插件项目提供的标准的安装命令

131
00:05:00,560 --> 00:05:03,580
Terminal最后就显示Dumb完成了

132
00:05:03,580 --> 00:05:07,660
不过上面还留着一条Peer Dependency的一个警告

133
00:05:07,660 --> 00:05:10,940
我们可以忽略它并没有阻止这次安装完成

134
00:05:10,940 --> 00:05:15,100
当然我们也不能把装上说成是完全没有任何问题

135
00:05:15,100 --> 00:05:17,640
然后呢我会用同样的标准的命令

136
00:05:17,640 --> 00:05:18,840
重新系统hunters

137
00:05:18,840 --> 00:05:21,140
之后再回到设置插件

138
00:05:21,140 --> 00:05:24,840
刚才不存在的视觉识别已经出现了

139
00:05:24,840 --> 00:05:25,900
多了一个插件

140
00:05:25,900 --> 00:05:29,220
那我们就保持它默认的automatic的page

141
00:05:29,220 --> 00:05:32,920
界面显示单次最多处理8张图片

142
00:05:32,920 --> 00:05:35,060
现在我再用同一张图片

143
00:05:35,060 --> 00:05:38,240
同一组问题和同一个Pro模型测试

144
00:05:38,240 --> 00:05:40,680
唯一的变化就是我们刚才安装了一个插件

145
00:05:40,680 --> 00:05:42,860
这一次它就没有再报错了

146
00:05:42,860 --> 00:05:45,940
我在原图和回答之间轮流切换

147
00:05:45,940 --> 00:05:47,000
逐项核对

148
00:05:47,000 --> 00:05:48,160
页面标题

149
00:05:48,160 --> 00:05:52,240
最近90天播放量增长最快的内容系列增长比例

150
00:05:52,240 --> 00:05:55,380
以及下个月的建议全部都是回答正确

151
00:05:55,380 --> 00:05:58,700
当然这里的频道数据是演示用的虚构数据

152
00:05:58,700 --> 00:06:02,940
但是前后结果的差异是很真实的

153
00:06:02,940 --> 00:06:04,880
我们这次使用的DeepSeek with Pro

154
00:06:04,880 --> 00:06:07,120
API它仍然只能接收文本

155
00:06:07,120 --> 00:06:10,760
这个插件就是先把图片转换成文字信息

156
00:06:10,760 --> 00:06:12,440
再交给PRO继续处理

157
00:06:12,440 --> 00:06:13,820
所以装上这个插件

158
00:06:13,820 --> 00:06:15,660
其实并不等于Deepseek Pro

159
00:06:15,660 --> 00:06:18,100
就原生获得了完整的视觉能力

160
00:06:18,100 --> 00:06:21,280
它依赖的依然是一个视觉桥接

161
00:06:21,280 --> 00:06:23,400
先整理出来的文字和数字

162
00:06:23,400 --> 00:06:26,220
但这恰好证明了更重要的一件事

163
00:06:26,220 --> 00:06:27,840
我们来评价agent

164
00:06:27,840 --> 00:06:29,360
不能只看模型的名字

165
00:06:29,360 --> 00:06:30,420
我的判断是

166
00:06:30,420 --> 00:06:33,440
模型它会决定智力的上限

167
00:06:33,440 --> 00:06:36,160
而Hanness决定你的能力边界

168
00:06:36,160 --> 00:06:38,780
Hanness决定他能看到什么

169
00:06:38,780 --> 00:06:40,400
能调用什么

170
00:06:40,400 --> 00:06:42,680
怎样把想法变成行动

171
00:06:42,680 --> 00:06:44,280
模型并没有变化

172
00:06:44,280 --> 00:06:47,360
但是完整的agent的能力却已经变了

173
00:06:47,360 --> 00:06:51,840
以前这种缺口通常要等产品公司排进更新计划

174
00:06:51,840 --> 00:06:55,400
现在一个社区开发者就能通过插件

175
00:06:55,400 --> 00:06:57,280
把他的缺失的能力补上

176
00:06:57,280 --> 00:06:59,960
那这就是我所说的改装权

177
00:06:59,960 --> 00:07:01,620
它不是一个口号

178
00:07:01,620 --> 00:07:05,080
而是刚才我们肉眼可以见到的一个前后

179
00:07:05,080 --> 00:07:08,720
而且这也解释了官方网站为什么强调

180
00:07:08,720 --> 00:07:10,540
Everything is a plugin

181
00:07:10,540 --> 00:07:11,900
一切都是插件

182
00:07:11,900 --> 00:07:16,800
模型 工具 技能 绘画 存储 循环和调度

183
00:07:16,800 --> 00:07:20,000
都可以通过插件组合或者替换

184
00:07:20,000 --> 00:07:22,440
所以刚才看到的不是换了一个模型

185
00:07:22,440 --> 00:07:25,140
就是给Handes换了一块能力的模块

186
00:07:25,140 --> 00:07:27,900
所以Deepseek到底开源了哪一层呢

187
00:07:27,900 --> 00:07:29,760
如果只说它能装插件

188
00:07:29,760 --> 00:07:31,700
还是把这件事说小了

189
00:07:31,700 --> 00:07:34,800
它更像是一套开放的agent的底盘

190
00:07:34,800 --> 00:07:36,100
而并不是一个

191
00:07:36,100 --> 00:07:38,640
替所有人已经调整好的成品

192
00:07:38,640 --> 00:07:40,000
这也是为什么呢

193
00:07:40,000 --> 00:07:40,960
我不赞成

194
00:07:40,960 --> 00:07:44,960
把它简单的叫做Cloud Code Killer

195
00:07:44,960 --> 00:07:46,680
它开源的是另外一种

196
00:07:46,680 --> 00:07:48,180
制造agent的方式

197
00:07:48,180 --> 00:07:51,180
那这是本质上是一场产品模式的竞争

198
00:07:51,180 --> 00:07:54,360
它并不是一个功能表的对比

199
00:07:54,360 --> 00:07:55,340
那最有意思的是

200
00:07:55,340 --> 00:07:57,940
社区第一时间并没有急着

201
00:07:57,940 --> 00:08:00,440
再塞进一个更强的模型

202
00:08:00,440 --> 00:08:04,220
而是先补了视觉主题桌面外壳

203
00:08:04,220 --> 00:08:06,580
插件发现和安全工具

204
00:08:06,580 --> 00:08:09,160
所以其实社区最先补什么

205
00:08:09,160 --> 00:08:11,380
本质上它就是在暴露了

206
00:08:11,380 --> 00:08:13,620
你的默认的版本最缺的是什么

207
00:08:13,620 --> 00:08:15,060
缺的并不是智力

208
00:08:15,060 --> 00:08:19,700
而是产品化分发发现以及信任

209
00:08:19,700 --> 00:08:23,100
这其实就已经把这套agent底盘的

210
00:08:23,100 --> 00:08:24,680
两面都暴露得很清楚了

211
00:08:24,680 --> 00:08:26,140
它是可以扩展的

212
00:08:26,140 --> 00:08:27,560
证明它足够的开放

213
00:08:27,560 --> 00:08:30,580
这些基础体验需要社区来补充

214
00:08:30,580 --> 00:08:34,380
同时也证明它离一个成熟的产品还有距离的

215
00:08:34,708 --> 00:08:48,308
好,接下來我們看第二個演示。這次我不是要看模型能不能做一個漂亮的網頁,而是要看Harness怎麼樣進行保存和組織一向進行到一半的工作。

216
00:08:48,308 --> 00:08:50,108
我给他一个四步的任务

217
00:08:50,108 --> 00:08:52,228
做三张独立数据卡片

218
00:08:52,228 --> 00:08:53,248
主张验证

219
00:08:53,248 --> 00:08:56,068
最后呢组合成一个html页面

220
00:08:56,068 --> 00:08:57,468
那开始之前呢

221
00:08:57,468 --> 00:09:00,568
我们这个experiment3这个文件夹是空的

222
00:09:00,568 --> 00:09:02,248
我把它放在画面旁边

223
00:09:02,248 --> 00:09:04,508
就是为了让大家看得更清楚

224
00:09:04,508 --> 00:09:06,788
看到文件到底在什么时候出现

225
00:09:06,788 --> 00:09:09,848
OK第一张卡片生成并且验证通过

226
00:09:09,848 --> 00:09:11,888
第二张也生成并且验证

227
00:09:11,888 --> 00:09:14,588
等前两部明确落成文件呢

228
00:09:14,588 --> 00:09:17,588
我将会直接在terminal里边

229
00:09:17,588 --> 00:09:19,688
终止整个Handels的进程

230
00:09:19,688 --> 00:09:23,648
好这里面我们看到前两张已经生成并且验证了

231
00:09:23,648 --> 00:09:25,888
第三张图片已经生成了

232
00:09:25,888 --> 00:09:26,928
写到盘上了

233
00:09:26,928 --> 00:09:28,708
但是还没有完成验证

234
00:09:28,708 --> 00:09:32,408
最后要让它生成的组合的页面还不存在

235
00:09:32,408 --> 00:09:34,768
那我就直接按下Ctrl-C

236
00:09:34,768 --> 00:09:36,868
终止Handels的后台进程

237
00:09:36,868 --> 00:09:38,508
按下Ctrl-C以后呢

238
00:09:38,508 --> 00:09:39,788
浏览器刷新一下

239
00:09:39,788 --> 00:09:41,808
就再也连不上本地页面了

240
00:09:41,808 --> 00:09:44,968
这说明后台是真的没有了

241
00:09:44,968 --> 00:09:46,848
输出目录里面

242
00:09:46,848 --> 00:09:49,048
三张图片 svg的图片还在

243
00:09:49,048 --> 00:09:53,108
缺的就是第三张的验证和生成最后的组合页

244
00:09:53,108 --> 00:09:55,508
好我们再一次重启harness

245
00:09:55,508 --> 00:09:56,708
重启以后呢

246
00:09:56,708 --> 00:09:59,168
咱们并不需要重新把任务再发一遍

247
00:09:59,168 --> 00:10:03,048
那原来的绘画文件和土豆的状态

248
00:10:03,048 --> 00:10:04,588
待办的状态都还在的

249
00:10:04,588 --> 00:10:06,568
任务列表也显示的很具体

250
00:10:06,568 --> 00:10:08,508
两项完成一项进行中

251
00:10:08,508 --> 00:10:09,588
一项等待处理

252
00:10:09,588 --> 00:10:15,108
这里的界面上没有一个专门的resume恢复的按钮

253
00:10:15,108 --> 00:10:17,668
那我们就给他输两个字的命令

254
00:10:17,668 --> 00:10:18,468
继续

255
00:10:18,468 --> 00:10:21,068
并不需要重复任何的多余的要求

256
00:10:21,068 --> 00:10:24,808
他就会先检查已经存在的第三张SVG图片

257
00:10:24,808 --> 00:10:25,948
确认有效

258
00:10:25,948 --> 00:10:30,148
然后直接去创建还没有完成的HTML组合页

259
00:10:30,148 --> 00:10:33,628
最后三张卡片和组合页全部完成

260
00:10:33,628 --> 00:10:35,668
那从操作体验来看

261
00:10:35,668 --> 00:10:37,348
这一次恢复呢确实很顺

262
00:10:37,348 --> 00:10:38,768
但他到底恢复了什么

263
00:10:38,768 --> 00:10:41,128
我们不能只凭画面来下结论

264
00:10:41,128 --> 00:10:44,148
我对照了DeepSeekHandels的代码

265
00:10:44,148 --> 00:10:47,908
也看了Cloud Code和Codex它现在的运行方式

266
00:10:47,908 --> 00:10:52,088
结论就是DSH恢复的不是原来的进程

267
00:10:52,088 --> 00:10:53,248
只是任务的现场

268
00:10:53,248 --> 00:10:55,888
它能保持subagent的身份

269
00:10:55,888 --> 00:10:57,388
历史和配置

270
00:10:57,388 --> 00:11:00,748
但是正在执行的那一轮计算肯定是已经终止了

271
00:11:00,748 --> 00:11:03,808
当然这些也不是Deepseek它独有的魔法

272
00:11:03,808 --> 00:11:05,648
Cloud Code和Codex

273
00:11:05,648 --> 00:11:09,088
它们都有自己的状态持久化的方式

274
00:11:09,088 --> 00:11:12,688
真正的差异是状态存在哪里由谁托管

275
00:11:12,688 --> 00:11:13,968
这个也是证明的

276
00:11:14,488 --> 00:11:17,548
只是DSH的任务现场足够完整

277
00:11:17,808 --> 00:11:19,848
能启动可以继续完成工作

278
00:11:19,848 --> 00:11:22,168
好恢复任务现场只是第一步

279
00:11:22,408 --> 00:11:26,248
接下来我从同一个完成位置创建一条分支

280
00:11:26,248 --> 00:11:30,088
入口就在完成消息下面那个像竖刹一样的图标上

281
00:11:30,088 --> 00:11:33,168
点下去以后它会创建一个新的绘画

282
00:11:33,168 --> 00:11:36,248
前面的对话和完成状态都已经带过来

283
00:11:36,248 --> 00:11:40,328
我会让新分支做一个亮色的版本

284
00:11:40,328 --> 00:11:42,428
并且另存为文件

285
00:11:42,428 --> 00:11:43,948
分支完成以后呢

286
00:11:43,948 --> 00:11:45,268
我再回到原汇化

287
00:11:45,268 --> 00:11:46,908
让原来的路线呢

288
00:11:46,908 --> 00:11:48,748
继续做一个深色的版本

289
00:11:48,748 --> 00:11:49,628
那我们可以看到

290
00:11:49,628 --> 00:11:52,108
在深色版本生成以后呢

291
00:11:52,108 --> 00:11:54,508
它为了用Chrome浏览器截图验证

292
00:11:54,508 --> 00:11:55,988
连续碰到失败

293
00:11:55,988 --> 00:11:57,648
前后多试了几次

294
00:11:57,648 --> 00:11:58,888
多花了几分钟

295
00:11:58,888 --> 00:11:59,768
分支啊

296
00:11:59,768 --> 00:12:02,128
它保存的是两条路线

297
00:12:02,128 --> 00:12:05,128
它并不是对你的结果质量的保证

298
00:12:05,128 --> 00:12:07,448
最后三个版本都保留下来了

299
00:12:07,448 --> 00:12:08,628
最初的版本

300
00:12:08,628 --> 00:12:11,288
原绘化继续生成的深色版本

301
00:12:11,288 --> 00:12:14,108
以及新分支生成的浅色版本

302
00:12:14,108 --> 00:12:15,628
所以分支的价值

303
00:12:15,628 --> 00:12:17,708
它不是多做出一个文件来

304
00:12:17,708 --> 00:12:20,508
而是把尝试另外的一条途径

305
00:12:20,508 --> 00:12:22,248
变成一个可以保留

306
00:12:22,248 --> 00:12:23,988
可以回滚的一个工作状态

307
00:12:23,988 --> 00:12:27,988
你不必把之前能用的版本来给覆盖掉

308
00:12:27,988 --> 00:12:30,568
但是只允许分支还不够

309
00:12:30,568 --> 00:12:32,628
Agent真的要开始改文件

310
00:12:32,628 --> 00:12:34,648
跑命令安装插件以后呢

311
00:12:34,648 --> 00:12:35,888
你还得知道

312
00:12:35,888 --> 00:12:38,048
他在每条路上都做过什么

313
00:12:38,048 --> 00:12:39,928
在Hanos完成这些任务的背后

314
00:12:39,928 --> 00:12:41,848
AI到底做了什么呢

315
00:12:41,848 --> 00:12:42,908
轨迹功能

316
00:12:42,908 --> 00:12:47,228
它就把用户模型和工具调用的情况

317
00:12:47,228 --> 00:12:48,388
按真实的顺序

318
00:12:48,388 --> 00:12:49,868
给你弹成了一张大表

319
00:12:49,868 --> 00:12:51,388
点开一次写文件

320
00:12:51,388 --> 00:12:53,448
我们可以看到传输了什么

321
00:12:53,448 --> 00:12:54,388
返回了什么

322
00:12:54,388 --> 00:12:55,188
用了多久

323
00:12:55,188 --> 00:12:57,728
当然我们不用把所有的Json

324
00:12:57,728 --> 00:12:58,868
全部来看一遍

325
00:12:58,868 --> 00:13:00,688
我们只需要一次打开

326
00:13:00,688 --> 00:13:02,928
Payload Result和时间

327
00:13:02,928 --> 00:13:05,448
平时我们看到的通常就是

328
00:13:05,448 --> 00:13:06,948
最终的回答

329
00:13:06,948 --> 00:13:09,148
最多再加上一个思考的过程

330
00:13:09,148 --> 00:13:11,128
但是那并不是他工作的全部

331
00:13:11,128 --> 00:13:12,948
再点开一次模型的回复

332
00:13:12,948 --> 00:13:16,928
还可以进入到对应的请求的汇总

333
00:13:16,928 --> 00:13:18,688
这一轮用了哪个模型

334
00:13:18,688 --> 00:13:20,328
调用了几次工具

335
00:13:20,328 --> 00:13:22,008
这些都能看到

336
00:13:22,008 --> 00:13:24,688
用量这一块也会分开显示

337
00:13:24,688 --> 00:13:28,888
本次请求和整个汇化的输入输出的token

338
00:13:28,888 --> 00:13:31,988
时间也会拆除等待走字的时间

339
00:13:31,988 --> 00:13:34,888
神乘的耗时和吞吐的速度

340
00:13:34,888 --> 00:13:35,848
这些记录啊

341
00:13:35,848 --> 00:13:38,128
他并不能自动的保证查件的安全

342
00:13:38,128 --> 00:13:40,128
也不能保证模型一定正确

343
00:13:40,388 --> 00:13:41,328
但是有了他呢

344
00:13:41,328 --> 00:13:42,028
出了问题

345
00:13:42,028 --> 00:13:44,088
我们至少会有过程可查

346
00:13:44,088 --> 00:13:44,488
好

347
00:13:44,488 --> 00:13:48,488
我们把中段恢复分支和轨迹放在一起看

348
00:13:48,888 --> 00:13:50,928
他们回答的其实是同一件事

349
00:13:50,928 --> 00:13:53,648
你对整个agent的运行时

350
00:13:53,648 --> 00:13:55,788
有没有观察权和处置权

351
00:13:55,888 --> 00:13:58,688
这就是开放底盘真正有价值的第二层

352
00:13:59,288 --> 00:14:00,788
你不只是能改它

353
00:14:00,948 --> 00:14:03,028
你还得能够去查它才行

354
00:14:03,028 --> 00:14:04,628
必要的时候你能够接手

355
00:14:04,628 --> 00:14:07,068
所以一个能进入真实工作的agent

356
00:14:07,068 --> 00:14:08,988
需要的并不是永远不犯错

357
00:14:08,988 --> 00:14:11,788
而是出错以后我们还能很方便的定位

358
00:14:11,788 --> 00:14:14,868
还能恢复还能换一条新的路线

359
00:14:14,868 --> 00:14:16,148
OK前面我们说过

360
00:14:16,148 --> 00:14:20,188
社区在Deepseek Hunters开源之后

361
00:14:20,188 --> 00:14:23,508
48小时里迅速的补上了视觉

362
00:14:23,508 --> 00:14:26,388
界面桌面外壳安全工具等等

363
00:14:26,388 --> 00:14:28,428
各种各样的能力插件

364
00:14:28,428 --> 00:14:30,228
其实我们再看一遍

365
00:14:30,228 --> 00:14:33,548
他们当中的每一个都是第三行代码

366
00:14:33,548 --> 00:14:36,108
它会跑在你的电脑上

367
00:14:36,108 --> 00:14:38,308
跑在你交出的权限里边

368
00:14:38,308 --> 00:14:41,948
其实这也是我对Arystine is a plugin

369
00:14:41,948 --> 00:14:45,128
所有一切都是插件的一个完整的判断

370
00:14:45,128 --> 00:14:47,128
它不是让一切更简单

371
00:14:47,128 --> 00:14:50,228
它是让开发者拿到了更多的决定权

372
00:14:50,228 --> 00:14:52,828
同时也承担了更多的复杂度

373
00:14:52,828 --> 00:14:54,928
维护成本和安全责任

374
00:14:54,928 --> 00:14:57,528
比如前边演示的视觉插件

375
00:14:57,528 --> 00:15:01,003
它确实是在官方的DeepseekWisePro这个模型

376
00:15:15,203 --> 00:15:18,083
安装成功了也不等于你已经看懂了

377
00:15:18,083 --> 00:15:19,623
它可以访问什么

378
00:15:19,623 --> 00:15:22,683
任何靠社区插件繁荣起来的软件

379
00:15:22,683 --> 00:15:25,163
最后都会遇到同一个关卡

380
00:15:25,163 --> 00:15:26,323
质量不统一

381
00:15:26,323 --> 00:15:27,383
作者停更

382
00:15:27,383 --> 00:15:28,483
版本冲突

383
00:15:28,483 --> 00:15:29,823
权限过大等等

384
00:15:29,823 --> 00:15:32,543
最初的繁荣解决的是有没有

385
00:15:32,543 --> 00:15:35,243
成熟的生态它必须要解决

386
00:15:35,243 --> 00:15:38,283
能不能长期的给用户以信任

387
00:15:38,283 --> 00:15:41,283
所以我不会用手周出现了多少的插件

388
00:15:41,283 --> 00:15:43,863
判断这套生态到底能不能成功

389
00:15:43,863 --> 00:15:47,583
我想的是如果官方后面补不上插件审核

390
00:15:47,583 --> 00:15:52,043
全线分级版本兼容和长期维护这一系列的动作呢

391
00:15:52,043 --> 00:15:53,323
这套生态呢

392
00:15:53,323 --> 00:15:55,783
它会在开发者当中非常的活跃

393
00:15:55,783 --> 00:15:58,783
但是很难跨过普通用户这一关

394
00:15:58,783 --> 00:16:00,583
所以我的结论也很明确了

395
00:16:00,583 --> 00:16:05,743
DeepseekHandus现在不是一个已经成熟的Cloud Code的替代品

396
00:16:05,743 --> 00:16:10,483
官方仍然把它标成了Developer Preview预览版本

397
00:16:10,483 --> 00:16:13,083
所以后面可能会出现不兼容的改动

398
00:16:13,083 --> 00:16:16,663
但是我们也不能因此就把它看成一个聊天界面

399
00:16:16,663 --> 00:16:19,423
那这样我们就会错过它真正重要的部分

400
00:16:19,423 --> 00:16:21,703
它把一个问题摆到了桌面上

401
00:16:21,703 --> 00:16:26,703
未来的agent到底是应该由厂商来替你做一个封闭的整合呢

402
00:16:26,703 --> 00:16:30,303
还是允许开发者和社区持续的改装它呢

403
00:16:30,303 --> 00:16:31,183
那最后啊

404
00:16:31,183 --> 00:16:32,563
谁适合用它呢

405
00:16:32,563 --> 00:16:33,863
如果你是开发者

406
00:16:33,863 --> 00:16:36,923
或者正在搭自己的agent自动化系统

407
00:16:36,923 --> 00:16:38,383
现在就值得跑一遍了

408
00:16:38,383 --> 00:16:40,563
不要只看它的UI界面

409
00:16:40,563 --> 00:16:43,483
重点呢去了解它的插件接口

410
00:16:43,483 --> 00:16:45,283
它的轨迹的事件流

411
00:16:45,283 --> 00:16:46,983
看它的模型呀

412
00:16:46,983 --> 00:16:48,823
工具状态权限和界面

413
00:16:48,823 --> 00:16:51,523
都是怎么样才开组合的

414
00:16:51,523 --> 00:16:53,863
如果你想围绕它做生态呢

415
00:16:53,863 --> 00:16:57,043
机会不一定是在造一个炫酷的插件

416
00:16:57,043 --> 00:16:58,243
桌面的封装

417
00:16:58,243 --> 00:16:59,343
插件的发现

418
00:16:59,343 --> 00:17:00,523
权限的审核

419
00:17:00,523 --> 00:17:01,463
版本的兼容

420
00:17:01,463 --> 00:17:02,743
以及长期的维护

421
00:17:02,743 --> 00:17:05,603
这五个看起来不怎么性感的地方呢

422
00:17:05,603 --> 00:17:09,003
而更接近普通用户真正需要的价值

423
00:17:09,003 --> 00:17:13,363
如果你只是想找一个今天打开就能稳定工作的日常工具

424
00:17:13,363 --> 00:17:15,863
可以先把它放到观察名单里头

425
00:17:15,863 --> 00:17:17,743
不必急着去牵引它

426
00:17:17,743 --> 00:17:20,303
成熟产品它会替你做好默认值

427
00:17:20,303 --> 00:17:23,483
本身就是以成熟产品的价值所在

428
00:17:23,483 --> 00:17:27,703
Deepseek Hunderts现在它还不一定是你该换上的一个产品

429
00:17:27,703 --> 00:17:31,483
但是它已经让Agent的能力边界

430
00:17:31,483 --> 00:17:35,503
应该由谁决定变成了一个公开的选择了

431
00:17:35,503 --> 00:17:37,683
你更愿意使用一台厂商

432
00:17:37,683 --> 00:17:39,923
替你调整好的一个成品呢

433
00:17:39,923 --> 00:17:43,963
还是一台你可以自己打开改造检查的机器呢

434
00:17:43,963 --> 00:17:45,603
评论区聊一下

435
00:17:45,603 --> 00:17:47,143
可以告诉我你的选择

436
00:17:47,143 --> 00:17:48,103
半年之后呢

437
00:17:48,103 --> 00:17:49,263
我们可以再回来看看

438
00:17:49,263 --> 00:17:52,163
他有没有跨过普通用户这一关

439
00:17:52,163 --> 00:17:52,623
好

440
00:17:52,623 --> 00:17:54,163
今天的视频就到这里

441
00:17:54,163 --> 00:17:54,763
我是Axon

442
00:17:54,763 --> 00:17:56,343
如果你喜欢本期视频的话

443
00:17:56,343 --> 00:17:57,643
请帮我点赞评论

444
00:17:57,643 --> 00:17:58,403
订阅我的频道

445
00:17:58,403 --> 00:17:59,263
并且打开小铃铛

446
00:17:59,263 --> 00:18:00,643
咱们下期再见