WEBVTT

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

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

00:00:10.000 --> 00:00:14.000
中間啊,我只做了一件事,就是裝了一個社區插件。

00:00:14.000 --> 00:00:18.000
模型沒有變,那麼它的能力是從哪來的呢?

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

00:00:23.000 --> 00:00:26.000
他把改造agent的權利也給了你。

00:00:26.000 --> 00:00:28.760
这期我们不重复做安装

00:00:28.760 --> 00:00:32.440
我们先看他到底把什么交给了开发者

00:00:32.440 --> 00:00:35.880
再看看这份自由附带了什么样的责任

00:00:35.880 --> 00:00:37.220
那看完以后呢

00:00:37.220 --> 00:00:38.840
你就可以自己来判断了

00:00:38.840 --> 00:00:40.560
现在就研究他呢

00:00:40.560 --> 00:00:42.720
先关注他的插件生态呢

00:00:42.720 --> 00:00:45.060
还是可以完全的再等一等

00:00:45.060 --> 00:00:45.580
你好

00:00:45.580 --> 00:00:46.440
欢迎回到Axton

00:00:46.440 --> 00:00:48.960
今天我们来聊一聊Deepseek Hunters

00:00:48.960 --> 00:00:51.580
Deepseek官方给的启动方式呢

00:00:51.580 --> 00:00:52.740
确实很简单

00:00:52.740 --> 00:00:56.120
一条命令就可以打开本地的界面

00:00:56.120 --> 00:00:57.520
第一次使用呢

00:00:57.520 --> 00:00:59.600
当然你还需要准备node环境

00:00:59.600 --> 00:01:01.400
Deepseek的API key

00:01:01.400 --> 00:01:03.180
再选一个工作目录

00:01:03.180 --> 00:01:04.740
我们第一次启动的时候

00:01:04.740 --> 00:01:05.920
终端窗口

00:01:05.920 --> 00:01:09.240
特律导呢就会问你要不要下载所需要的程序

00:01:09.240 --> 00:01:10.340
确认之后

00:01:10.340 --> 00:01:12.740
它才会给出一个本地的网址

00:01:12.740 --> 00:01:15.060
我们就用浏览器打开这个页面

00:01:15.060 --> 00:01:17.740
会首先看到一个测试版的提示

00:01:17.740 --> 00:01:18.660
接着呢

00:01:18.660 --> 00:01:21.060
添入自己的Deepseek的API key

00:01:21.060 --> 00:01:22.280
模型的调用啊

00:01:22.280 --> 00:01:24.880
它是按照Deepstick的API来计费的

00:01:24.880 --> 00:01:25.780
设置里面呢

00:01:25.780 --> 00:01:28.120
我们可以把语言切换成中文

00:01:28.420 --> 00:01:29.740
所以后面的界面呢

00:01:29.740 --> 00:01:31.520
我们都用中文来显示

00:01:31.520 --> 00:01:33.080
这个界面跑起来以后呀

00:01:33.080 --> 00:01:35.780
我先不拿复杂的编程题来为难他

00:01:35.780 --> 00:01:36.940
我们首先呢

00:01:36.940 --> 00:01:38.280
只看一件事

00:01:38.280 --> 00:01:40.980
一个普通人能不能把它顺利的用起来

00:01:40.980 --> 00:01:42.420
好这里的工作区呢

00:01:42.420 --> 00:01:43.740
其实就是

00:01:43.980 --> 00:01:47.040
我们允许Hunners读写的一个文件夹

00:01:47.040 --> 00:01:49.040
选中一个文件夹以后呢

00:01:49.040 --> 00:01:52.040
Hunners会自动的把它变成工作区

00:01:52.280 --> 00:01:54.320
不用再另外创建一个项目

00:01:54.520 --> 00:01:57.920
我点工作区标题栏右侧的添加工作区图标

00:01:58.160 --> 00:02:01.760
选择提前准备好的目录DSH Lab

00:02:02.000 --> 00:02:04.960
选好以后它就会出现在左侧的列表里

00:02:05.080 --> 00:02:08.160
权限我们就保留默认的Workspace Write

00:02:08.680 --> 00:02:11.480
也就是只让它在这个文件夹里边

00:02:11.680 --> 00:02:12.880
做写入的工作

00:02:13.040 --> 00:02:14.800
不要给它整台电脑的

00:02:15.320 --> 00:02:16.160
Full Access

