start	end	text
0	6000	同一個模型,同一張截圖,幾分鐘之前呢,他還說自己看不懂圖片。
6000	10000	那現在,他就可以逐條的把圖片分析給你聽。
10000	14000	中間啊,我只做了一件事,就是裝了一個社區插件。
14000	18000	模型沒有變,那麼它的能力是從哪來的呢?
18000	23000	Dipsick這次開源真正值錢的呀,不只是這個工具本身,
23000	26000	他把改造agent的權利也給了你。
26000	28760	这期我们不重复做安装
28760	32440	我们先看他到底把什么交给了开发者
32440	35880	再看看这份自由附带了什么样的责任
35880	37220	那看完以后呢
37220	38840	你就可以自己来判断了
38840	40560	现在就研究他呢
40560	42720	先关注他的插件生态呢
42720	45060	还是可以完全的再等一等
45060	45580	你好
45580	46440	欢迎回到Axton
46440	48960	今天我们来聊一聊Deepseek Hunters
48960	51580	Deepseek官方给的启动方式呢
51580	52740	确实很简单
52740	56120	一条命令就可以打开本地的界面
56120	57520	第一次使用呢
57520	59600	当然你还需要准备node环境
59600	61400	Deepseek的API key
61400	63180	再选一个工作目录
63180	64740	我们第一次启动的时候
64740	65920	终端窗口
65920	69240	特律导呢就会问你要不要下载所需要的程序
69240	70340	确认之后
70340	72740	它才会给出一个本地的网址
72740	75060	我们就用浏览器打开这个页面
75060	77740	会首先看到一个测试版的提示
77740	78660	接着呢
78660	81060	添入自己的Deepseek的API key
81060	82280	模型的调用啊
82280	84880	它是按照Deepstick的API来计费的
84880	85780	设置里面呢
85780	88120	我们可以把语言切换成中文
88420	89740	所以后面的界面呢
89740	91520	我们都用中文来显示
91520	93080	这个界面跑起来以后呀
93080	95780	我先不拿复杂的编程题来为难他
95780	96940	我们首先呢
96940	98280	只看一件事
98280	100980	一个普通人能不能把它顺利的用起来
100980	102420	好这里的工作区呢
102420	103740	其实就是
103980	107040	我们允许Hunners读写的一个文件夹
107040	109040	选中一个文件夹以后呢
109040	112040	Hunners会自动的把它变成工作区
112280	114320	不用再另外创建一个项目
114520	117920	我点工作区标题栏右侧的添加工作区图标
118160	121760	选择提前准备好的目录DSH Lab
122000	124960	选好以后它就会出现在左侧的列表里
125080	128160	权限我们就保留默认的Workspace Write
128680	131480	也就是只让它在这个文件夹里边
131680	132880	做写入的工作
133040	134800	不要给它整台电脑的
135320	136160	Full Access
136280	140200	右下角会显示当前的模型以及推理的级别
140200	143180	模型呢我们可以选flash或者pro
143180	145680	我用的是deep-seek的v4pro
145680	147400	推理级别呢是high
147400	149900	后面所有的演示都不再更换了
149900	151520	所以第一个任务也很普通
151520	154220	就是把一份频道的数据文件
154220	155300	CSV文件
155300	159620	做成一个可以双击打开的html数据报告
159620	160680	发出去以后呢
160680	161740	我没有再动
161740	165480	它会自己呢读数据写文件检查结果
165480	167200	出现问题呢会自己查错
167200	168120	自己修改
168120	169080	最后呀
169080	171020	它会给出报告的路径
171020	172780	创建了哪些文件
172780	176100	以及这次执行的用量摘要
176100	178000	点击它给出的报告路径
178000	181340	HTML就会在浏览器里边直接打开
181340	184700	报告不只是把CSV文件原样摆出来了
184700	187240	它还整理了图表和结论区
187240	188180	这个演示
188180	191920	并不是证明它能完成多么复杂的工作
191920	193340	但是至少证明
193340	195920	从真实数据到可打开的文件
195920	199240	这条最基本的链路是可以跑通的
199240	202500	Hannels自己的绘画统计会列出
202500	204240	输入输出的token
204240	206080	缓存的命中率
206080	206980	步骤
206980	209140	耗时和速度
209140	210200	实际花了多少钱
210200	213180	我们可以在DeepSec的控制台里面去看
213180	216400	这次小任务大概花了人民币9分钱
216400	218840	到这里我们只能确定一件事
218840	220460	它可以工作
220460	222140	但是真正值得看
222140	224460	是同一个模型的能力边界
224460	226240	到底是由什么来决定的
226240	228380	我给他一张频道的数据截图
228380	230600	问他页面标题
230600	232320	最近90天的播放量
232320	234220	增长最快的系列
234220	236900	以及截图给出的下个月的建议
236900	239020	那为了防止模型乱猜呢
239020	240040	我还会写明白
240040	242580	你要看不到就直接说看不到
242580	244380	最后还要交代清楚
244380	246980	答案来自完整的画面理解
246980	248800	还是就是读到了文字
248800	249880	测试前呢
249880	251780	我会先打开插件的设置
251780	253740	默认它已经有终端
253740	256000	agent循环和网页搜索
256000	258540	这三项都是安装以后自带的
258540	259960	不是我另外装的
259960	262500	但是当时还没有视觉识别
262500	265680	主模型依然是DeepSeek的VisPro
265680	268640	我把一张截图拖进去
268640	270040	再发送这四个问题
270040	271720	默认配置下
271720	273440	界面就直接报错了
273440	275440	说当前模型不支持图片
275440	277240	请切换支持图片的模型
277240	280800	所以这次图片根本就没有进入到任务里去
280800	282720	接下来我停止Harness
282720	286860	增加一个社区开发者创作的DSH Vision
286860	289500	插件它本质上是第三方代码
289500	293380	所以安装以前你至少要检查它的来源
293380	296840	代码和它所需要的权限保证安全
296840	300560	我使用的插件项目提供的标准的安装命令
300560	303580	Terminal最后就显示Dumb完成了
303580	307660	不过上面还留着一条Peer Dependency的一个警告
307660	310940	我们可以忽略它并没有阻止这次安装完成
310940	315100	当然我们也不能把装上说成是完全没有任何问题
315100	317640	然后呢我会用同样的标准的命令
317640	318840	重新系统hunters
318840	321140	之后再回到设置插件
321140	324840	刚才不存在的视觉识别已经出现了
324840	325900	多了一个插件
325900	329220	那我们就保持它默认的automatic的page
329220	332920	界面显示单次最多处理8张图片
332920	335060	现在我再用同一张图片
335060	338240	同一组问题和同一个Pro模型测试
338240	340680	唯一的变化就是我们刚才安装了一个插件
340680	342860	这一次它就没有再报错了
342860	345940	我在原图和回答之间轮流切换
345940	347000	逐项核对
347000	348160	页面标题
348160	352240	最近90天播放量增长最快的内容系列增长比例
352240	355380	以及下个月的建议全部都是回答正确
355380	358700	当然这里的频道数据是演示用的虚构数据
358700	362940	但是前后结果的差异是很真实的
362940	364880	我们这次使用的DeepSeek with Pro
364880	367120	API它仍然只能接收文本
367120	370760	这个插件就是先把图片转换成文字信息
370760	372440	再交给PRO继续处理
372440	373820	所以装上这个插件
373820	375660	其实并不等于Deepseek Pro
375660	378100	就原生获得了完整的视觉能力
378100	381280	它依赖的依然是一个视觉桥接
381280	383400	先整理出来的文字和数字
383400	386220	但这恰好证明了更重要的一件事
386220	387840	我们来评价agent
387840	389360	不能只看模型的名字
389360	390420	我的判断是
390420	393440	模型它会决定智力的上限
393440	396160	而Hanness决定你的能力边界
396160	398780	Hanness决定他能看到什么
398780	400400	能调用什么
400400	402680	怎样把想法变成行动
402680	404280	模型并没有变化
404280	407360	但是完整的agent的能力却已经变了
407360	411840	以前这种缺口通常要等产品公司排进更新计划
411840	415400	现在一个社区开发者就能通过插件
415400	417280	把他的缺失的能力补上
417280	419960	那这就是我所说的改装权
419960	421620	它不是一个口号
421620	425080	而是刚才我们肉眼可以见到的一个前后
425080	428720	而且这也解释了官方网站为什么强调
428720	430540	Everything is a plugin
430540	431900	一切都是插件
431900	436800	模型 工具 技能 绘画 存储 循环和调度
436800	440000	都可以通过插件组合或者替换
440000	442440	所以刚才看到的不是换了一个模型
442440	445140	就是给Handes换了一块能力的模块
445140	447900	所以Deepseek到底开源了哪一层呢
447900	449760	如果只说它能装插件
449760	451700	还是把这件事说小了
451700	454800	它更像是一套开放的agent的底盘
454800	456100	而并不是一个
456100	458640	替所有人已经调整好的成品
458640	460000	这也是为什么呢
460000	460960	我不赞成
460960	464960	把它简单的叫做Cloud Code Killer
464960	466680	它开源的是另外一种
466680	468180	制造agent的方式
468180	471180	那这是本质上是一场产品模式的竞争
471180	474360	它并不是一个功能表的对比
474360	475340	那最有意思的是
475340	477940	社区第一时间并没有急着
477940	480440	再塞进一个更强的模型
480440	484220	而是先补了视觉主题桌面外壳
484220	486580	插件发现和安全工具
486580	489160	所以其实社区最先补什么
489160	491380	本质上它就是在暴露了
491380	493620	你的默认的版本最缺的是什么
493620	495060	缺的并不是智力
495060	499700	而是产品化分发发现以及信任
499700	503100	这其实就已经把这套agent底盘的
503100	504680	两面都暴露得很清楚了
504680	506140	它是可以扩展的
506140	507560	证明它足够的开放
507560	510580	这些基础体验需要社区来补充
510580	514380	同时也证明它离一个成熟的产品还有距离的
514708	528308	好,接下來我們看第二個演示。這次我不是要看模型能不能做一個漂亮的網頁,而是要看Harness怎麼樣進行保存和組織一向進行到一半的工作。
528308	530108	我给他一个四步的任务
530108	532228	做三张独立数据卡片
532228	533248	主张验证
533248	536068	最后呢组合成一个html页面
536068	537468	那开始之前呢
537468	540568	我们这个experiment3这个文件夹是空的
540568	542248	我把它放在画面旁边
542248	544508	就是为了让大家看得更清楚
544508	546788	看到文件到底在什么时候出现
546788	549848	OK第一张卡片生成并且验证通过
549848	551888	第二张也生成并且验证
551888	554588	等前两部明确落成文件呢
554588	557588	我将会直接在terminal里边
557588	559688	终止整个Handels的进程
559688	563648	好这里面我们看到前两张已经生成并且验证了
563648	565888	第三张图片已经生成了
565888	566928	写到盘上了
566928	568708	但是还没有完成验证
568708	572408	最后要让它生成的组合的页面还不存在
572408	574768	那我就直接按下Ctrl-C
574768	576868	终止Handels的后台进程
576868	578508	按下Ctrl-C以后呢
578508	579788	浏览器刷新一下
579788	581808	就再也连不上本地页面了
581808	584968	这说明后台是真的没有了
584968	586848	输出目录里面
586848	589048	三张图片 svg的图片还在
589048	593108	缺的就是第三张的验证和生成最后的组合页
593108	595508	好我们再一次重启harness
595508	596708	重启以后呢
596708	599168	咱们并不需要重新把任务再发一遍
599168	603048	那原来的绘画文件和土豆的状态
603048	604588	待办的状态都还在的
604588	606568	任务列表也显示的很具体
606568	608508	两项完成一项进行中
608508	609588	一项等待处理
609588	615108	这里的界面上没有一个专门的resume恢复的按钮
615108	617668	那我们就给他输两个字的命令
617668	618468	继续
618468	621068	并不需要重复任何的多余的要求
621068	624808	他就会先检查已经存在的第三张SVG图片
624808	625948	确认有效
625948	630148	然后直接去创建还没有完成的HTML组合页
630148	633628	最后三张卡片和组合页全部完成
633628	635668	那从操作体验来看
635668	637348	这一次恢复呢确实很顺
637348	638768	但他到底恢复了什么
638768	641128	我们不能只凭画面来下结论
641128	644148	我对照了DeepSeekHandels的代码
644148	647908	也看了Cloud Code和Codex它现在的运行方式
647908	652088	结论就是DSH恢复的不是原来的进程
652088	653248	只是任务的现场
653248	655888	它能保持subagent的身份
655888	657388	历史和配置
657388	660748	但是正在执行的那一轮计算肯定是已经终止了
660748	663808	当然这些也不是Deepseek它独有的魔法
663808	665648	Cloud Code和Codex
665648	669088	它们都有自己的状态持久化的方式
669088	672688	真正的差异是状态存在哪里由谁托管
672688	673968	这个也是证明的
674488	677548	只是DSH的任务现场足够完整
677808	679848	能启动可以继续完成工作
679848	682168	好恢复任务现场只是第一步
682408	686248	接下来我从同一个完成位置创建一条分支
686248	690088	入口就在完成消息下面那个像竖刹一样的图标上
690088	693168	点下去以后它会创建一个新的绘画
693168	696248	前面的对话和完成状态都已经带过来
696248	700328	我会让新分支做一个亮色的版本
700328	702428	并且另存为文件
702428	703948	分支完成以后呢
703948	705268	我再回到原汇化
705268	706908	让原来的路线呢
706908	708748	继续做一个深色的版本
708748	709628	那我们可以看到
709628	712108	在深色版本生成以后呢
712108	714508	它为了用Chrome浏览器截图验证
714508	715988	连续碰到失败
715988	717648	前后多试了几次
717648	718888	多花了几分钟
718888	719768	分支啊
719768	722128	它保存的是两条路线
722128	725128	它并不是对你的结果质量的保证
725128	727448	最后三个版本都保留下来了
727448	728628	最初的版本
728628	731288	原绘化继续生成的深色版本
731288	734108	以及新分支生成的浅色版本
734108	735628	所以分支的价值
735628	737708	它不是多做出一个文件来
737708	740508	而是把尝试另外的一条途径
740508	742248	变成一个可以保留
742248	743988	可以回滚的一个工作状态
743988	747988	你不必把之前能用的版本来给覆盖掉
747988	750568	但是只允许分支还不够
750568	752628	Agent真的要开始改文件
752628	754648	跑命令安装插件以后呢
754648	755888	你还得知道
755888	758048	他在每条路上都做过什么
758048	759928	在Hanos完成这些任务的背后
759928	761848	AI到底做了什么呢
761848	762908	轨迹功能
762908	767228	它就把用户模型和工具调用的情况
767228	768388	按真实的顺序
768388	769868	给你弹成了一张大表
769868	771388	点开一次写文件
771388	773448	我们可以看到传输了什么
773448	774388	返回了什么
774388	775188	用了多久
775188	777728	当然我们不用把所有的Json
777728	778868	全部来看一遍
778868	780688	我们只需要一次打开
780688	782928	Payload Result和时间
782928	785448	平时我们看到的通常就是
785448	786948	最终的回答
786948	789148	最多再加上一个思考的过程
789148	791128	但是那并不是他工作的全部
791128	792948	再点开一次模型的回复
792948	796928	还可以进入到对应的请求的汇总
796928	798688	这一轮用了哪个模型
798688	800328	调用了几次工具
800328	802008	这些都能看到
802008	804688	用量这一块也会分开显示
804688	808888	本次请求和整个汇化的输入输出的token
808888	811988	时间也会拆除等待走字的时间
811988	814888	神乘的耗时和吞吐的速度
814888	815848	这些记录啊
815848	818128	他并不能自动的保证查件的安全
818128	820128	也不能保证模型一定正确
820388	821328	但是有了他呢
821328	822028	出了问题
822028	824088	我们至少会有过程可查
824088	824488	好
824488	828488	我们把中段恢复分支和轨迹放在一起看
828888	830928	他们回答的其实是同一件事
830928	833648	你对整个agent的运行时
833648	835788	有没有观察权和处置权
835888	838688	这就是开放底盘真正有价值的第二层
839288	840788	你不只是能改它
840948	843028	你还得能够去查它才行
843028	844628	必要的时候你能够接手
844628	847068	所以一个能进入真实工作的agent
847068	848988	需要的并不是永远不犯错
848988	851788	而是出错以后我们还能很方便的定位
851788	854868	还能恢复还能换一条新的路线
854868	856148	OK前面我们说过
856148	860188	社区在Deepseek Hunters开源之后
860188	863508	48小时里迅速的补上了视觉
863508	866388	界面桌面外壳安全工具等等
866388	868428	各种各样的能力插件
868428	870228	其实我们再看一遍
870228	873548	他们当中的每一个都是第三行代码
873548	876108	它会跑在你的电脑上
876108	878308	跑在你交出的权限里边
878308	881948	其实这也是我对Arystine is a plugin
881948	885128	所有一切都是插件的一个完整的判断
885128	887128	它不是让一切更简单
887128	890228	它是让开发者拿到了更多的决定权
890228	892828	同时也承担了更多的复杂度
892828	894928	维护成本和安全责任
894928	897528	比如前边演示的视觉插件
897528	901003	它确实是在官方的DeepseekWisePro这个模型
915203	918083	安装成功了也不等于你已经看懂了
918083	919623	它可以访问什么
919623	922683	任何靠社区插件繁荣起来的软件
922683	925163	最后都会遇到同一个关卡
925163	926323	质量不统一
926323	927383	作者停更
927383	928483	版本冲突
928483	929823	权限过大等等
929823	932543	最初的繁荣解决的是有没有
932543	935243	成熟的生态它必须要解决
935243	938283	能不能长期的给用户以信任
938283	941283	所以我不会用手周出现了多少的插件
941283	943863	判断这套生态到底能不能成功
943863	947583	我想的是如果官方后面补不上插件审核
947583	952043	全线分级版本兼容和长期维护这一系列的动作呢
952043	953323	这套生态呢
953323	955783	它会在开发者当中非常的活跃
955783	958783	但是很难跨过普通用户这一关
958783	960583	所以我的结论也很明确了
960583	965743	DeepseekHandus现在不是一个已经成熟的Cloud Code的替代品
965743	970483	官方仍然把它标成了Developer Preview预览版本
970483	973083	所以后面可能会出现不兼容的改动
973083	976663	但是我们也不能因此就把它看成一个聊天界面
976663	979423	那这样我们就会错过它真正重要的部分
979423	981703	它把一个问题摆到了桌面上
981703	986703	未来的agent到底是应该由厂商来替你做一个封闭的整合呢
986703	990303	还是允许开发者和社区持续的改装它呢
990303	991183	那最后啊
991183	992563	谁适合用它呢
992563	993863	如果你是开发者
993863	996923	或者正在搭自己的agent自动化系统
996923	998383	现在就值得跑一遍了
998383	1000563	不要只看它的UI界面
1000563	1003483	重点呢去了解它的插件接口
1003483	1005283	它的轨迹的事件流
1005283	1006983	看它的模型呀
1006983	1008823	工具状态权限和界面
1008823	1011523	都是怎么样才开组合的
1011523	1013863	如果你想围绕它做生态呢
1013863	1017043	机会不一定是在造一个炫酷的插件
1017043	1018243	桌面的封装
1018243	1019343	插件的发现
1019343	1020523	权限的审核
1020523	1021463	版本的兼容
1021463	1022743	以及长期的维护
1022743	1025603	这五个看起来不怎么性感的地方呢
1025603	1029003	而更接近普通用户真正需要的价值
1029003	1033363	如果你只是想找一个今天打开就能稳定工作的日常工具
1033363	1035863	可以先把它放到观察名单里头
1035863	1037743	不必急着去牵引它
1037743	1040303	成熟产品它会替你做好默认值
1040303	1043483	本身就是以成熟产品的价值所在
1043483	1047703	Deepseek Hunderts现在它还不一定是你该换上的一个产品
1047703	1051483	但是它已经让Agent的能力边界
1051483	1055503	应该由谁决定变成了一个公开的选择了
1055503	1057683	你更愿意使用一台厂商
1057683	1059923	替你调整好的一个成品呢
1059923	1063963	还是一台你可以自己打开改造检查的机器呢
1063963	1065603	评论区聊一下
1065603	1067143	可以告诉我你的选择
1067143	1068103	半年之后呢
1068103	1069263	我们可以再回来看看
1069263	1072163	他有没有跨过普通用户这一关
1072163	1072623	好
1072623	1074163	今天的视频就到这里
1074163	1074763	我是Axon
1074763	1076343	如果你喜欢本期视频的话
1076343	1077643	请帮我点赞评论
1077643	1078403	订阅我的频道
1078403	1079263	并且打开小铃铛
1079263	1080643	咱们下期再见