0:00.000–0:01.758
字幕志愿者 杨茜茜
0:02.874–0:03.708
在之前的视频中,
0:03.708–0:06.524
我为大家演示了Deepseek Harness的基础用法
0:06.524–0:09.424
视频发布后,我收到了非常多的私信
0:09.424–0:13.024
让我继续深入讲解Deepseek Harness的高级用法
0:13.024–0:17.304
本期视频就为大家演示Deepseek Harness更多高级使用技巧
0:17.304–0:20.404
最近Deepseek Harness迭代速度非常快
0:20.404–0:24.024
而且随着Deepseek V4 FlashVision模型的发布
0:24.024–0:27.304
Deepseek Harness它的多模态能力大幅度增强
0:27.304–0:31.044
无论是它的OCR能力,还是它的视觉能力
0:31.044–0:32.804
都得到了显著提升
0:32.804–0:34.364
在OCR能力方面
0:34.364–0:36.824
它可以识别这些手写的笔记
0:36.824–0:40.124
按照原有的格式提取并且输出
0:40.124–0:41.584
在视觉能力方面
0:41.584–0:44.164
它能将我们提供的房屋平面图
0:44.164–0:48.444
用前端技术复刻出来这种3D可探索的模型
0:48.444–0:50.324
而且它复刻的这些细节
0:50.324–0:52.644
都遵循了我们给它提供的平面图
0:52.644–0:56.104
然后它将平面图转换成3D可探索的模型
0:56.104–0:58.784
下面我们再看一下Deep Sticker Harness中
0:58.784–1:01.404
他新增了一个非常强大的功能
1:01.404–1:02.764
也就是workflow功能
1:02.764–1:05.324
这个功能相当于在执行任务的时候
1:05.324–1:06.944
召集一批临时专家
1:06.944–1:08.284
并行完成任务
1:08.284–1:10.784
将每个专家完成任务的结果
1:10.784–1:12.364
汇总给主agent
1:12.364–1:15.184
然后再由主agent整理这些结果
1:15.184–1:17.344
并且给出最终的结果
1:17.344–1:18.764
像workflow这个功能
1:18.764–1:22.624
它非常类似于cloudcode中的dynamic workflow
1:22.624–1:24.144
在之前的视频中
1:24.144–1:26.304
我为大家制作过多期cloudcode
1:26.304–1:27.964
dynamic workflow的视频
1:27.964–1:29.964
也就是在执行任务之前
1:29.964–1:32.404
主agent会根据我们的任务
1:32.404–1:33.664
编写一个脚本
1:33.664–1:35.264
在编写好的脚本中
1:35.264–1:36.984
它已经提前定义好了
1:36.984–1:38.464
使用哪些subagent
1:38.464–1:40.024
也就是子智能体
1:40.024–1:41.324
并且每个智能体
1:41.324–1:42.704
它负责什么任务
1:42.704–1:45.124
而且还在脚本中明确定义了
1:45.124–1:46.644
需要执行几个阶段
1:46.644–1:48.104
每个阶段的任务是什么
1:48.104–1:49.364
像这种方式
1:49.364–1:51.524
就相当于有AI coding工具
1:51.524–1:53.044
根据我们的实际任务
1:53.044–1:54.624
来自主编写Harness
1:54.624–1:57.224
所以这个理念还是非常超前的
1:57.224–1:59.424
当它开始执行这个workflow的时候
1:59.424–2:03.764
我们就可以直接用香港命令来查看这些workflow执行的状态
2:03.764–2:05.764
包括这些任务所分的阶段
2:05.764–2:08.864
然后每个阶段会派生出多少个subagent
2:08.864–2:11.224
以及这些subagent所调用的模型
2:11.224–2:12.804
还有实时消耗的token等
2:12.804–2:16.741
而Deepseekharness它也吸纳了Cloudcode中这种dynamic
2:16.741–2:17.824
workflow的功能
2:17.824–2:22.004
所以在Deepseekharness中我们也可以来启用workflow功能
2:22.004–2:24.244
尤其是在执行复杂任务的时候
2:24.244–2:28.324
或者是对复杂的大型代码仓库进行code review的时候
2:28.324–2:30.024
我们都可以使用workflow功能
2:30.024–2:33.364
在deepseekharness中我们想使用workflow功能
2:33.364–2:35.764
我们只需要选中这个标准模式
2:35.764–2:38.484
因为标准模式它才支持workflow功能
2:38.484–2:40.664
在这里我选中了一个代码仓库
2:40.664–2:42.684
然后我们可以使用workflow功能
2:42.684–2:45.744
让deepseekharness动态派生多个subagent
2:45.744–2:47.924
对我们的代码仓库进行review
2:47.924–2:49.724
然后我们就可以来数据提示测
2:49.724–2:52.224
我们可以简单看一下这个提示测
2:52.224–2:57.024
要求使用workflow对当前代码库进行一次并行指图的发布前审计
2:57.024–2:59.324
并且要求启动4个子任务
2:59.324–3:01.724
包括检查模块边界依赖方向
3:01.724–3:02.924
检查错误处理
3:02.924–3:04.584
检查测试覆盖口
3:04.584–3:06.524
检查输入验证等
3:06.524–3:09.144
在要求这里告诉他必须使用workflow
3:09.144–3:10.804
并且禁止修改文件
3:10.804–3:13.484
每个subagent都返回结构化结果
3:13.484–3:14.624
然后我们就运行
3:14.624–3:16.124
看一下deep secret harness
3:16.124–3:18.484
它执行workflow的效果
3:18.484–3:20.384
好在这里我们就可以看到
3:20.384–3:22.624
他在构建这个工作流
3:22.624–3:23.964
在这里我们可以看到
3:23.964–3:26.884
他派生了四个并行执行的subagent
3:26.884–3:29.444
然后我们可以点击一个进入进行查看
3:29.444–3:31.524
点击之后我们就可以来查看
3:31.524–3:34.684
这个agent他正在执行的这些任务
3:34.684–3:36.924
这里会实时显示他执行的任务
3:36.924–3:39.604
然后我们可以点击这条他执行的命令
3:39.604–3:42.224
就可以看到他执行的这些命令
3:42.224–3:45.244
然后我们如果想返回到刚才的这个界面
3:45.244–3:47.044
我们只需要点击这个任务
3:47.044–3:49.584
这样的话就回到了刚才
3:49.584–3:51.144
我们查看到这个状态
3:51.144–3:53.544
可以看到这里这个任务已经执行完成
3:53.544–3:54.824
我们再点击看一下
3:54.824–3:57.084
这个任务它执行的状态
3:57.084–4:00.324
点击之后我们就看到了这个任务正在执行
4:00.324–4:03.184
而且还可以看到它读取了哪些文件
4:03.184–4:05.864
执行了哪些具体的命令
4:05.864–4:08.584
以及它实时输出的这些状态
4:08.584–4:11.924
好这里就提示它已经执行完了这个任务
4:11.924–4:15.064
在这里给出的就是结构化的执行结果
4:15.064–4:17.824
这是它按照我们要求的JSON格式
4:17.824–4:19.704
输出的这个最终结果
4:19.704–4:21.024
这个结构化的结果
4:21.024–4:23.384
最后就会由主Agent进行整理
4:23.384–4:25.784
然后我们再继续查看这些状态
4:25.784–4:27.344
当任务执行完成之后
4:27.344–4:28.504
这里就会显示绿色
4:28.504–4:30.704
然后这里还有一个任务还在执行
4:30.704–4:32.124
我们点击进行查看
4:32.124–4:33.964
这个任务还在执行中
4:33.964–4:36.484
然后我们再返回等它执行完成
4:36.484–4:39.004
好这里这些任务全都执行完成
4:39.004–4:42.744
现在正在输出最终的这个汇总结果
4:42.744–4:45.564
首先这里提示这个工作流已经完成
4:45.564–4:48.144
然后4个subagent已全部成功
4:48.144–4:50.204
共收集25条原始问题
4:50.204–4:52.524
然后他按严重程度减轻排序
4:52.524–4:54.724
这里是给出的这些执行阶段
4:54.724–4:58.804
这里就是按照严重程度来输出的最终的结果
4:58.804–5:00.744
他按由高到低减轻的排序
5:00.744–5:02.144
这里是发现的问题
5:02.144–5:05.224
这里就是给出的存在这个问题的代码文件
5:05.224–5:07.424
在这里就给出了证据要点
5:07.424–5:09.324
然后还给出了修复建议
5:09.324–5:11.804
他输出的这个结果是非常详细的
5:11.804–5:14.664
在下面这里就是完整的这些jessing结果
5:14.664–5:17.744
在最后这里他就给出的总体判断
5:17.744–5:20.124
然后我们还可以让他来输出
5:20.124–5:22.364
他构建的这个工作流的代码
5:22.364–5:24.824
然后我们看一下这个代码是怎样的
5:24.824–5:26.104
在这里我输入提示次
5:26.104–5:28.764
让他将这个工作流的代码展示给我
5:28.764–5:29.524
然后发送
5:29.524–5:32.304
可以看到这里他开始展示这个代码
5:32.304–5:35.224
首先这里就是工作流标识与阶段声明
5:35.224–5:37.024
像这个就和Cloudcode
5:37.024–5:39.664
它的Dynamic Workflow就非常像
5:39.664–5:41.944
因为刚才我们也查看了Cloudcode
5:41.944–5:44.484
它生成的Dynamic Workflow的代码
5:44.484–5:47.164
然后DeepSig harness它构建的这个代码
5:47.164–5:48.584
也包含工作流名称
5:48.584–5:50.004
然后具体的描述
5:50.004–5:51.744
还有分为这几个阶段
5:51.744–5:54.124
然后我们再看一下最具体的脚本
5:54.124–5:56.464
它构建的这个脚本也是纯js
5:56.464–5:59.124
像Cloudcode构建的workflow的脚本
5:59.124–6:00.764
也是由js编写的
6:00.764–6:01.864
在这个脚本中
6:01.864–6:04.444
它还定义了跳过哪些文件
6:04.444–6:06.064
然后我们再继续看
6:06.064–6:08.704
这里构建了一个返回的这些格式
6:08.704–6:09.724
而且可以看到
6:09.724–6:12.184
它构建的这个脚本写的非常完善
6:12.184–6:14.344
在这里就是传入的参数
6:14.344–6:15.884
也就是这个项目的路径
6:15.884–6:18.664
然后他给出了这个脚本的结构说明
6:18.664–6:21.564
在这里就是他定义的这四个subagent
6:21.564–6:24.584
这里还列出了每个subagent他们的职责
6:24.584–6:28.544
在最后这里他提到每个subagent独立运行互不可见
6:28.544–6:31.764
好相见的话我们就可以在deep-sigal harness中
6:31.764–6:33.564
直接通过自然语言描述
6:33.564–6:36.864
让deep-sigal harness来动态编写工作流的脚本
6:36.864–6:40.424
然后按照编写好的工作流脚本来执行任务
6:40.424–6:43.204
DeepSync Harness它就具备了Cloud Code
6:43.204–6:46.104
最早实现了动态工作流的功能
6:46.104–6:48.844
像这个功能还是非常非常强大的
6:48.844–6:50.844
尤其是针对复杂的项目
6:50.844–6:53.504
复杂的代码库或者复杂的任务
6:53.504–6:56.004
刚才我也要演示的是DeepSync Harness
6:56.004–6:57.604
它的Workflow功能
6:57.604–7:01.084
而且DeepSync Harness它还支持Agent Teams功能
7:01.084–7:05.824
这个功能就非常类似于Cloud Code中的Agent Teams功能
7:05.824–7:08.964
像Agent Teams功能它和Workflow的区别就是
7:08.964–7:12.984
agent teams它是建立一个可以持续存在的开发团队
7:12.984–7:14.984
它会先创建任务看板
7:14.984–7:16.364
然后分配成员
7:16.364–7:17.724
也就是分配agent
7:17.724–7:20.604
这些agent之间可以互相发送消息
7:20.604–7:23.164
而刚才为代言演示的workflow功能
7:23.164–7:26.264
这些agent之间无法互相发送消息
7:26.264–7:28.004
所以agent teams的优势
7:28.004–7:30.884
就是这些成员之间可以互相发送消息
7:30.884–7:33.024
而且还可以实现多轮推进
7:33.024–7:35.544
当这些成员的任务都完成之后
7:35.544–7:37.404
最后会由这个主agent
7:37.404–7:42.164
也就是领导这个团队的agina对这些内容进行汇总
7:42.164–7:44.604
想使用agina teams功能也非常简单
7:44.604–7:48.364
我们只需要保证我们的deep secret harness已经升级到了最新版
7:48.364–7:51.444
在模式这里我们还是选择这个标准模式
7:51.444–7:54.364
在这里是我本机上一个已有的代码仓库
7:54.364–7:56.524
然后我们就可以直接使用自然语言
7:56.524–7:59.244
让deep secret harness来启动agina teams
7:59.244–8:00.000
比如说我这里
8:00.000–8:01.640
比如说我这里直接输入自然语言
8:01.900–8:05.480
让他使用agent teams对当前代码库进行code review
8:05.740–8:07.020
然后我们就直接发送
8:07.280–8:11.620
然后deep secret harness他会先了解一下当前代码库的结构和规模
8:11.620–8:15.820
然后他才会设计合适的agent teams评审方案
8:15.820–8:18.220
像这种方式还是非常灵活的
8:18.220–8:22.620
他并不是收到指令之后就直接构建几个成员的团队
8:22.620–8:25.220
而是先粗略了解一下我们的代码库
8:25.220–8:27.820
然后再构建真正的agent teams
8:27.820–8:30.420
好这里他提示这个代码库已经清楚
8:30.420–8:31.820
包含ls应用
8:31.820–8:33.020
还有Chrome拓展
8:33.020–8:35.420
还有superbase后端以及脚本
8:35.420–8:37.820
他提到他会快速统计规模
8:37.820–8:39.820
然后设计agent的评审方案
8:39.820–8:42.020
这里他提示这个代码库已经明确
8:42.020–8:45.400
他将按照agent teams模式来组织评审
8:45.400–8:47.820
包括一个上下文观察的agent
8:47.820–8:49.820
还有7个专业评审agent
8:49.820–8:51.900
以及一个主审稿agent
8:51.900–8:53.120
在这里我们可以看到
8:53.120–8:55.040
他这里生成了这个任务
8:55.040–8:58.240
然后现在正在执行agent teams评审方案
8:58.240–9:00.640
在这里我们就看到他正在执行
9:00.640–9:02.460
然后我们可以点击进行查看
9:02.460–9:04.640
这里是他生成的这个项目简报
9:04.640–9:07.060
包括产品是什么架构总览
9:07.060–9:08.580
还有就是评审建议
9:08.580–9:12.880
然后我们点击左上角再返回刚才的这个状态
9:12.880–9:13.980
然后我们继续查看
9:13.980–9:16.360
他已经构建好了这个agent teams
9:16.360–9:17.760
包含7个成员
9:17.760–9:19.840
他们的状态就是运行中
9:19.840–9:23.280
然后我们可以点击其中的第一个进入查看
9:23.280–9:26.740
我们可以看到这里他收到了刚才的上下文件报
9:26.740–9:29.560
然后下面就是给他的这些具体提示词
9:29.560–9:31.460
然后这里他正在执行
9:31.460–9:33.320
可以看到他正在读取代码库
9:33.320–9:34.920
还没有输出其他内容
9:34.920–9:36.760
然后我们再返回继续查看
9:36.760–9:40.020
在左上角我们将鼠标定位到这里
9:40.020–9:43.740
就可以看到这些agent他们执行的实施状态
9:43.740–9:45.140
以及他们运行的时间
9:45.140–9:46.300
还有所消耗的token
9:46.300–9:48.480
比如说我们可以进入一个进行查看
9:48.480–9:50.680
然后这个agent他已经执行完成
9:50.680–9:53.260
他输出了最终的这个报告
9:53.260–9:56.160
包括总结还有发现的这些问题
9:56.160–9:57.700
然后我们就可以返回
9:57.700–10:00.600
继续等待这些agent执行完成
10:00.600–10:02.960
这个7个成员的agent提姆斯
10:02.960–10:04.740
已经全部执行完成
10:04.740–10:07.580
现在再由这个领导agent在执行
10:07.580–10:10.700
现在他开始输出这个代码评审的最终结果
10:10.700–10:13.160
他提到已经按照agentteams模式
10:13.160–10:15.300
对当前代码库进行评审
10:15.300–10:16.760
共9个agent参与
10:16.760–10:18.220
包括一个侦查agent
10:18.220–10:20.780
然后7个专业评审并行审查
10:20.780–10:22.720
还包含一个主审agent
10:22.720–10:24.620
这里给出这个完成报告
10:24.620–10:26.000
已经在这个文件中
10:26.000–10:27.440
我们点击就可以查看
10:27.440–10:30.360
点击之后就打开了这个代码审查报告
10:30.360–10:32.700
这里我们就不再具体去看了
10:32.700–10:35.940
好这里给出的是这个评审团队的构成
10:36.180–10:37.700
然后这里就是核心结论
10:37.980–10:41.580
这里给出的就是这些需要修复的问题的优先级
10:41.780–10:43.460
这是我们测试的deep-sick harness
10:43.460–10:45.020
它的aginal tips功能
10:45.300–10:48.740
在上一期演示deep-sick harness的视频发布后
10:48.740–10:51.260
在私信中我还收到了好多让我讲解
10:51.260–10:53.940
如何为deep-sick harness来创建插件
10:54.100–10:57.540
因为deep-sick harness它的理念就是一切接插件
10:57.540–11:01.220
然后我们可以将我们的工作流直接封装成插件
11:01.220–11:04.760
为了方便大家零门槛为Deepseekharness来开发插件
11:04.760–11:06.720
我这里直接创建了一个skill
11:06.720–11:10.420
然后使用这个skill就可以为Deepseekharness创建插件
11:10.420–11:15.840
然后大家可以将这个skill为codex或者cloudcodeDeepseekharness进行安装
11:15.840–11:17.280
安装方式非常简单
11:17.280–11:20.160
大家可以直接查看说明文档进行手动安装
11:20.160–11:23.540
然后也可以直接复制这个项目的仓库链接
11:23.540–11:26.820
然后在Deepseekharness中我们就可以直接用自然源描述
11:26.820–11:29.640
让他阅读这个skill的说明文档并且安装
11:29.640–11:32.160
在后面我们跟上这个仓库链接就可以
11:32.160–11:33.320
然后点击发送
11:33.320–11:34.700
当安装完成之后
11:34.700–11:35.880
我们就用斜杠命令
11:35.880–11:38.280
就可以来调出这个scale
11:38.280–11:40.600
然后我们就可以用自然语言描述
11:40.600–11:42.780
我们所需要创建的这些插件
11:42.780–11:44.060
我示茂的这个任务是
11:44.060–11:45.700
让他为我创建一个
11:45.700–11:48.960
可以为deepstick harness设置定时任务的插件
11:48.960–11:50.740
然后我们就点击发送
11:50.740–11:51.920
他就会调用
11:51.920–11:53.760
刚才我们安装的这个scale
11:53.760–11:56.220
来为我们创建这个插件
11:56.220–11:57.760
好 这里创建完成
11:57.760–12:00.640
他为我们创建了一个专门为DeepseekHarness
12:00.640–12:02.600
来设置定时任务的一个插件
12:02.600–12:03.900
在说明文档中
12:03.900–12:06.200
他给出了这个定时任务的插件
12:06.200–12:09.240
与官方自带的这个插件有哪些区别
12:09.240–12:12.960
像这些优势是官方插件所不具备的优势
12:12.960–12:15.880
而且我还使用这个创建插件的这个skill
12:15.880–12:18.140
为DeepseekHarness开发了一个
12:18.140–12:21.860
能够调用PayAgent进行code review的插件
12:21.860–12:24.660
在DeepseekHarness中我们可以测试一下
12:24.660–12:27.060
比如说这里我可以用DeepseekHarness
12:27.060–12:30.800
将这个平面图做成的这个3D可探索项目
12:30.800–12:32.820
对这个项目进行code review
12:32.820–12:35.400
我说的提示词就是调用这个插件
12:35.400–12:36.700
对代码进行review
12:36.700–12:38.060
然后我们就直接发送
12:38.060–12:40.960
在这里就可以看到他调用了Pi code review
12:40.960–12:43.900
在最后这里他就提示Pi审查通过
12:43.900–12:46.020
然后这里是给出的审查结论
12:46.020–12:48.020
这里还给出了验证方式
12:48.020–12:48.940
像这样的话
12:48.940–12:50.860
我们就可以为Deepseekharness
12:50.860–12:54.800
零门槛来创建我们所需要的各种插件
12:54.800–12:57.440
本期视频为大家分享了DeepSig Harness
12:57.440–12:58.380
它的Workflow
12:58.380–13:00.560
以及Agent Teams的使用方式
13:00.560–13:03.000
以及如何零门槛为DeepSig Harness
13:03.000–13:04.200
来创建插件
13:04.200–13:07.180
掌握了DeepSig Harness这几个使用技巧
13:07.180–13:09.480
就能大幅提升我们的开发效率
13:09.480–13:11.200
本期视频就做到这里
13:11.200–13:13.700
欢迎大家点赞关注和转发
13:13.700–13:14.900
谢谢大家观看
13:16.449–13:17.782
请不吝点赞 订阅 转发 打赏支持明镜与点点栏目
0:00.000–0:01.758
字幕志愿者 杨茜茜
0:02.874–0:03.708
在之前的视频中,
0:03.708–0:06.524
我为大家演示了Deepseek Harness的基础用法
0:06.524–0:09.424
视频发布后,我收到了非常多的私信
0:09.424–0:13.024
让我继续深入讲解Deepseek Harness的高级用法
0:13.024–0:17.304
本期视频就为大家演示Deepseek Harness更多高级使用技巧
0:17.304–0:20.404
最近Deepseek Harness迭代速度非常快
0:20.404–0:24.024
而且随着Deepseek V4 FlashVision模型的发布
0:24.024–0:27.304
Deepseek Harness它的多模态能力大幅度增强
0:27.304–0:31.044
无论是它的OCR能力,还是它的视觉能力
0:31.044–0:32.804
都得到了显著提升
0:32.804–0:34.364
在OCR能力方面
0:34.364–0:36.824
它可以识别这些手写的笔记
0:36.824–0:40.124
按照原有的格式提取并且输出
0:40.124–0:41.584
在视觉能力方面
0:41.584–0:44.164
它能将我们提供的房屋平面图
0:44.164–0:48.444
用前端技术复刻出来这种3D可探索的模型
0:48.444–0:50.324
而且它复刻的这些细节
0:50.324–0:52.644
都遵循了我们给它提供的平面图
0:52.644–0:56.104
然后它将平面图转换成3D可探索的模型
0:56.104–0:58.784
下面我们再看一下Deep Sticker Harness中
0:58.784–1:01.404
他新增了一个非常强大的功能
1:01.404–1:02.764
也就是workflow功能
1:02.764–1:05.324
这个功能相当于在执行任务的时候
1:05.324–1:06.944
召集一批临时专家
1:06.944–1:08.284
并行完成任务
1:08.284–1:10.784
将每个专家完成任务的结果
1:10.784–1:12.364
汇总给主agent
1:12.364–1:15.184
然后再由主agent整理这些结果
1:15.184–1:17.344
并且给出最终的结果
1:17.344–1:18.764
像workflow这个功能
1:18.764–1:22.624
它非常类似于cloudcode中的dynamic workflow
1:22.624–1:24.144
在之前的视频中
1:24.144–1:26.304
我为大家制作过多期cloudcode
1:26.304–1:27.964
dynamic workflow的视频
1:27.964–1:29.964
也就是在执行任务之前
1:29.964–1:32.404
主agent会根据我们的任务
1:32.404–1:33.664
编写一个脚本
1:33.664–1:35.264
在编写好的脚本中
1:35.264–1:36.984
它已经提前定义好了
1:36.984–1:38.464
使用哪些subagent
1:38.464–1:40.024
也就是子智能体
1:40.024–1:41.324
并且每个智能体
1:41.324–1:42.704
它负责什么任务
1:42.704–1:45.124
而且还在脚本中明确定义了
1:45.124–1:46.644
需要执行几个阶段
1:46.644–1:48.104
每个阶段的任务是什么
1:48.104–1:49.364
像这种方式
1:49.364–1:51.524
就相当于有AI coding工具
1:51.524–1:53.044
根据我们的实际任务
1:53.044–1:54.624
来自主编写Harness
1:54.624–1:57.224
所以这个理念还是非常超前的
1:57.224–1:59.424
当它开始执行这个workflow的时候
1:59.424–2:03.764
我们就可以直接用香港命令来查看这些workflow执行的状态
2:03.764–2:05.764
包括这些任务所分的阶段
2:05.764–2:08.864
然后每个阶段会派生出多少个subagent
2:08.864–2:11.224
以及这些subagent所调用的模型
2:11.224–2:12.804
还有实时消耗的token等
2:12.804–2:16.741
而Deepseekharness它也吸纳了Cloudcode中这种dynamic
2:16.741–2:17.824
workflow的功能
2:17.824–2:22.004
所以在Deepseekharness中我们也可以来启用workflow功能
2:22.004–2:24.244
尤其是在执行复杂任务的时候
2:24.244–2:28.324
或者是对复杂的大型代码仓库进行code review的时候
2:28.324–2:30.024
我们都可以使用workflow功能
2:30.024–2:33.364
在deepseekharness中我们想使用workflow功能
2:33.364–2:35.764
我们只需要选中这个标准模式
2:35.764–2:38.484
因为标准模式它才支持workflow功能
2:38.484–2:40.664
在这里我选中了一个代码仓库
2:40.664–2:42.684
然后我们可以使用workflow功能
2:42.684–2:45.744
让deepseekharness动态派生多个subagent
2:45.744–2:47.924
对我们的代码仓库进行review
2:47.924–2:49.724
然后我们就可以来数据提示测
2:49.724–2:52.224
我们可以简单看一下这个提示测
2:52.224–2:57.024
要求使用workflow对当前代码库进行一次并行指图的发布前审计
2:57.024–2:59.324
并且要求启动4个子任务
2:59.324–3:01.724
包括检查模块边界依赖方向
3:01.724–3:02.924
检查错误处理
3:02.924–3:04.584
检查测试覆盖口
3:04.584–3:06.524
检查输入验证等
3:06.524–3:09.144
在要求这里告诉他必须使用workflow
3:09.144–3:10.804
并且禁止修改文件
3:10.804–3:13.484
每个subagent都返回结构化结果
3:13.484–3:14.624
然后我们就运行
3:14.624–3:16.124
看一下deep secret harness
3:16.124–3:18.484
它执行workflow的效果
3:18.484–3:20.384
好在这里我们就可以看到
3:20.384–3:22.624
他在构建这个工作流
3:22.624–3:23.964
在这里我们可以看到
3:23.964–3:26.884
他派生了四个并行执行的subagent
3:26.884–3:29.444
然后我们可以点击一个进入进行查看
3:29.444–3:31.524
点击之后我们就可以来查看
3:31.524–3:34.684
这个agent他正在执行的这些任务
3:34.684–3:36.924
这里会实时显示他执行的任务
3:36.924–3:39.604
然后我们可以点击这条他执行的命令
3:39.604–3:42.224
就可以看到他执行的这些命令
3:42.224–3:45.244
然后我们如果想返回到刚才的这个界面
3:45.244–3:47.044
我们只需要点击这个任务
3:47.044–3:49.584
这样的话就回到了刚才
3:49.584–3:51.144
我们查看到这个状态
3:51.144–3:53.544
可以看到这里这个任务已经执行完成
3:53.544–3:54.824
我们再点击看一下
3:54.824–3:57.084
这个任务它执行的状态
3:57.084–4:00.324
点击之后我们就看到了这个任务正在执行
4:00.324–4:03.184
而且还可以看到它读取了哪些文件
4:03.184–4:05.864
执行了哪些具体的命令
4:05.864–4:08.584
以及它实时输出的这些状态
4:08.584–4:11.924
好这里就提示它已经执行完了这个任务
4:11.924–4:15.064
在这里给出的就是结构化的执行结果
4:15.064–4:17.824
这是它按照我们要求的JSON格式
4:17.824–4:19.704
输出的这个最终结果
4:19.704–4:21.024
这个结构化的结果
4:21.024–4:23.384
最后就会由主Agent进行整理
4:23.384–4:25.784
然后我们再继续查看这些状态
4:25.784–4:27.344
当任务执行完成之后
4:27.344–4:28.504
这里就会显示绿色
4:28.504–4:30.704
然后这里还有一个任务还在执行
4:30.704–4:32.124
我们点击进行查看
4:32.124–4:33.964
这个任务还在执行中
4:33.964–4:36.484
然后我们再返回等它执行完成
4:36.484–4:39.004
好这里这些任务全都执行完成
4:39.004–4:42.744
现在正在输出最终的这个汇总结果
4:42.744–4:45.564
首先这里提示这个工作流已经完成
4:45.564–4:48.144
然后4个subagent已全部成功
4:48.144–4:50.204
共收集25条原始问题
4:50.204–4:52.524
然后他按严重程度减轻排序
4:52.524–4:54.724
这里是给出的这些执行阶段
4:54.724–4:58.804
这里就是按照严重程度来输出的最终的结果
4:58.804–5:00.744
他按由高到低减轻的排序
5:00.744–5:02.144
这里是发现的问题
5:02.144–5:05.224
这里就是给出的存在这个问题的代码文件
5:05.224–5:07.424
在这里就给出了证据要点
5:07.424–5:09.324
然后还给出了修复建议
5:09.324–5:11.804
他输出的这个结果是非常详细的
5:11.804–5:14.664
在下面这里就是完整的这些jessing结果
5:14.664–5:17.744
在最后这里他就给出的总体判断
5:17.744–5:20.124
然后我们还可以让他来输出
5:20.124–5:22.364
他构建的这个工作流的代码
5:22.364–5:24.824
然后我们看一下这个代码是怎样的
5:24.824–5:26.104
在这里我输入提示次
5:26.104–5:28.764
让他将这个工作流的代码展示给我
5:28.764–5:29.524
然后发送
5:29.524–5:32.304
可以看到这里他开始展示这个代码
5:32.304–5:35.224
首先这里就是工作流标识与阶段声明
5:35.224–5:37.024
像这个就和Cloudcode
5:37.024–5:39.664
它的Dynamic Workflow就非常像
5:39.664–5:41.944
因为刚才我们也查看了Cloudcode
5:41.944–5:44.484
它生成的Dynamic Workflow的代码
5:44.484–5:47.164
然后DeepSig harness它构建的这个代码
5:47.164–5:48.584
也包含工作流名称
5:48.584–5:50.004
然后具体的描述
5:50.004–5:51.744
还有分为这几个阶段
5:51.744–5:54.124
然后我们再看一下最具体的脚本
5:54.124–5:56.464
它构建的这个脚本也是纯js
5:56.464–5:59.124
像Cloudcode构建的workflow的脚本
5:59.124–6:00.764
也是由js编写的
6:00.764–6:01.864
在这个脚本中
6:01.864–6:04.444
它还定义了跳过哪些文件
6:04.444–6:06.064
然后我们再继续看
6:06.064–6:08.704
这里构建了一个返回的这些格式
6:08.704–6:09.724
而且可以看到
6:09.724–6:12.184
它构建的这个脚本写的非常完善
6:12.184–6:14.344
在这里就是传入的参数
6:14.344–6:15.884
也就是这个项目的路径
6:15.884–6:18.664
然后他给出了这个脚本的结构说明
6:18.664–6:21.564
在这里就是他定义的这四个subagent
6:21.564–6:24.584
这里还列出了每个subagent他们的职责
6:24.584–6:28.544
在最后这里他提到每个subagent独立运行互不可见
6:28.544–6:31.764
好相见的话我们就可以在deep-sigal harness中
6:31.764–6:33.564
直接通过自然语言描述
6:33.564–6:36.864
让deep-sigal harness来动态编写工作流的脚本
6:36.864–6:40.424
然后按照编写好的工作流脚本来执行任务
6:40.424–6:43.204
DeepSync Harness它就具备了Cloud Code
6:43.204–6:46.104
最早实现了动态工作流的功能
6:46.104–6:48.844
像这个功能还是非常非常强大的
6:48.844–6:50.844
尤其是针对复杂的项目
6:50.844–6:53.504
复杂的代码库或者复杂的任务
6:53.504–6:56.004
刚才我也要演示的是DeepSync Harness
6:56.004–6:57.604
它的Workflow功能
6:57.604–7:01.084
而且DeepSync Harness它还支持Agent Teams功能
7:01.084–7:05.824
这个功能就非常类似于Cloud Code中的Agent Teams功能
7:05.824–7:08.964
像Agent Teams功能它和Workflow的区别就是
7:08.964–7:12.984
agent teams它是建立一个可以持续存在的开发团队
7:12.984–7:14.984
它会先创建任务看板
7:14.984–7:16.364
然后分配成员
7:16.364–7:17.724
也就是分配agent
7:17.724–7:20.604
这些agent之间可以互相发送消息
7:20.604–7:23.164
而刚才为代言演示的workflow功能
7:23.164–7:26.264
这些agent之间无法互相发送消息
7:26.264–7:28.004
所以agent teams的优势
7:28.004–7:30.884
就是这些成员之间可以互相发送消息
7:30.884–7:33.024
而且还可以实现多轮推进
7:33.024–7:35.544
当这些成员的任务都完成之后
7:35.544–7:37.404
最后会由这个主agent
7:37.404–7:42.164
也就是领导这个团队的agina对这些内容进行汇总
7:42.164–7:44.604
想使用agina teams功能也非常简单
7:44.604–7:48.364
我们只需要保证我们的deep secret harness已经升级到了最新版
7:48.364–7:51.444
在模式这里我们还是选择这个标准模式
7:51.444–7:54.364
在这里是我本机上一个已有的代码仓库
7:54.364–7:56.524
然后我们就可以直接使用自然语言
7:56.524–7:59.244
让deep secret harness来启动agina teams
7:59.244–8:00.000
比如说我这里
8:00.000–8:01.640
比如说我这里直接输入自然语言
8:01.900–8:05.480
让他使用agent teams对当前代码库进行code review
8:05.740–8:07.020
然后我们就直接发送
8:07.280–8:11.620
然后deep secret harness他会先了解一下当前代码库的结构和规模
8:11.620–8:15.820
然后他才会设计合适的agent teams评审方案
8:15.820–8:18.220
像这种方式还是非常灵活的
8:18.220–8:22.620
他并不是收到指令之后就直接构建几个成员的团队
8:22.620–8:25.220
而是先粗略了解一下我们的代码库
8:25.220–8:27.820
然后再构建真正的agent teams
8:27.820–8:30.420
好这里他提示这个代码库已经清楚
8:30.420–8:31.820
包含ls应用
8:31.820–8:33.020
还有Chrome拓展
8:33.020–8:35.420
还有superbase后端以及脚本
8:35.420–8:37.820
他提到他会快速统计规模
8:37.820–8:39.820
然后设计agent的评审方案
8:39.820–8:42.020
这里他提示这个代码库已经明确
8:42.020–8:45.400
他将按照agent teams模式来组织评审
8:45.400–8:47.820
包括一个上下文观察的agent
8:47.820–8:49.820
还有7个专业评审agent
8:49.820–8:51.900
以及一个主审稿agent
8:51.900–8:53.120
在这里我们可以看到
8:53.120–8:55.040
他这里生成了这个任务
8:55.040–8:58.240
然后现在正在执行agent teams评审方案
8:58.240–9:00.640
在这里我们就看到他正在执行
9:00.640–9:02.460
然后我们可以点击进行查看
9:02.460–9:04.640
这里是他生成的这个项目简报
9:04.640–9:07.060
包括产品是什么架构总览
9:07.060–9:08.580
还有就是评审建议
9:08.580–9:12.880
然后我们点击左上角再返回刚才的这个状态
9:12.880–9:13.980
然后我们继续查看
9:13.980–9:16.360
他已经构建好了这个agent teams
9:16.360–9:17.760
包含7个成员
9:17.760–9:19.840
他们的状态就是运行中
9:19.840–9:23.280
然后我们可以点击其中的第一个进入查看
9:23.280–9:26.740
我们可以看到这里他收到了刚才的上下文件报
9:26.740–9:29.560
然后下面就是给他的这些具体提示词
9:29.560–9:31.460
然后这里他正在执行
9:31.460–9:33.320
可以看到他正在读取代码库
9:33.320–9:34.920
还没有输出其他内容
9:34.920–9:36.760
然后我们再返回继续查看
9:36.760–9:40.020
在左上角我们将鼠标定位到这里
9:40.020–9:43.740
就可以看到这些agent他们执行的实施状态
9:43.740–9:45.140
以及他们运行的时间
9:45.140–9:46.300
还有所消耗的token
9:46.300–9:48.480
比如说我们可以进入一个进行查看
9:48.480–9:50.680
然后这个agent他已经执行完成
9:50.680–9:53.260
他输出了最终的这个报告
9:53.260–9:56.160
包括总结还有发现的这些问题
9:56.160–9:57.700
然后我们就可以返回
9:57.700–10:00.600
继续等待这些agent执行完成
10:00.600–10:02.960
这个7个成员的agent提姆斯
10:02.960–10:04.740
已经全部执行完成
10:04.740–10:07.580
现在再由这个领导agent在执行
10:07.580–10:10.700
现在他开始输出这个代码评审的最终结果
10:10.700–10:13.160
他提到已经按照agentteams模式
10:13.160–10:15.300
对当前代码库进行评审
10:15.300–10:16.760
共9个agent参与
10:16.760–10:18.220
包括一个侦查agent
10:18.220–10:20.780
然后7个专业评审并行审查
10:20.780–10:22.720
还包含一个主审agent
10:22.720–10:24.620
这里给出这个完成报告
10:24.620–10:26.000
已经在这个文件中
10:26.000–10:27.440
我们点击就可以查看
10:27.440–10:30.360
点击之后就打开了这个代码审查报告
10:30.360–10:32.700
这里我们就不再具体去看了
10:32.700–10:35.940
好这里给出的是这个评审团队的构成
10:36.180–10:37.700
然后这里就是核心结论
10:37.980–10:41.580
这里给出的就是这些需要修复的问题的优先级
10:41.780–10:43.460
这是我们测试的deep-sick harness
10:43.460–10:45.020
它的aginal tips功能
10:45.300–10:48.740
在上一期演示deep-sick harness的视频发布后
10:48.740–10:51.260
在私信中我还收到了好多让我讲解
10:51.260–10:53.940
如何为deep-sick harness来创建插件
10:54.100–10:57.540
因为deep-sick harness它的理念就是一切接插件
10:57.540–11:01.220
然后我们可以将我们的工作流直接封装成插件
11:01.220–11:04.760
为了方便大家零门槛为Deepseekharness来开发插件
11:04.760–11:06.720
我这里直接创建了一个skill
11:06.720–11:10.420
然后使用这个skill就可以为Deepseekharness创建插件
11:10.420–11:15.840
然后大家可以将这个skill为codex或者cloudcodeDeepseekharness进行安装
11:15.840–11:17.280
安装方式非常简单
11:17.280–11:20.160
大家可以直接查看说明文档进行手动安装
11:20.160–11:23.540
然后也可以直接复制这个项目的仓库链接
11:23.540–11:26.820
然后在Deepseekharness中我们就可以直接用自然源描述
11:26.820–11:29.640
让他阅读这个skill的说明文档并且安装
11:29.640–11:32.160
在后面我们跟上这个仓库链接就可以
11:32.160–11:33.320
然后点击发送
11:33.320–11:34.700
当安装完成之后
11:34.700–11:35.880
我们就用斜杠命令
11:35.880–11:38.280
就可以来调出这个scale
11:38.280–11:40.600
然后我们就可以用自然语言描述
11:40.600–11:42.780
我们所需要创建的这些插件
11:42.780–11:44.060
我示茂的这个任务是
11:44.060–11:45.700
让他为我创建一个
11:45.700–11:48.960
可以为deepstick harness设置定时任务的插件
11:48.960–11:50.740
然后我们就点击发送
11:50.740–11:51.920
他就会调用
11:51.920–11:53.760
刚才我们安装的这个scale
11:53.760–11:56.220
来为我们创建这个插件
11:56.220–11:57.760
好 这里创建完成
11:57.760–12:00.640
他为我们创建了一个专门为DeepseekHarness
12:00.640–12:02.600
来设置定时任务的一个插件
12:02.600–12:03.900
在说明文档中
12:03.900–12:06.200
他给出了这个定时任务的插件
12:06.200–12:09.240
与官方自带的这个插件有哪些区别
12:09.240–12:12.960
像这些优势是官方插件所不具备的优势
12:12.960–12:15.880
而且我还使用这个创建插件的这个skill
12:15.880–12:18.140
为DeepseekHarness开发了一个
12:18.140–12:21.860
能够调用PayAgent进行code review的插件
12:21.860–12:24.660
在DeepseekHarness中我们可以测试一下
12:24.660–12:27.060
比如说这里我可以用DeepseekHarness
12:27.060–12:30.800
将这个平面图做成的这个3D可探索项目
12:30.800–12:32.820
对这个项目进行code review
12:32.820–12:35.400
我说的提示词就是调用这个插件
12:35.400–12:36.700
对代码进行review
12:36.700–12:38.060
然后我们就直接发送
12:38.060–12:40.960
在这里就可以看到他调用了Pi code review
12:40.960–12:43.900
在最后这里他就提示Pi审查通过
12:43.900–12:46.020
然后这里是给出的审查结论
12:46.020–12:48.020
这里还给出了验证方式
12:48.020–12:48.940
像这样的话
12:48.940–12:50.860
我们就可以为Deepseekharness
12:50.860–12:54.800
零门槛来创建我们所需要的各种插件
12:54.800–12:57.440
本期视频为大家分享了DeepSig Harness
12:57.440–12:58.380
它的Workflow
12:58.380–13:00.560
以及Agent Teams的使用方式
13:00.560–13:03.000
以及如何零门槛为DeepSig Harness
13:03.000–13:04.200
来创建插件
13:04.200–13:07.180
掌握了DeepSig Harness这几个使用技巧
13:07.180–13:09.480
就能大幅提升我们的开发效率
13:09.480–13:11.200
本期视频就做到这里
13:11.200–13:13.700
欢迎大家点赞关注和转发
13:13.700–13:14.900
谢谢大家观看
13:16.449–13:17.782
请不吝点赞 订阅 转发 打赏支持明镜与点点栏目
0:00.000–0:01.758
字幕志愿者 杨茜茜
字幕志愿者 杨茜茜
0:02.874–0:03.708
在之前的视频中,
在之前的视频中,
0:03.708–0:06.524
我为大家演示了Deepseek Harness的基础用法
我为大家演示了Deepseek Harness的基础用法
0:06.524–0:09.424
视频发布后,我收到了非常多的私信
视频发布后,我收到了非常多的私信
0:09.424–0:13.024
让我继续深入讲解Deepseek Harness的高级用法
让我继续深入讲解Deepseek Harness的高级用法
0:13.024–0:17.304
本期视频就为大家演示Deepseek Harness更多高级使用技巧
本期视频就为大家演示Deepseek Harness更多高级使用技巧
0:17.304–0:20.404
最近Deepseek Harness迭代速度非常快
最近Deepseek Harness迭代速度非常快
0:20.404–0:24.024
而且随着Deepseek V4 FlashVision模型的发布
而且随着Deepseek V4 FlashVision模型的发布
0:24.024–0:27.304
Deepseek Harness它的多模态能力大幅度增强
Deepseek Harness它的多模态能力大幅度增强
0:27.304–0:31.044
无论是它的OCR能力,还是它的视觉能力
无论是它的OCR能力,还是它的视觉能力
0:31.044–0:32.804
都得到了显著提升
都得到了显著提升
0:32.804–0:34.364
在OCR能力方面
在OCR能力方面
0:34.364–0:36.824
它可以识别这些手写的笔记
它可以识别这些手写的笔记
0:36.824–0:40.124
按照原有的格式提取并且输出
按照原有的格式提取并且输出
0:40.124–0:41.584
在视觉能力方面
在视觉能力方面
0:41.584–0:44.164
它能将我们提供的房屋平面图
它能将我们提供的房屋平面图
0:44.164–0:48.444
用前端技术复刻出来这种3D可探索的模型
用前端技术复刻出来这种3D可探索的模型
0:48.444–0:50.324
而且它复刻的这些细节
而且它复刻的这些细节
0:50.324–0:52.644
都遵循了我们给它提供的平面图
都遵循了我们给它提供的平面图
0:52.644–0:56.104
然后它将平面图转换成3D可探索的模型
然后它将平面图转换成3D可探索的模型
0:56.104–0:58.784
下面我们再看一下Deep Sticker Harness中
下面我们再看一下Deep Sticker Harness中
0:58.784–1:01.404
他新增了一个非常强大的功能
他新增了一个非常强大的功能
1:01.404–1:02.764
也就是workflow功能
也就是workflow功能
1:02.764–1:05.324
这个功能相当于在执行任务的时候
这个功能相当于在执行任务的时候
1:05.324–1:06.944
召集一批临时专家
召集一批临时专家
1:06.944–1:08.284
并行完成任务
并行完成任务
1:08.284–1:10.784
将每个专家完成任务的结果
将每个专家完成任务的结果
1:10.784–1:12.364
汇总给主agent
汇总给主agent
1:12.364–1:15.184
然后再由主agent整理这些结果
然后再由主agent整理这些结果
1:15.184–1:17.344
并且给出最终的结果
并且给出最终的结果
1:17.344–1:18.764
像workflow这个功能
像workflow这个功能
1:18.764–1:22.624
它非常类似于cloudcode中的dynamic workflow
它非常类似于cloudcode中的dynamic workflow
1:22.624–1:24.144
在之前的视频中
在之前的视频中
1:24.144–1:26.304
我为大家制作过多期cloudcode
我为大家制作过多期cloudcode
1:26.304–1:27.964
dynamic workflow的视频
dynamic workflow的视频
1:27.964–1:29.964
也就是在执行任务之前
也就是在执行任务之前
1:29.964–1:32.404
主agent会根据我们的任务
主agent会根据我们的任务
1:32.404–1:33.664
编写一个脚本
编写一个脚本
1:33.664–1:35.264
在编写好的脚本中
在编写好的脚本中
1:35.264–1:36.984
它已经提前定义好了
它已经提前定义好了
1:36.984–1:38.464
使用哪些subagent
使用哪些subagent
1:38.464–1:40.024
也就是子智能体
也就是子智能体
1:40.024–1:41.324
并且每个智能体
并且每个智能体
1:41.324–1:42.704
它负责什么任务
它负责什么任务
1:42.704–1:45.124
而且还在脚本中明确定义了
而且还在脚本中明确定义了
1:45.124–1:46.644
需要执行几个阶段
需要执行几个阶段
1:46.644–1:48.104
每个阶段的任务是什么
每个阶段的任务是什么
1:48.104–1:49.364
像这种方式
像这种方式
1:49.364–1:51.524
就相当于有AI coding工具
就相当于有AI coding工具
1:51.524–1:53.044
根据我们的实际任务
根据我们的实际任务
1:53.044–1:54.624
来自主编写Harness
来自主编写Harness
1:54.624–1:57.224
所以这个理念还是非常超前的
所以这个理念还是非常超前的
1:57.224–1:59.424
当它开始执行这个workflow的时候
当它开始执行这个workflow的时候
1:59.424–2:03.764
我们就可以直接用香港命令来查看这些workflow执行的状态
我们就可以直接用香港命令来查看这些workflow执行的状态
2:03.764–2:05.764
包括这些任务所分的阶段
包括这些任务所分的阶段
2:05.764–2:08.864
然后每个阶段会派生出多少个subagent
然后每个阶段会派生出多少个subagent
2:08.864–2:11.224
以及这些subagent所调用的模型
以及这些subagent所调用的模型
2:11.224–2:12.804
还有实时消耗的token等
还有实时消耗的token等
2:12.804–2:16.741
而Deepseekharness它也吸纳了Cloudcode中这种dynamic
而Deepseekharness它也吸纳了Cloudcode中这种dynamic
2:16.741–2:17.824
workflow的功能
workflow的功能
2:17.824–2:22.004
所以在Deepseekharness中我们也可以来启用workflow功能
所以在Deepseekharness中我们也可以来启用workflow功能
2:22.004–2:24.244
尤其是在执行复杂任务的时候
尤其是在执行复杂任务的时候
2:24.244–2:28.324
或者是对复杂的大型代码仓库进行code review的时候
或者是对复杂的大型代码仓库进行code review的时候
2:28.324–2:30.024
我们都可以使用workflow功能
我们都可以使用workflow功能
2:30.024–2:33.364
在deepseekharness中我们想使用workflow功能
在deepseekharness中我们想使用workflow功能
2:33.364–2:35.764
我们只需要选中这个标准模式
我们只需要选中这个标准模式
2:35.764–2:38.484
因为标准模式它才支持workflow功能
因为标准模式它才支持workflow功能
2:38.484–2:40.664
在这里我选中了一个代码仓库
在这里我选中了一个代码仓库
2:40.664–2:42.684
然后我们可以使用workflow功能
然后我们可以使用workflow功能
2:42.684–2:45.744
让deepseekharness动态派生多个subagent
让deepseekharness动态派生多个subagent
2:45.744–2:47.924
对我们的代码仓库进行review
对我们的代码仓库进行review
2:47.924–2:49.724
然后我们就可以来数据提示测
然后我们就可以来数据提示测
2:49.724–2:52.224
我们可以简单看一下这个提示测
我们可以简单看一下这个提示测
2:52.224–2:57.024
要求使用workflow对当前代码库进行一次并行指图的发布前审计
要求使用workflow对当前代码库进行一次并行指图的发布前审计
2:57.024–2:59.324
并且要求启动4个子任务
并且要求启动4个子任务
2:59.324–3:01.724
包括检查模块边界依赖方向
包括检查模块边界依赖方向
3:01.724–3:02.924
检查错误处理
检查错误处理
3:02.924–3:04.584
检查测试覆盖口
检查测试覆盖口
3:04.584–3:06.524
检查输入验证等
检查输入验证等
3:06.524–3:09.144
在要求这里告诉他必须使用workflow
在要求这里告诉他必须使用workflow
3:09.144–3:10.804
并且禁止修改文件
并且禁止修改文件
3:10.804–3:13.484
每个subagent都返回结构化结果
每个subagent都返回结构化结果
3:13.484–3:14.624
然后我们就运行
然后我们就运行
3:14.624–3:16.124
看一下deep secret harness
看一下deep secret harness
3:16.124–3:18.484
它执行workflow的效果
它执行workflow的效果
3:18.484–3:20.384
好在这里我们就可以看到
好在这里我们就可以看到
3:20.384–3:22.624
他在构建这个工作流
他在构建这个工作流
3:22.624–3:23.964
在这里我们可以看到
在这里我们可以看到
3:23.964–3:26.884
他派生了四个并行执行的subagent
他派生了四个并行执行的subagent
3:26.884–3:29.444
然后我们可以点击一个进入进行查看
然后我们可以点击一个进入进行查看
3:29.444–3:31.524
点击之后我们就可以来查看
点击之后我们就可以来查看
3:31.524–3:34.684
这个agent他正在执行的这些任务
这个agent他正在执行的这些任务
3:34.684–3:36.924
这里会实时显示他执行的任务
这里会实时显示他执行的任务
3:36.924–3:39.604
然后我们可以点击这条他执行的命令
然后我们可以点击这条他执行的命令
3:39.604–3:42.224
就可以看到他执行的这些命令
就可以看到他执行的这些命令
3:42.224–3:45.244
然后我们如果想返回到刚才的这个界面
然后我们如果想返回到刚才的这个界面
3:45.244–3:47.044
我们只需要点击这个任务
我们只需要点击这个任务
3:47.044–3:49.584
这样的话就回到了刚才
这样的话就回到了刚才
3:49.584–3:51.144
我们查看到这个状态
我们查看到这个状态
3:51.144–3:53.544
可以看到这里这个任务已经执行完成
可以看到这里这个任务已经执行完成
3:53.544–3:54.824
我们再点击看一下
我们再点击看一下
3:54.824–3:57.084
这个任务它执行的状态
这个任务它执行的状态
3:57.084–4:00.324
点击之后我们就看到了这个任务正在执行
点击之后我们就看到了这个任务正在执行
4:00.324–4:03.184
而且还可以看到它读取了哪些文件
而且还可以看到它读取了哪些文件
4:03.184–4:05.864
执行了哪些具体的命令
执行了哪些具体的命令
4:05.864–4:08.584
以及它实时输出的这些状态
以及它实时输出的这些状态
4:08.584–4:11.924
好这里就提示它已经执行完了这个任务
好这里就提示它已经执行完了这个任务
4:11.924–4:15.064
在这里给出的就是结构化的执行结果
在这里给出的就是结构化的执行结果
4:15.064–4:17.824
这是它按照我们要求的JSON格式
这是它按照我们要求的JSON格式
4:17.824–4:19.704
输出的这个最终结果
输出的这个最终结果
4:19.704–4:21.024
这个结构化的结果
这个结构化的结果
4:21.024–4:23.384
最后就会由主Agent进行整理
最后就会由主Agent进行整理
4:23.384–4:25.784
然后我们再继续查看这些状态
然后我们再继续查看这些状态
4:25.784–4:27.344
当任务执行完成之后
当任务执行完成之后
4:27.344–4:28.504
这里就会显示绿色
这里就会显示绿色
4:28.504–4:30.704
然后这里还有一个任务还在执行
然后这里还有一个任务还在执行
4:30.704–4:32.124
我们点击进行查看
我们点击进行查看
4:32.124–4:33.964
这个任务还在执行中
这个任务还在执行中
4:33.964–4:36.484
然后我们再返回等它执行完成
然后我们再返回等它执行完成
4:36.484–4:39.004
好这里这些任务全都执行完成
好这里这些任务全都执行完成
4:39.004–4:42.744
现在正在输出最终的这个汇总结果
现在正在输出最终的这个汇总结果
4:42.744–4:45.564
首先这里提示这个工作流已经完成
首先这里提示这个工作流已经完成
4:45.564–4:48.144
然后4个subagent已全部成功
然后4个subagent已全部成功
4:48.144–4:50.204
共收集25条原始问题
共收集25条原始问题
4:50.204–4:52.524
然后他按严重程度减轻排序
然后他按严重程度减轻排序
4:52.524–4:54.724
这里是给出的这些执行阶段
这里是给出的这些执行阶段
4:54.724–4:58.804
这里就是按照严重程度来输出的最终的结果
这里就是按照严重程度来输出的最终的结果
4:58.804–5:00.744
他按由高到低减轻的排序
他按由高到低减轻的排序
5:00.744–5:02.144
这里是发现的问题
这里是发现的问题
5:02.144–5:05.224
这里就是给出的存在这个问题的代码文件
这里就是给出的存在这个问题的代码文件
5:05.224–5:07.424
在这里就给出了证据要点
在这里就给出了证据要点
5:07.424–5:09.324
然后还给出了修复建议
然后还给出了修复建议
5:09.324–5:11.804
他输出的这个结果是非常详细的
他输出的这个结果是非常详细的
5:11.804–5:14.664
在下面这里就是完整的这些jessing结果
在下面这里就是完整的这些jessing结果
5:14.664–5:17.744
在最后这里他就给出的总体判断
在最后这里他就给出的总体判断
5:17.744–5:20.124
然后我们还可以让他来输出
然后我们还可以让他来输出
5:20.124–5:22.364
他构建的这个工作流的代码
他构建的这个工作流的代码
5:22.364–5:24.824
然后我们看一下这个代码是怎样的
然后我们看一下这个代码是怎样的
5:24.824–5:26.104
在这里我输入提示次
在这里我输入提示次
5:26.104–5:28.764
让他将这个工作流的代码展示给我
让他将这个工作流的代码展示给我
5:28.764–5:29.524
然后发送
然后发送
5:29.524–5:32.304
可以看到这里他开始展示这个代码
可以看到这里他开始展示这个代码
5:32.304–5:35.224
首先这里就是工作流标识与阶段声明
首先这里就是工作流标识与阶段声明
5:35.224–5:37.024
像这个就和Cloudcode
像这个就和Cloudcode
5:37.024–5:39.664
它的Dynamic Workflow就非常像
它的Dynamic Workflow就非常像
5:39.664–5:41.944
因为刚才我们也查看了Cloudcode
因为刚才我们也查看了Cloudcode
5:41.944–5:44.484
它生成的Dynamic Workflow的代码
它生成的Dynamic Workflow的代码
5:44.484–5:47.164
然后DeepSig harness它构建的这个代码
然后DeepSig harness它构建的这个代码
5:47.164–5:48.584
也包含工作流名称
也包含工作流名称
5:48.584–5:50.004
然后具体的描述
然后具体的描述
5:50.004–5:51.744
还有分为这几个阶段
还有分为这几个阶段
5:51.744–5:54.124
然后我们再看一下最具体的脚本
然后我们再看一下最具体的脚本
5:54.124–5:56.464
它构建的这个脚本也是纯js
它构建的这个脚本也是纯js
5:56.464–5:59.124
像Cloudcode构建的workflow的脚本
像Cloudcode构建的workflow的脚本
5:59.124–6:00.764
也是由js编写的
也是由js编写的
6:00.764–6:01.864
在这个脚本中
在这个脚本中
6:01.864–6:04.444
它还定义了跳过哪些文件
它还定义了跳过哪些文件
6:04.444–6:06.064
然后我们再继续看
然后我们再继续看
6:06.064–6:08.704
这里构建了一个返回的这些格式
这里构建了一个返回的这些格式
6:08.704–6:09.724
而且可以看到
而且可以看到
6:09.724–6:12.184
它构建的这个脚本写的非常完善
它构建的这个脚本写的非常完善
6:12.184–6:14.344
在这里就是传入的参数
在这里就是传入的参数
6:14.344–6:15.884
也就是这个项目的路径
也就是这个项目的路径
6:15.884–6:18.664
然后他给出了这个脚本的结构说明
然后他给出了这个脚本的结构说明
6:18.664–6:21.564
在这里就是他定义的这四个subagent
在这里就是他定义的这四个subagent
6:21.564–6:24.584
这里还列出了每个subagent他们的职责
这里还列出了每个subagent他们的职责
6:24.584–6:28.544
在最后这里他提到每个subagent独立运行互不可见
在最后这里他提到每个subagent独立运行互不可见
6:28.544–6:31.764
好相见的话我们就可以在deep-sigal harness中
好相见的话我们就可以在deep-sigal harness中
6:31.764–6:33.564
直接通过自然语言描述
直接通过自然语言描述
6:33.564–6:36.864
让deep-sigal harness来动态编写工作流的脚本
让deep-sigal harness来动态编写工作流的脚本
6:36.864–6:40.424
然后按照编写好的工作流脚本来执行任务
然后按照编写好的工作流脚本来执行任务
6:40.424–6:43.204
DeepSync Harness它就具备了Cloud Code
DeepSync Harness它就具备了Cloud Code
6:43.204–6:46.104
最早实现了动态工作流的功能
最早实现了动态工作流的功能
6:46.104–6:48.844
像这个功能还是非常非常强大的
像这个功能还是非常非常强大的
6:48.844–6:50.844
尤其是针对复杂的项目
尤其是针对复杂的项目
6:50.844–6:53.504
复杂的代码库或者复杂的任务
复杂的代码库或者复杂的任务
6:53.504–6:56.004
刚才我也要演示的是DeepSync Harness
刚才我也要演示的是DeepSync Harness
6:56.004–6:57.604
它的Workflow功能
它的Workflow功能
6:57.604–7:01.084
而且DeepSync Harness它还支持Agent Teams功能
而且DeepSync Harness它还支持Agent Teams功能
7:01.084–7:05.824
这个功能就非常类似于Cloud Code中的Agent Teams功能
这个功能就非常类似于Cloud Code中的Agent Teams功能
7:05.824–7:08.964
像Agent Teams功能它和Workflow的区别就是
像Agent Teams功能它和Workflow的区别就是
7:08.964–7:12.984
agent teams它是建立一个可以持续存在的开发团队
agent teams它是建立一个可以持续存在的开发团队
7:12.984–7:14.984
它会先创建任务看板
它会先创建任务看板
7:14.984–7:16.364
然后分配成员
然后分配成员
7:16.364–7:17.724
也就是分配agent
也就是分配agent
7:17.724–7:20.604
这些agent之间可以互相发送消息
这些agent之间可以互相发送消息
7:20.604–7:23.164
而刚才为代言演示的workflow功能
而刚才为代言演示的workflow功能
7:23.164–7:26.264
这些agent之间无法互相发送消息
这些agent之间无法互相发送消息
7:26.264–7:28.004
所以agent teams的优势
所以agent teams的优势
7:28.004–7:30.884
就是这些成员之间可以互相发送消息
就是这些成员之间可以互相发送消息
7:30.884–7:33.024
而且还可以实现多轮推进
而且还可以实现多轮推进
7:33.024–7:35.544
当这些成员的任务都完成之后
当这些成员的任务都完成之后
7:35.544–7:37.404
最后会由这个主agent
最后会由这个主agent
7:37.404–7:42.164
也就是领导这个团队的agina对这些内容进行汇总
也就是领导这个团队的agina对这些内容进行汇总
7:42.164–7:44.604
想使用agina teams功能也非常简单
想使用agina teams功能也非常简单
7:44.604–7:48.364
我们只需要保证我们的deep secret harness已经升级到了最新版
我们只需要保证我们的deep secret harness已经升级到了最新版
7:48.364–7:51.444
在模式这里我们还是选择这个标准模式
在模式这里我们还是选择这个标准模式
7:51.444–7:54.364
在这里是我本机上一个已有的代码仓库
在这里是我本机上一个已有的代码仓库
7:54.364–7:56.524
然后我们就可以直接使用自然语言
然后我们就可以直接使用自然语言
7:56.524–7:59.244
让deep secret harness来启动agina teams
让deep secret harness来启动agina teams
7:59.244–8:00.000
比如说我这里
比如说我这里
8:00.000–8:01.640
比如说我这里直接输入自然语言
比如说我这里直接输入自然语言
8:01.900–8:05.480
让他使用agent teams对当前代码库进行code review
让他使用agent teams对当前代码库进行code review
8:05.740–8:07.020
然后我们就直接发送
然后我们就直接发送
8:07.280–8:11.620
然后deep secret harness他会先了解一下当前代码库的结构和规模
然后deep secret harness他会先了解一下当前代码库的结构和规模
8:11.620–8:15.820
然后他才会设计合适的agent teams评审方案
然后他才会设计合适的agent teams评审方案
8:15.820–8:18.220
像这种方式还是非常灵活的
像这种方式还是非常灵活的
8:18.220–8:22.620
他并不是收到指令之后就直接构建几个成员的团队
他并不是收到指令之后就直接构建几个成员的团队
8:22.620–8:25.220
而是先粗略了解一下我们的代码库
而是先粗略了解一下我们的代码库
8:25.220–8:27.820
然后再构建真正的agent teams
然后再构建真正的agent teams
8:27.820–8:30.420
好这里他提示这个代码库已经清楚
好这里他提示这个代码库已经清楚
8:30.420–8:31.820
包含ls应用
包含ls应用
8:31.820–8:33.020
还有Chrome拓展
还有Chrome拓展
8:33.020–8:35.420
还有superbase后端以及脚本
还有superbase后端以及脚本
8:35.420–8:37.820
他提到他会快速统计规模
他提到他会快速统计规模
8:37.820–8:39.820
然后设计agent的评审方案
然后设计agent的评审方案
8:39.820–8:42.020
这里他提示这个代码库已经明确
这里他提示这个代码库已经明确
8:42.020–8:45.400
他将按照agent teams模式来组织评审
他将按照agent teams模式来组织评审
8:45.400–8:47.820
包括一个上下文观察的agent
包括一个上下文观察的agent
8:47.820–8:49.820
还有7个专业评审agent
还有7个专业评审agent
8:49.820–8:51.900
以及一个主审稿agent
以及一个主审稿agent
8:51.900–8:53.120
在这里我们可以看到
在这里我们可以看到
8:53.120–8:55.040
他这里生成了这个任务
他这里生成了这个任务
8:55.040–8:58.240
然后现在正在执行agent teams评审方案
然后现在正在执行agent teams评审方案
8:58.240–9:00.640
在这里我们就看到他正在执行
在这里我们就看到他正在执行
9:00.640–9:02.460
然后我们可以点击进行查看
然后我们可以点击进行查看
9:02.460–9:04.640
这里是他生成的这个项目简报
这里是他生成的这个项目简报
9:04.640–9:07.060
包括产品是什么架构总览
包括产品是什么架构总览
9:07.060–9:08.580
还有就是评审建议
还有就是评审建议
9:08.580–9:12.880
然后我们点击左上角再返回刚才的这个状态
然后我们点击左上角再返回刚才的这个状态
9:12.880–9:13.980
然后我们继续查看
然后我们继续查看
9:13.980–9:16.360
他已经构建好了这个agent teams
他已经构建好了这个agent teams
9:16.360–9:17.760
包含7个成员
包含7个成员
9:17.760–9:19.840
他们的状态就是运行中
他们的状态就是运行中
9:19.840–9:23.280
然后我们可以点击其中的第一个进入查看
然后我们可以点击其中的第一个进入查看
9:23.280–9:26.740
我们可以看到这里他收到了刚才的上下文件报
我们可以看到这里他收到了刚才的上下文件报
9:26.740–9:29.560
然后下面就是给他的这些具体提示词
然后下面就是给他的这些具体提示词
9:29.560–9:31.460
然后这里他正在执行
然后这里他正在执行
9:31.460–9:33.320
可以看到他正在读取代码库
可以看到他正在读取代码库
9:33.320–9:34.920
还没有输出其他内容
还没有输出其他内容
9:34.920–9:36.760
然后我们再返回继续查看
然后我们再返回继续查看
9:36.760–9:40.020
在左上角我们将鼠标定位到这里
在左上角我们将鼠标定位到这里
9:40.020–9:43.740
就可以看到这些agent他们执行的实施状态
就可以看到这些agent他们执行的实施状态
9:43.740–9:45.140
以及他们运行的时间
以及他们运行的时间
9:45.140–9:46.300
还有所消耗的token
还有所消耗的token
9:46.300–9:48.480
比如说我们可以进入一个进行查看
比如说我们可以进入一个进行查看
9:48.480–9:50.680
然后这个agent他已经执行完成
然后这个agent他已经执行完成
9:50.680–9:53.260
他输出了最终的这个报告
他输出了最终的这个报告
9:53.260–9:56.160
包括总结还有发现的这些问题
包括总结还有发现的这些问题
9:56.160–9:57.700
然后我们就可以返回
然后我们就可以返回
9:57.700–10:00.600
继续等待这些agent执行完成
继续等待这些agent执行完成
10:00.600–10:02.960
这个7个成员的agent提姆斯
这个7个成员的agent提姆斯
10:02.960–10:04.740
已经全部执行完成
已经全部执行完成
10:04.740–10:07.580
现在再由这个领导agent在执行
现在再由这个领导agent在执行
10:07.580–10:10.700
现在他开始输出这个代码评审的最终结果
现在他开始输出这个代码评审的最终结果
10:10.700–10:13.160
他提到已经按照agentteams模式
他提到已经按照agentteams模式
10:13.160–10:15.300
对当前代码库进行评审
对当前代码库进行评审
10:15.300–10:16.760
共9个agent参与
共9个agent参与
10:16.760–10:18.220
包括一个侦查agent
包括一个侦查agent
10:18.220–10:20.780
然后7个专业评审并行审查
然后7个专业评审并行审查
10:20.780–10:22.720
还包含一个主审agent
还包含一个主审agent
10:22.720–10:24.620
这里给出这个完成报告
这里给出这个完成报告
10:24.620–10:26.000
已经在这个文件中
已经在这个文件中
10:26.000–10:27.440
我们点击就可以查看
我们点击就可以查看
10:27.440–10:30.360
点击之后就打开了这个代码审查报告
点击之后就打开了这个代码审查报告
10:30.360–10:32.700
这里我们就不再具体去看了
这里我们就不再具体去看了
10:32.700–10:35.940
好这里给出的是这个评审团队的构成
好这里给出的是这个评审团队的构成
10:36.180–10:37.700
然后这里就是核心结论
然后这里就是核心结论
10:37.980–10:41.580
这里给出的就是这些需要修复的问题的优先级
这里给出的就是这些需要修复的问题的优先级
10:41.780–10:43.460
这是我们测试的deep-sick harness
这是我们测试的deep-sick harness
10:43.460–10:45.020
它的aginal tips功能
它的aginal tips功能
10:45.300–10:48.740
在上一期演示deep-sick harness的视频发布后
在上一期演示deep-sick harness的视频发布后
10:48.740–10:51.260
在私信中我还收到了好多让我讲解
在私信中我还收到了好多让我讲解
10:51.260–10:53.940
如何为deep-sick harness来创建插件
如何为deep-sick harness来创建插件
10:54.100–10:57.540
因为deep-sick harness它的理念就是一切接插件
因为deep-sick harness它的理念就是一切接插件
10:57.540–11:01.220
然后我们可以将我们的工作流直接封装成插件
然后我们可以将我们的工作流直接封装成插件
11:01.220–11:04.760
为了方便大家零门槛为Deepseekharness来开发插件
为了方便大家零门槛为Deepseekharness来开发插件
11:04.760–11:06.720
我这里直接创建了一个skill
我这里直接创建了一个skill
11:06.720–11:10.420
然后使用这个skill就可以为Deepseekharness创建插件
然后使用这个skill就可以为Deepseekharness创建插件
11:10.420–11:15.840
然后大家可以将这个skill为codex或者cloudcodeDeepseekharness进行安装
然后大家可以将这个skill为codex或者cloudcodeDeepseekharness进行安装
11:15.840–11:17.280
安装方式非常简单
安装方式非常简单
11:17.280–11:20.160
大家可以直接查看说明文档进行手动安装
大家可以直接查看说明文档进行手动安装
11:20.160–11:23.540
然后也可以直接复制这个项目的仓库链接
然后也可以直接复制这个项目的仓库链接
11:23.540–11:26.820
然后在Deepseekharness中我们就可以直接用自然源描述
然后在Deepseekharness中我们就可以直接用自然源描述
11:26.820–11:29.640
让他阅读这个skill的说明文档并且安装
让他阅读这个skill的说明文档并且安装
11:29.640–11:32.160
在后面我们跟上这个仓库链接就可以
在后面我们跟上这个仓库链接就可以
11:32.160–11:33.320
然后点击发送
然后点击发送
11:33.320–11:34.700
当安装完成之后
当安装完成之后
11:34.700–11:35.880
我们就用斜杠命令
我们就用斜杠命令
11:35.880–11:38.280
就可以来调出这个scale
就可以来调出这个scale
11:38.280–11:40.600
然后我们就可以用自然语言描述
然后我们就可以用自然语言描述
11:40.600–11:42.780
我们所需要创建的这些插件
我们所需要创建的这些插件
11:42.780–11:44.060
我示茂的这个任务是
我示茂的这个任务是
11:44.060–11:45.700
让他为我创建一个
让他为我创建一个
11:45.700–11:48.960
可以为deepstick harness设置定时任务的插件
可以为deepstick harness设置定时任务的插件
11:48.960–11:50.740
然后我们就点击发送
然后我们就点击发送
11:50.740–11:51.920
他就会调用
他就会调用
11:51.920–11:53.760
刚才我们安装的这个scale
刚才我们安装的这个scale
11:53.760–11:56.220
来为我们创建这个插件
来为我们创建这个插件
11:56.220–11:57.760
好 这里创建完成
好 这里创建完成
11:57.760–12:00.640
他为我们创建了一个专门为DeepseekHarness
他为我们创建了一个专门为DeepseekHarness
12:00.640–12:02.600
来设置定时任务的一个插件
来设置定时任务的一个插件
12:02.600–12:03.900
在说明文档中
在说明文档中
12:03.900–12:06.200
他给出了这个定时任务的插件
他给出了这个定时任务的插件
12:06.200–12:09.240
与官方自带的这个插件有哪些区别
与官方自带的这个插件有哪些区别
12:09.240–12:12.960
像这些优势是官方插件所不具备的优势
像这些优势是官方插件所不具备的优势
12:12.960–12:15.880
而且我还使用这个创建插件的这个skill
而且我还使用这个创建插件的这个skill
12:15.880–12:18.140
为DeepseekHarness开发了一个
为DeepseekHarness开发了一个
12:18.140–12:21.860
能够调用PayAgent进行code review的插件
能够调用PayAgent进行code review的插件
12:21.860–12:24.660
在DeepseekHarness中我们可以测试一下
在DeepseekHarness中我们可以测试一下
12:24.660–12:27.060
比如说这里我可以用DeepseekHarness
比如说这里我可以用DeepseekHarness
12:27.060–12:30.800
将这个平面图做成的这个3D可探索项目
将这个平面图做成的这个3D可探索项目
12:30.800–12:32.820
对这个项目进行code review
对这个项目进行code review
12:32.820–12:35.400
我说的提示词就是调用这个插件
我说的提示词就是调用这个插件
12:35.400–12:36.700
对代码进行review
对代码进行review
12:36.700–12:38.060
然后我们就直接发送
然后我们就直接发送
12:38.060–12:40.960
在这里就可以看到他调用了Pi code review
在这里就可以看到他调用了Pi code review
12:40.960–12:43.900
在最后这里他就提示Pi审查通过
在最后这里他就提示Pi审查通过
12:43.900–12:46.020
然后这里是给出的审查结论
然后这里是给出的审查结论
12:46.020–12:48.020
这里还给出了验证方式
这里还给出了验证方式
12:48.020–12:48.940
像这样的话
像这样的话
12:48.940–12:50.860
我们就可以为Deepseekharness
我们就可以为Deepseekharness
12:50.860–12:54.800
零门槛来创建我们所需要的各种插件
零门槛来创建我们所需要的各种插件
12:54.800–12:57.440
本期视频为大家分享了DeepSig Harness
本期视频为大家分享了DeepSig Harness
12:57.440–12:58.380
它的Workflow
它的Workflow
12:58.380–13:00.560
以及Agent Teams的使用方式
以及Agent Teams的使用方式
13:00.560–13:03.000
以及如何零门槛为DeepSig Harness
以及如何零门槛为DeepSig Harness
13:03.000–13:04.200
来创建插件
来创建插件
13:04.200–13:07.180
掌握了DeepSig Harness这几个使用技巧
掌握了DeepSig Harness这几个使用技巧
13:07.180–13:09.480
就能大幅提升我们的开发效率
就能大幅提升我们的开发效率
13:09.480–13:11.200
本期视频就做到这里
本期视频就做到这里
13:11.200–13:13.700
欢迎大家点赞关注和转发
欢迎大家点赞关注和转发
13:13.700–13:14.900
谢谢大家观看
谢谢大家观看
13:16.449–13:17.782
请不吝点赞 订阅 转发 打赏支持明镜与点点栏目
请不吝点赞 订阅 转发 打赏支持明镜与点点栏目