00:02:16.280 --> 00:02:20.200
右下角会显示当前的模型以及推理的级别

00:02:20.200 --> 00:02:23.180
模型呢我们可以选flash或者pro

00:02:23.180 --> 00:02:25.680
我用的是deep-seek的v4pro

00:02:25.680 --> 00:02:27.400
推理级别呢是high

00:02:27.400 --> 00:02:29.900
后面所有的演示都不再更换了

00:02:29.900 --> 00:02:31.520
所以第一个任务也很普通

00:02:31.520 --> 00:02:34.220
就是把一份频道的数据文件

00:02:34.220 --> 00:02:35.300
CSV文件

00:02:35.300 --> 00:02:39.620
做成一个可以双击打开的html数据报告

00:02:39.620 --> 00:02:40.680
发出去以后呢

00:02:40.680 --> 00:02:41.740
我没有再动

00:02:41.740 --> 00:02:45.480
它会自己呢读数据写文件检查结果

00:02:45.480 --> 00:02:47.200
出现问题呢会自己查错

00:02:47.200 --> 00:02:48.120
自己修改

00:02:48.120 --> 00:02:49.080
最后呀

00:02:49.080 --> 00:02:51.020
它会给出报告的路径

00:02:51.020 --> 00:02:52.780
创建了哪些文件

00:02:52.780 --> 00:02:56.100
以及这次执行的用量摘要

00:02:56.100 --> 00:02:58.000
点击它给出的报告路径

00:02:58.000 --> 00:03:01.340
HTML就会在浏览器里边直接打开

00:03:01.340 --> 00:03:04.700
报告不只是把CSV文件原样摆出来了

00:03:04.700 --> 00:03:07.240
它还整理了图表和结论区

00:03:07.240 --> 00:03:08.180
这个演示

00:03:08.180 --> 00:03:11.920
并不是证明它能完成多么复杂的工作

00:03:11.920 --> 00:03:13.340
但是至少证明

00:03:13.340 --> 00:03:15.920
从真实数据到可打开的文件

00:03:15.920 --> 00:03:19.240
这条最基本的链路是可以跑通的

00:03:19.240 --> 00:03:22.500
Hannels自己的绘画统计会列出

00:03:22.500 --> 00:03:24.240
输入输出的token

00:03:24.240 --> 00:03:26.080
缓存的命中率

00:03:26.080 --> 00:03:26.980
步骤

00:03:26.980 --> 00:03:29.140
耗时和速度

00:03:29.140 --> 00:03:30.200
实际花了多少钱

00:03:30.200 --> 00:03:33.180
我们可以在DeepSec的控制台里面去看

00:03:33.180 --> 00:03:36.400
这次小任务大概花了人民币9分钱

00:03:36.400 --> 00:03:38.840
到这里我们只能确定一件事

00:03:38.840 --> 00:03:40.460
它可以工作

00:03:40.460 --> 00:03:42.140
但是真正值得看

00:03:42.140 --> 00:03:44.460
是同一个模型的能力边界

00:03:44.460 --> 00:03:46.240
到底是由什么来决定的

00:03:46.240 --> 00:03:48.380
我给他一张频道的数据截图

00:03:48.380 --> 00:03:50.600
问他页面标题

00:03:50.600 --> 00:03:52.320
最近90天的播放量

00:03:52.320 --> 00:03:54.220
增长最快的系列

00:03:54.220 --> 00:03:56.900
以及截图给出的下个月的建议

00:03:56.900 --> 00:03:59.020
那为了防止模型乱猜呢

00:03:59.020 --> 00:04:00.040
我还会写明白

00:04:00.040 --> 00:04:02.580
你要看不到就直接说看不到

00:04:02.580 --> 00:04:04.380
最后还要交代清楚

00:04:04.380 --> 00:04:06.980
答案来自完整的画面理解

00:04:06.980 --> 00:04:08.800
还是就是读到了文字

00:04:08.800 --> 00:04:09.880
测试前呢

00:04:09.880 --> 00:04:11.780
我会先打开插件的设置

00:04:11.780 --> 00:04:13.740
默认它已经有终端

00:04:13.740 --> 00:04:16.000
agent循环和网页搜索

00:04:16.000 --> 00:04:18.540
这三项都是安装以后自带的

00:04:18.540 --> 00:04:19.960
不是我另外装的

00:04:19.960 --> 00:04:22.500
但是当时还没有视觉识别

00:04:22.500 --> 00:04:25.680
主模型依然是DeepSeek的VisPro

00:04:25.680 --> 00:04:28.640
我把一张截图拖进去

00:04:28.640 --> 00:04:30.040
再发送这四个问题

00:04:30.040 --> 00:04:31.720
默认配置下

00:04:31.720 --> 00:04:33.440
界面就直接报错了

00:04:33.440 --> 00:04:35.440
说当前模型不支持图片

00:04:35.440 --> 00:04:37.240
请切换支持图片的模型

00:04:37.240 --> 00:04:40.800
所以这次图片根本就没有进入到任务里去

00:04:40.800 --> 00:04:42.720
接下来我停止Harness

00:04:42.720 --> 00:04:46.860
增加一个社区开发者创作的DSH Vision

00:04:46.860 --> 00:04:49.500
插件它本质上是第三方代码

00:04:49.500 --> 00:04:53.380
所以安装以前你至少要检查它的来源

00:04:53.380 --> 00:04:56.840
代码和它所需要的权限保证安全

00:04:56.840 --> 00:05:00.560
我使用的插件项目提供的标准的安装命令

00:05:00.560 --> 00:05:03.580
Terminal最后就显示Dumb完成了

00:05:03.580 --> 00:05:07.660
不过上面还留着一条Peer Dependency的一个警告

00:05:07.660 --> 00:05:10.940
我们可以忽略它并没有阻止这次安装完成

00:05:10.940 --> 00:05:15.100
当然我们也不能把装上说成是完全没有任何问题

00:05:15.100 --> 00:05:17.640
然后呢我会用同样的标准的命令

00:05:17.640 --> 00:05:18.840
重新系统hunters

00:05:18.840 --> 00:05:21.140
之后再回到设置插件

00:05:21.140 --> 00:05:24.840
刚才不存在的视觉识别已经出现了

00:05:24.840 --> 00:05:25.900
多了一个插件

00:05:25.900 --> 00:05:29.220
那我们就保持它默认的automatic的page

00:05:29.220 --> 00:05:32.920
界面显示单次最多处理8张图片

00:05:32.920 --> 00:05:35.060
现在我再用同一张图片

00:05:35.060 --> 00:05:38.240
同一组问题和同一个Pro模型测试

00:05:38.240 --> 00:05:40.680
唯一的变化就是我们刚才安装了一个插件

00:05:40.680 --> 00:05:42.860
这一次它就没有再报错了

00:05:42.860 --> 00:05:45.940
我在原图和回答之间轮流切换

00:05:45.940 --> 00:05:47.000
逐项核对

00:05:47.000 --> 00:05:48.160
页面标题

00:05:48.160 --> 00:05:52.240
最近90天播放量增长最快的内容系列增长比例

00:05:52.240 --> 00:05:55.380
以及下个月的建议全部都是回答正确

00:05:55.380 --> 00:05:58.700
当然这里的频道数据是演示用的虚构数据

00:05:58.700 --> 00:06:02.940
但是前后结果的差异是很真实的

00:06:02.940 --> 00:06:04.880
我们这次使用的DeepSeek with Pro

00:06:04.880 --> 00:06:07.120
API它仍然只能接收文本

00:06:07.120 --> 00:06:10.760
这个插件就是先把图片转换成文字信息

00:06:10.760 --> 00:06:12.440
再交给PRO继续处理

00:06:12.440 --> 00:06:13.820
所以装上这个插件

00:06:13.820 --> 00:06:15.660
其实并不等于Deepseek Pro

00:06:15.660 --> 00:06:18.100
就原生获得了完整的视觉能力

00:06:18.100 --> 00:06:21.280
它依赖的依然是一个视觉桥接

00:06:21.280 --> 00:06:23.400
先整理出来的文字和数字

00:06:23.400 --> 00:06:26.220
但这恰好证明了更重要的一件事

00:06:26.220 --> 00:06:27.840
我们来评价agent

00:06:27.840 --> 00:06:29.360
不能只看模型的名字

00:06:29.360 --> 00:06:30.420
我的判断是

00:06:30.420 --> 00:06:33.440
模型它会决定智力的上限

00:06:33.440 --> 00:06:36.160
而Hanness决定你的能力边界

00:06:36.160 --> 00:06:38.780
Hanness决定他能看到什么

00:06:38.780 --> 00:06:40.400
能调用什么

00:06:40.400 --> 00:06:42.680
怎样把想法变成行动

00:06:42.680 --> 00:06:44.280
模型并没有变化

00:06:44.280 --> 00:06:47.360
但是完整的agent的能力却已经变了

00:06:47.360 --> 00:06:51.840
以前这种缺口通常要等产品公司排进更新计划

00:06:51.840 --> 00:06:55.400
现在一个社区开发者就能通过插件

00:06:55.400 --> 00:06:57.280
把他的缺失的能力补上

00:06:57.280 --> 00:06:59.960
那这就是我所说的改装权

00:06:59.960 --> 00:07:01.620
它不是一个口号

00:07:01.620 --> 00:07:05.080
而是刚才我们肉眼可以见到的一个前后

00:07:05.080 --> 00:07:08.720
而且这也解释了官方网站为什么强调

00:07:08.720 --> 00:07:10.540
Everything is a plugin

00:07:10.540 --> 00:07:11.900
一切都是插件

00:07:11.900 --> 00:07:16.800
模型 工具 技能 绘画 存储 循环和调度

00:07:16.800 --> 00:07:20.000
都可以通过插件组合或者替换

00:07:20.000 --> 00:07:22.440
所以刚才看到的不是换了一个模型

00:07:22.440 --> 00:07:25.140
就是给Handes换了一块能力的模块

00:07:25.140 --> 00:07:27.900
所以Deepseek到底开源了哪一层呢

00:07:27.900 --> 00:07:29.760
如果只说它能装插件

00:07:29.760 --> 00:07:31.700
还是把这件事说小了

00:07:31.700 --> 00:07:34.800
它更像是一套开放的agent的底盘

00:07:34.800 --> 00:07:36.100
而并不是一个

00:07:36.100 --> 00:07:38.640
替所有人已经调整好的成品

00:07:38.640 --> 00:07:40.000
这也是为什么呢

00:07:40.000 --> 00:07:40.960
我不赞成

00:07:40.960 --> 00:07:44.960
把它简单的叫做Cloud Code Killer

00:07:44.960 --> 00:07:46.680
它开源的是另外一种

00:07:46.680 --> 00:07:48.180
制造agent的方式

00:07:48.180 --> 00:07:51.180
那这是本质上是一场产品模式的竞争

00:07:51.180 --> 00:07:54.360
它并不是一个功能表的对比

00:07:54.360 --> 00:07:55.340
那最有意思的是

00:07:55.340 --> 00:07:57.940
社区第一时间并没有急着

00:07:57.940 --> 00:08:00.440
再塞进一个更强的模型

00:08:00.440 --> 00:08:04.220
而是先补了视觉主题桌面外壳

00:08:04.220 --> 00:08:06.580
插件发现和安全工具

00:08:06.580 --> 00:08:09.160
所以其实社区最先补什么

00:08:09.160 --> 00:08:11.380
本质上它就是在暴露了

00:08:11.380 --> 00:08:13.620
你的默认的版本最缺的是什么

00:08:13.620 --> 00:08:15.060
缺的并不是智力

00:08:15.060 --> 00:08:19.700
而是产品化分发发现以及信任

00:08:19.700 --> 00:08:23.100
这其实就已经把这套agent底盘的

00:08:23.100 --> 00:08:24.680
两面都暴露得很清楚了

00:08:24.680 --> 00:08:26.140
它是可以扩展的

00:08:26.140 --> 00:08:27.560
证明它足够的开放

00:08:27.560 --> 00:08:30.580
这些基础体验需要社区来补充

00:08:30.580 --> 00:08:34.380
同时也证明它离一个成熟的产品还有距离的

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

00:08:48.308 --> 00:08:50.108
我给他一个四步的任务

00:08:50.108 --> 00:08:52.228
做三张独立数据卡片

00:08:52.228 --> 00:08:53.248
主张验证

00:08:53.248 --> 00:08:56.068
最后呢组合成一个html页面

00:08:56.068 --> 00:08:57.468
那开始之前呢

00:08:57.468 --> 00:09:00.568
我们这个experiment3这个文件夹是空的

00:09:00.568 --> 00:09:02.248
我把它放在画面旁边

00:09:02.248 --> 00:09:04.508
就是为了让大家看得更清楚

00:09:04.508 --> 00:09:06.788
看到文件到底在什么时候出现

00:09:06.788 --> 00:09:09.848
OK第一张卡片生成并且验证通过

00:09:09.848 --> 00:09:11.888
第二张也生成并且验证

00:09:11.888 --> 00:09:14.588
等前两部明确落成文件呢

00:09:14.588 --> 00:09:17.588
我将会直接在terminal里边

00:09:17.588 --> 00:09:19.688
终止整个Handels的进程

00:09:19.688 --> 00:09:23.648
好这里面我们看到前两张已经生成并且验证了

00:09:23.648 --> 00:09:25.888
第三张图片已经生成了

00:09:25.888 --> 00:09:26.928
写到盘上了

00:09:26.928 --> 00:09:28.708
但是还没有完成验证

00:09:28.708 --> 00:09:32.408
最后要让它生成的组合的页面还不存在

00:09:32.408 --> 00:09:34.768
那我就直接按下Ctrl-C

00:09:34.768 --> 00:09:36.868
终止Handels的后台进程

00:09:36.868 --> 00:09:38.508
按下Ctrl-C以后呢

00:09:38.508 --> 00:09:39.788
浏览器刷新一下

00:09:39.788 --> 00:09:41.808
就再也连不上本地页面了

00:09:41.808 --> 00:09:44.968
这说明后台是真的没有了

00:09:44.968 --> 00:09:46.848
输出目录里面

00:09:46.848 --> 00:09:49.048
三张图片 svg的图片还在

00:09:49.048 --> 00:09:53.108
缺的就是第三张的验证和生成最后的组合页

00:09:53.108 --> 00:09:55.508
好我们再一次重启harness

00:09:55.508 --> 00:09:56.708
重启以后呢

00:09:56.708 --> 00:09:59.168
咱们并不需要重新把任务再发一遍

00:09:59.168 --> 00:10:03.048
那原来的绘画文件和土豆的状态

00:10:03.048 --> 00:10:04.588
待办的状态都还在的

00:10:04.588 --> 00:10:06.568
任务列表也显示的很具体

00:10:06.568 --> 00:10:08.508
两项完成一项进行中

00:10:08.508 --> 00:10:09.588
一项等待处理

00:10:09.588 --> 00:10:15.108
这里的界面上没有一个专门的resume恢复的按钮

00:10:15.108 --> 00:10:17.668
那我们就给他输两个字的命令

00:10:17.668 --> 00:10:18.468
继续

00:10:18.468 --> 00:10:21.068
并不需要重复任何的多余的要求

00:10:21.068 --> 00:10:24.808
他就会先检查已经存在的第三张SVG图片

00:10:24.808 --> 00:10:25.948
确认有效

00:10:25.948 --> 00:10:30.148
然后直接去创建还没有完成的HTML组合页

00:10:30.148 --> 00:10:33.628
最后三张卡片和组合页全部完成

00:10:33.628 --> 00:10:35.668
那从操作体验来看

00:10:35.668 --> 00:10:37.348
这一次恢复呢确实很顺

00:10:37.348 --> 00:10:38.768
但他到底恢复了什么

00:10:38.768 --> 00:10:41.128
我们不能只凭画面来下结论

00:10:41.128 --> 00:10:44.148
我对照了DeepSeekHandels的代码

00:10:44.148 --> 00:10:47.908
也看了Cloud Code和Codex它现在的运行方式

00:10:47.908 --> 00:10:52.088
结论就是DSH恢复的不是原来的进程

00:10:52.088 --> 00:10:53.248
只是任务的现场

00:10:53.248 --> 00:10:55.888
它能保持subagent的身份

00:10:55.888 --> 00:10:57.388
历史和配置

00:10:57.388 --> 00:11:00.748
但是正在执行的那一轮计算肯定是已经终止了

00:11:00.748 --> 00:11:03.808
当然这些也不是Deepseek它独有的魔法

00:11:03.808 --> 00:11:05.648
Cloud Code和Codex

00:11:05.648 --> 00:11:09.088
它们都有自己的状态持久化的方式

00:11:09.088 --> 00:11:12.688
真正的差异是状态存在哪里由谁托管

00:11:12.688 --> 00:11:13.968
这个也是证明的

00:11:14.488 --> 00:11:17.548
只是DSH的任务现场足够完整

00:11:17.808 --> 00:11:19.848
能启动可以继续完成工作

00:11:19.848 --> 00:11:22.168
好恢复任务现场只是第一步

00:11:22.408 --> 00:11:26.248
接下来我从同一个完成位置创建一条分支

00:11:26.248 --> 00:11:30.088
入口就在完成消息下面那个像竖刹一样的图标上

00:11:30.088 --> 00:11:33.168
点下去以后它会创建一个新的绘画

00:11:33.168 --> 00:11:36.248
前面的对话和完成状态都已经带过来

00:11:36.248 --> 00:11:40.328
我会让新分支做一个亮色的版本

00:11:40.328 --> 00:11:42.428
并且另存为文件

00:11:42.428 --> 00:11:43.948
分支完成以后呢

00:11:43.948 --> 00:11:45.268
我再回到原汇化

00:11:45.268 --> 00:11:46.908
让原来的路线呢

00:11:46.908 --> 00:11:48.748
继续做一个深色的版本

00:11:48.748 --> 00:11:49.628
那我们可以看到

00:11:49.628 --> 00:11:52.108
在深色版本生成以后呢

00:11:52.108 --> 00:11:54.508
它为了用Chrome浏览器截图验证

00:11:54.508 --> 00:11:55.988
连续碰到失败

00:11:55.988 --> 00:11:57.648
前后多试了几次

00:11:57.648 --> 00:11:58.888
多花了几分钟

00:11:58.888 --> 00:11:59.768
分支啊

00:11:59.768 --> 00:12:02.128
它保存的是两条路线

00:12:02.128 --> 00:12:05.128
它并不是对你的结果质量的保证

00:12:05.128 --> 00:12:07.448
最后三个版本都保留下来了

00:12:07.448 --> 00:12:08.628
最初的版本

00:12:08.628 --> 00:12:11.288
原绘化继续生成的深色版本

00:12:11.288 --> 00:12:14.108
以及新分支生成的浅色版本

00:12:14.108 --> 00:12:15.628
所以分支的价值

00:12:15.628 --> 00:12:17.708
它不是多做出一个文件来

00:12:17.708 --> 00:12:20.508
而是把尝试另外的一条途径

00:12:20.508 --> 00:12:22.248
变成一个可以保留

00:12:22.248 --> 00:12:23.988
可以回滚的一个工作状态

00:12:23.988 --> 00:12:27.988
你不必把之前能用的版本来给覆盖掉

00:12:27.988 --> 00:12:30.568
但是只允许分支还不够

00:12:30.568 --> 00:12:32.628
Agent真的要开始改文件

00:12:32.628 --> 00:12:34.648
跑命令安装插件以后呢

00:12:34.648 --> 00:12:35.888
你还得知道

00:12:35.888 --> 00:12:38.048
他在每条路上都做过什么

00:12:38.048 --> 00:12:39.928
在Hanos完成这些任务的背后

00:12:39.928 --> 00:12:41.848
AI到底做了什么呢

00:12:41.848 --> 00:12:42.908
轨迹功能

00:12:42.908 --> 00:12:47.228
它就把用户模型和工具调用的情况

00:12:47.228 --> 00:12:48.388
按真实的顺序

00:12:48.388 --> 00:12:49.868
给你弹成了一张大表

00:12:49.868 --> 00:12:51.388
点开一次写文件

00:12:51.388 --> 00:12:53.448
我们可以看到传输了什么

00:12:53.448 --> 00:12:54.388
返回了什么

00:12:54.388 --> 00:12:55.188
用了多久

00:12:55.188 --> 00:12:57.728
当然我们不用把所有的Json

00:12:57.728 --> 00:12:58.868
全部来看一遍

00:12:58.868 --> 00:13:00.688
我们只需要一次打开

00:13:00.688 --> 00:13:02.928
Payload Result和时间

00:13:02.928 --> 00:13:05.448
平时我们看到的通常就是

00:13:05.448 --> 00:13:06.948
最终的回答

00:13:06.948 --> 00:13:09.148
最多再加上一个思考的过程

00:13:09.148 --> 00:13:11.128
但是那并不是他工作的全部

00:13:11.128 --> 00:13:12.948
再点开一次模型的回复

00:13:12.948 --> 00:13:16.928
还可以进入到对应的请求的汇总

00:13:16.928 --> 00:13:18.688
这一轮用了哪个模型

00:13:18.688 --> 00:13:20.328
调用了几次工具

00:13:20.328 --> 00:13:22.008
这些都能看到

00:13:22.008 --> 00:13:24.688
用量这一块也会分开显示

00:13:24.688 --> 00:13:28.888
本次请求和整个汇化的输入输出的token

00:13:28.888 --> 00:13:31.988
时间也会拆除等待走字的时间

00:13:31.988 --> 00:13:34.888
神乘的耗时和吞吐的速度

00:13:34.888 --> 00:13:35.848
这些记录啊

00:13:35.848 --> 00:13:38.128
他并不能自动的保证查件的安全

00:13:38.128 --> 00:13:40.128
也不能保证模型一定正确

00:13:40.388 --> 00:13:41.328
但是有了他呢

00:13:41.328 --> 00:13:42.028
出了问题

00:13:42.028 --> 00:13:44.088
我们至少会有过程可查

00:13:44.088 --> 00:13:44.488
好

00:13:44.488 --> 00:13:48.488
我们把中段恢复分支和轨迹放在一起看

00:13:48.888 --> 00:13:50.928
他们回答的其实是同一件事

00:13:50.928 --> 00:13:53.648
你对整个agent的运行时

00:13:53.648 --> 00:13:55.788
有没有观察权和处置权

00:13:55.888 --> 00:13:58.688
这就是开放底盘真正有价值的第二层

00:13:59.288 --> 00:14:00.788
你不只是能改它

00:14:00.948 --> 00:14:03.028
你还得能够去查它才行

00:14:03.028 --> 00:14:04.628
必要的时候你能够接手

00:14:04.628 --> 00:14:07.068
所以一个能进入真实工作的agent

00:14:07.068 --> 00:14:08.988
需要的并不是永远不犯错

00:14:08.988 --> 00:14:11.788
而是出错以后我们还能很方便的定位

00:14:11.788 --> 00:14:14.868
还能恢复还能换一条新的路线

00:14:14.868 --> 00:14:16.148
OK前面我们说过

00:14:16.148 --> 00:14:20.188
社区在Deepseek Hunters开源之后

00:14:20.188 --> 00:14:23.508
48小时里迅速的补上了视觉

00:14:23.508 --> 00:14:26.388
界面桌面外壳安全工具等等

00:14:26.388 --> 00:14:28.428
各种各样的能力插件

00:14:28.428 --> 00:14:30.228
其实我们再看一遍

00:14:30.228 --> 00:14:33.548
他们当中的每一个都是第三行代码

00:14:33.548 --> 00:14:36.108
它会跑在你的电脑上

00:14:36.108 --> 00:14:38.308
跑在你交出的权限里边

00:14:38.308 --> 00:14:41.948
其实这也是我对Arystine is a plugin

00:14:41.948 --> 00:14:45.128
所有一切都是插件的一个完整的判断

00:14:45.128 --> 00:14:47.128
它不是让一切更简单

00:14:47.128 --> 00:14:50.228
它是让开发者拿到了更多的决定权

00:14:50.228 --> 00:14:52.828
同时也承担了更多的复杂度

00:14:52.828 --> 00:14:54.928
维护成本和安全责任

00:14:54.928 --> 00:14:57.528
比如前边演示的视觉插件

00:14:57.528 --> 00:15:01.003
它确实是在官方的DeepseekWisePro这个模型

00:15:15.203 --> 00:15:18.083
安装成功了也不等于你已经看懂了

00:15:18.083 --> 00:15:19.623
它可以访问什么

00:15:19.623 --> 00:15:22.683
任何靠社区插件繁荣起来的软件

00:15:22.683 --> 00:15:25.163
最后都会遇到同一个关卡

00:15:25.163 --> 00:15:26.323
质量不统一

00:15:26.323 --> 00:15:27.383
作者停更

00:15:27.383 --> 00:15:28.483
版本冲突

00:15:28.483 --> 00:15:29.823
权限过大等等

00:15:29.823 --> 00:15:32.543
最初的繁荣解决的是有没有

00:15:32.543 --> 00:15:35.243
成熟的生态它必须要解决

00:15:35.243 --> 00:15:38.283
能不能长期的给用户以信任

00:15:38.283 --> 00:15:41.283
所以我不会用手周出现了多少的插件

00:15:41.283 --> 00:15:43.863
判断这套生态到底能不能成功

00:15:43.863 --> 00:15:47.583
我想的是如果官方后面补不上插件审核

00:15:47.583 --> 00:15:52.043
全线分级版本兼容和长期维护这一系列的动作呢

00:15:52.043 --> 00:15:53.323
这套生态呢

00:15:53.323 --> 00:15:55.783
它会在开发者当中非常的活跃

00:15:55.783 --> 00:15:58.783
但是很难跨过普通用户这一关

00:15:58.783 --> 00:16:00.583
所以我的结论也很明确了

00:16:00.583 --> 00:16:05.743
DeepseekHandus现在不是一个已经成熟的Cloud Code的替代品

00:16:05.743 --> 00:16:10.483
官方仍然把它标成了Developer Preview预览版本

00:16:10.483 --> 00:16:13.083
所以后面可能会出现不兼容的改动

00:16:13.083 --> 00:16:16.663
但是我们也不能因此就把它看成一个聊天界面

00:16:16.663 --> 00:16:19.423
那这样我们就会错过它真正重要的部分

00:16:19.423 --> 00:16:21.703
它把一个问题摆到了桌面上

00:16:21.703 --> 00:16:26.703
未来的agent到底是应该由厂商来替你做一个封闭的整合呢

00:16:26.703 --> 00:16:30.303
还是允许开发者和社区持续的改装它呢

00:16:30.303 --> 00:16:31.183
那最后啊

00:16:31.183 --> 00:16:32.563
谁适合用它呢

00:16:32.563 --> 00:16:33.863
如果你是开发者

00:16:33.863 --> 00:16:36.923
或者正在搭自己的agent自动化系统

00:16:36.923 --> 00:16:38.383
现在就值得跑一遍了

00:16:38.383 --> 00:16:40.563
不要只看它的UI界面

00:16:40.563 --> 00:16:43.483
重点呢去了解它的插件接口

00:16:43.483 --> 00:16:45.283
它的轨迹的事件流

00:16:45.283 --> 00:16:46.983
看它的模型呀

00:16:46.983 --> 00:16:48.823
工具状态权限和界面

00:16:48.823 --> 00:16:51.523
都是怎么样才开组合的

00:16:51.523 --> 00:16:53.863
如果你想围绕它做生态呢

00:16:53.863 --> 00:16:57.043
机会不一定是在造一个炫酷的插件

00:16:57.043 --> 00:16:58.243
桌面的封装

00:16:58.243 --> 00:16:59.343
插件的发现

00:16:59.343 --> 00:17:00.523
权限的审核

00:17:00.523 --> 00:17:01.463
版本的兼容

00:17:01.463 --> 00:17:02.743
以及长期的维护

00:17:02.743 --> 00:17:05.603
这五个看起来不怎么性感的地方呢

00:17:05.603 --> 00:17:09.003
而更接近普通用户真正需要的价值

00:17:09.003 --> 00:17:13.363
如果你只是想找一个今天打开就能稳定工作的日常工具

00:17:13.363 --> 00:17:15.863
可以先把它放到观察名单里头

00:17:15.863 --> 00:17:17.743
不必急着去牵引它

00:17:17.743 --> 00:17:20.303
成熟产品它会替你做好默认值

00:17:20.303 --> 00:17:23.483
本身就是以成熟产品的价值所在

00:17:23.483 --> 00:17:27.703
Deepseek Hunderts现在它还不一定是你该换上的一个产品

00:17:27.703 --> 00:17:31.483
但是它已经让Agent的能力边界

00:17:31.483 --> 00:17:35.503
应该由谁决定变成了一个公开的选择了

00:17:35.503 --> 00:17:37.683
你更愿意使用一台厂商

00:17:37.683 --> 00:17:39.923
替你调整好的一个成品呢

00:17:39.923 --> 00:17:43.963
还是一台你可以自己打开改造检查的机器呢

00:17:43.963 --> 00:17:45.603
评论区聊一下

00:17:45.603 --> 00:17:47.143
可以告诉我你的选择

00:17:47.143 --> 00:17:48.103
半年之后呢

00:17:48.103 --> 00:17:49.263
我们可以再回来看看

00:17:49.263 --> 00:17:52.163
他有没有跨过普通用户这一关

00:17:52.163 --> 00:17:52.623
好

00:17:52.623 --> 00:17:54.163
今天的视频就到这里

00:17:54.163 --> 00:17:54.763
我是Axon

00:17:54.763 --> 00:17:56.343
如果你喜欢本期视频的话

00:17:56.343 --> 00:17:57.643
请帮我点赞评论

00:17:57.643 --> 00:17:58.403
订阅我的频道

00:17:58.403 --> 00:17:59.263
并且打开小铃铛

00:17:59.263 --> 00:18:00.643
咱们下期再见