1
00:00:00,000 --> 00:00:06,800
在之前的視頻中,我為大家演示了Deepseek Harness的技術用法。

2
00:00:06,800 --> 00:00:13,200
視頻發布後,我收到了非常多的私信,讓我繼續深入講解Deepseek Harness的高級用法。

3
00:00:13,200 --> 00:00:17,600
本期視頻就為大家演示Deepseek Harness更多高級使用技巧。

4
00:00:17,600 --> 00:00:24,200
最近Deepseek Harness迭代速度非常快,而且隨著Deepseek V4 Flash Vision模型的發布,

5
00:00:24,200 --> 00:00:27,600
Deepseek Harness它的多模態能力大幅度增強。

6
00:00:27,600 --> 00:00:32,800
无论是它的OCR能力还是它的视觉能力都得到了显著提升

7
00:00:32,800 --> 00:00:34,380
在OCR能力方面

8
00:00:34,380 --> 00:00:36,840
它可以识别这些手写的笔记

9
00:00:36,840 --> 00:00:40,120
按照原有的格式提取并且输出

10
00:00:40,120 --> 00:00:41,600
在视觉能力方面

11
00:00:41,600 --> 00:00:44,160
它能将我们提供的房屋平面图

12
00:00:44,160 --> 00:00:48,440
用前端技术复刻出来这种3D可探索的模型

13
00:00:48,440 --> 00:00:52,640
而且它复刻的这些细节都遵循了我们给它提供的平面图

14
00:00:52,640 --> 00:00:56,100
然后它将平面图转换成3D可探索的模型

15
00:00:56,100 --> 00:00:58,780
下面我们再看一下DeepSkullHarness中

16
00:00:58,780 --> 00:01:01,400
它新增了一个非常强大的功能

17
00:01:01,400 --> 00:01:02,760
也就是Workflow功能

18
00:01:02,760 --> 00:01:05,320
这个功能相当于在执行任务的时候

19
00:01:05,320 --> 00:01:08,300
召集一批临时专家并行完成任务

20
00:01:08,300 --> 00:01:12,360
将每个专家完成任务的结果汇总给主agent

21
00:01:12,360 --> 00:01:15,160
然后再由主agent整理这些结果

22
00:01:15,160 --> 00:01:17,300
并且给出最终的结果

23
00:01:17,300 --> 00:01:18,760
像Workflow这个功能

24
00:01:18,760 --> 00:01:22,680
它非常类似于Cloud Code中的Dynamic Workflow

25
00:01:22,680 --> 00:01:24,140
在之前的视频中

26
00:01:24,140 --> 00:01:26,280
我为大家制作过多期Cloud Code

27
00:01:26,280 --> 00:01:27,980
Dynamic Workflow的视频

28
00:01:27,980 --> 00:01:29,960
也就是在执行任务之前

29
00:01:29,960 --> 00:01:32,400
主agent会根据我们的任务

30
00:01:32,400 --> 00:01:33,660
编写一个脚本

31
00:01:33,660 --> 00:01:35,260
在编写好的脚本中

32
00:01:35,260 --> 00:01:36,980
它已经提前定义好了

33
00:01:36,980 --> 00:01:38,440
使用哪些subagent

34
00:01:38,440 --> 00:01:40,020
也就是子智能体

35
00:01:40,020 --> 00:01:41,320
并且每个智能体

36
00:01:41,320 --> 00:01:42,700
它负责什么任务

37
00:01:42,700 --> 00:01:45,100
而且还在脚本中明确定义了

38
00:01:45,100 --> 00:01:46,640
需要执行几个阶段

39
00:01:46,640 --> 00:01:48,100
每个阶段的任务是什么

40
00:01:48,100 --> 00:01:50,120
像这种方式就相当于

41
00:01:50,120 --> 00:01:51,500
由AI coding工具

42
00:01:51,500 --> 00:01:53,040
根据我们的实际任务

43
00:01:53,040 --> 00:01:54,640
来自主编写harness

44
00:01:54,640 --> 00:01:57,220
所以这个理念还是非常超前的

45
00:01:57,220 --> 00:01:59,420
当它开始执行这个workflow的时候

46
00:01:59,420 --> 00:02:03,760
我们就可以直接用香港命令来查看这些workflow执行的状态

47
00:02:03,760 --> 00:02:05,760
包括这些任务所分的阶段

48
00:02:05,760 --> 00:02:08,880
然后每个阶段会派生出多少个subagent

49
00:02:08,880 --> 00:02:11,220
以及这些subagent所调用的模型

50
00:02:11,220 --> 00:02:12,800
还有实时消耗的token等

51
00:02:12,800 --> 00:02:17,820
而Deepseekharness它也吸纳了Cloudcode中这种dynamic workflow的功能

52
00:02:17,820 --> 00:02:22,020
所以在Deepseekharness中我们也可以来启用workflow功能

53
00:02:22,020 --> 00:02:24,240
尤其是在执行复杂任务的时候

54
00:02:24,240 --> 00:02:28,320
或者是对复杂的大型代码仓库进行code review的时候

55
00:02:28,320 --> 00:02:30,040
我们都可以使用workflow功能

56
00:02:30,040 --> 00:02:33,340
在deepsecure harness中我们想使用workflow功能

57
00:02:33,340 --> 00:02:35,760
我们只需要选中这个标准模式

58
00:02:35,760 --> 00:02:38,500
因为标准模式它才支持workflow功能

59
00:02:38,500 --> 00:02:40,660
在这里我选中了一个代码仓库

60
00:02:40,660 --> 00:02:42,680
然后我们可以使用workflow功能

61
00:02:42,680 --> 00:02:45,740
让deepsecure harness动态派生多个subagent

62
00:02:45,740 --> 00:02:47,920
对我们的代码仓库进行review

63
00:02:47,920 --> 00:02:49,720
然后我们就可以来输入提示测

64
00:02:49,720 --> 00:02:51,900
我们可以简单看一下这个提示测

65
00:02:51,900 --> 00:02:55,480
要求使用workflow对当前代码库进行一次并行

66
00:02:55,480 --> 00:02:57,060
只读的发布前审计

67
00:02:57,060 --> 00:02:59,360
并且要求启动四个子任务

68
00:02:59,360 --> 00:03:01,740
包括检查模块边界依赖方向

69
00:03:01,740 --> 00:03:02,920
检查错误处理

70
00:03:02,920 --> 00:03:04,580
检查测试覆盖口

71
00:03:04,580 --> 00:03:06,520
检查输入验证等

72
00:03:06,520 --> 00:03:09,160
在要求这里告诉他必须使用workflow

73
00:03:09,160 --> 00:03:10,800
并且禁止修改文件

74
00:03:10,800 --> 00:03:13,480
每个subagent都返回结构化结果

75
00:03:13,480 --> 00:03:14,640
然后我们就运行

76
00:03:14,640 --> 00:03:16,120
看一下deep secret harness

77
00:03:16,120 --> 00:03:18,480
它执行workflow的效果

78
00:03:18,480 --> 00:03:20,380
好在这里我们就可以看到

79
00:03:20,380 --> 00:03:22,620
他在构建这个工作流

80
00:03:22,620 --> 00:03:23,960
在这里我们可以看到

81
00:03:23,960 --> 00:03:26,880
他派生了四个并行执行的subagent

82
00:03:26,880 --> 00:03:29,440
然后我们可以点击一个进入进行查看

83
00:03:29,440 --> 00:03:31,520
点击之后我们就可以来查看

84
00:03:31,520 --> 00:03:34,680
这个agent他正在执行的这些任务

85
00:03:34,680 --> 00:03:36,920
这里会实时显示他执行的任务

86
00:03:36,920 --> 00:03:39,600
然后我们可以点击这条他执行的命令

87
00:03:39,600 --> 00:03:42,220
就可以看到他执行的这些命令

88
00:03:42,220 --> 00:03:45,240
然后我们如果想返回到刚才的这个界面

89
00:03:45,240 --> 00:03:47,040
我们只需要点击这个任务

90
00:03:47,040 --> 00:03:49,580
这样的话就回到了刚才

91
00:03:49,580 --> 00:03:51,140
我们查看到这个状态

92
00:03:51,140 --> 00:03:53,540
可以看到这里这个任务已经执行完成

93
00:03:53,540 --> 00:03:54,860
我们再点击看一下

94
00:03:54,860 --> 00:03:57,080
这个任务它执行的状态

95
00:03:57,080 --> 00:04:00,320
点击之后我们就看到了这个任务正在执行

96
00:04:00,320 --> 00:04:03,180
而且还可以看到它读取了哪些文件

97
00:04:03,180 --> 00:04:05,880
执行了哪些具体的命令

98
00:04:05,880 --> 00:04:08,580
以及它实时输出的这些状态

99
00:04:08,580 --> 00:04:11,920
好这里就提示它已经执行完了这个任务

100
00:04:11,920 --> 00:04:15,060
在这里给出的就是结构化的执行结果

101
00:04:15,060 --> 00:04:17,820
这是它按照我们要求的JSON格式

102
00:04:17,820 --> 00:04:19,700
输出的这个最终结果

103
00:04:19,700 --> 00:04:21,040
这个结构化的结果

104
00:04:21,040 --> 00:04:23,380
最后就会由主agent进行整理

105
00:04:23,380 --> 00:04:25,960
然后我们再继续查看这些状态

106
00:04:25,960 --> 00:04:27,340
当任务执行完成之后

107
00:04:27,340 --> 00:04:28,520
这里就会显示绿色

108
00:04:28,520 --> 00:04:29,880
然后这里还有一个任务

109
00:04:29,880 --> 00:04:30,700
还在执行

110
00:04:30,700 --> 00:04:32,120
我们点击进行查看

111
00:04:32,120 --> 00:04:33,960
这个任务还在执行中

112
00:04:33,960 --> 00:04:35,180
然后我们再返回

113
00:04:35,180 --> 00:04:36,480
等它执行完成

114
00:04:36,480 --> 00:04:38,980
好这里这些任务全都执行完成

115
00:04:38,980 --> 00:04:42,740
现在正在输出最终的这个汇总结果

116
00:04:42,740 --> 00:04:43,940
首先这里提示

117
00:04:43,940 --> 00:04:45,560
这个工作流已经完成

118
00:04:45,560 --> 00:04:48,140
然后4个subagent已全部成功

119
00:04:48,140 --> 00:04:50,200
共收集25条原始问题

120
00:04:50,200 --> 00:04:52,540
然后他按严重程度减轻排序

121
00:04:52,540 --> 00:04:54,740
这里是给出的这些执行阶段

122
00:04:54,740 --> 00:04:58,800
这里就是按照严重程度来输出的最终的结果

123
00:04:58,800 --> 00:05:00,740
他按由高到低减轻的排序

124
00:05:00,740 --> 00:05:02,140
这里是发现的问题

125
00:05:02,140 --> 00:05:05,240
这里就是给出的存在这个问题的代码文件

126
00:05:05,240 --> 00:05:07,440
在这里就给出了证据要点

127
00:05:07,440 --> 00:05:09,120
然后还给出了修复建议

128
00:05:09,120 --> 00:05:11,840
他输出的这个结果是非常详细的

129
00:05:11,840 --> 00:05:14,660
在下面这里就是完整的这些json结果

130
00:05:14,660 --> 00:05:17,740
在最后这里他就给出的总体判断

131
00:05:17,740 --> 00:05:20,120
然后我们还可以让他来输出

132
00:05:20,120 --> 00:05:22,380
他构建的这个工作流的代码

133
00:05:22,380 --> 00:05:24,820
然后我们看一下这个代码是怎样的

134
00:05:24,820 --> 00:05:26,100
在这里我输出提示次

135
00:05:26,100 --> 00:05:28,780
让他将这个工作流的代码展示给我

136
00:05:28,780 --> 00:05:29,520
然后发送

137
00:05:29,520 --> 00:05:32,520
可以看到这里他开始展示这个代码

138
00:05:32,520 --> 00:05:35,220
首先这里就是工作流标识与阶段声明

139
00:05:35,220 --> 00:05:37,020
像这个就和Cloud Code

140
00:05:37,020 --> 00:05:39,660
它的Dynamic Workflow就非常像

141
00:05:39,660 --> 00:05:41,420
因为刚才我们也查看了

142
00:05:41,420 --> 00:05:44,480
Cloud Code它生成的Dynamic Workflow的代码

143
00:05:44,480 --> 00:05:47,180
然后DeepSyncHarness它构建的这个代码

144
00:05:47,180 --> 00:05:48,580
也包含工作流名称

145
00:05:48,580 --> 00:05:50,020
然后具体的描述

146
00:05:50,020 --> 00:05:51,740
还有分为这几个阶段

147
00:05:51,740 --> 00:05:53,980
然后我们再看一下最具体的脚本

148
00:05:53,980 --> 00:05:56,520
它构建的这个脚本也是纯JS

149
00:05:56,520 --> 00:05:59,120
像Cloudcode构建的workflow的脚本

150
00:05:59,120 --> 00:06:00,760
也是由JS编写的

151
00:06:00,760 --> 00:06:01,860
在这个脚本中

152
00:06:01,860 --> 00:06:04,460
它还定义了跳过哪些文件

153
00:06:04,460 --> 00:06:06,060
然后我们再继续看

154
00:06:06,060 --> 00:06:08,720
这里构建了一个返回的这些格式

155
00:06:08,720 --> 00:06:09,720
而且可以看到

156
00:06:09,720 --> 00:06:12,180
它构建的这个脚本写的非常完善

157
00:06:12,180 --> 00:06:14,360
在这里就是传入的参数

158
00:06:14,360 --> 00:06:15,880
也就是这个项目的路径

159
00:06:15,880 --> 00:06:18,660
然后他给出了这个脚本的结构说明

160
00:06:18,660 --> 00:06:21,580
在这里就是他定义的这四个subagent

161
00:06:21,580 --> 00:06:24,600
这里还列出了每个subagent他们的职责

162
00:06:24,600 --> 00:06:28,560
在最后这里他提到每个subagent独立运行互不可见

163
00:06:28,560 --> 00:06:31,780
好相见的话我们就可以在deep-sigal harness中

164
00:06:31,780 --> 00:06:33,560
直接通过自然语言描述

165
00:06:33,560 --> 00:06:36,860
让deep-sigal harness来动态编写工作流的脚本

166
00:06:36,860 --> 00:06:40,440
然后按照编写好的工作流脚本来执行任务

167
00:06:40,440 --> 00:06:46,100
DeepSync Harness它就具备了Cloud Code的最早实现了动态工作流的功能

168
00:06:46,100 --> 00:06:48,840
像这个功能还是非常非常强大的

169
00:06:48,840 --> 00:06:50,840
尤其是针对复杂的项目

170
00:06:50,840 --> 00:06:53,500
复杂的代码库或者复杂的任务

171
00:06:53,500 --> 00:06:57,600
刚才我给大家演示的是DeepSync Harness它的Workflow功能

172
00:06:57,600 --> 00:07:01,080
而且DeepSync Harness它还支持Agent Teams功能

173
00:07:01,080 --> 00:07:05,500
这个功能就非常类似于Cloud Code中的Agent Teams功能

174
00:07:05,500 --> 00:07:08,960
像Agent Teams功能它和Workflow的区别就是

175
00:07:08,960 --> 00:07:13,000
agent teams它是建立一个可以持续存在的开发团队

176
00:07:13,000 --> 00:07:14,980
它会先创建任务看板

177
00:07:14,980 --> 00:07:16,380
然后分配成员

178
00:07:16,380 --> 00:07:17,720
也就是分配agent

179
00:07:17,720 --> 00:07:20,880
这些agent之间可以互相发送消息

180
00:07:20,880 --> 00:07:23,160
而刚才为代言演示的workflow功能

181
00:07:23,160 --> 00:07:26,260
这些agent之间无法互相发送消息

182
00:07:26,260 --> 00:07:28,020
所以agent teams的优势

183
00:07:28,020 --> 00:07:30,880
就是这些成员之间可以互相发送消息

184
00:07:30,880 --> 00:07:33,020
而且还可以实现多轮推进

185
00:07:33,020 --> 00:07:35,540
当这些成员的任务都完成之后

186
00:07:35,540 --> 00:07:37,420
最后会由这个主agent

187
00:07:37,420 --> 00:07:42,160
也就是领导这个团队的agent 对这些内容进行汇总

188
00:07:42,160 --> 00:07:44,600
想使用agent teams功能也非常简单

189
00:07:44,600 --> 00:07:48,360
我们只需要保证我们的deep secret harness已经升级到了最新版

190
00:07:48,360 --> 00:07:51,440
在模式这里我们还是选择这个标准模式

191
00:07:51,440 --> 00:07:54,360
在这里是我本机上一个已有的代码仓库

192
00:07:54,360 --> 00:07:56,520
然后我们就可以直接使用自然语言

193
00:07:56,520 --> 00:07:59,240
让deep secret harness来启动agent teams

194
00:07:59,240 --> 00:08:00,000
比如说我这里

195
00:08:15,000 --> 00:08:18,320
评审方案 像这种方式还是非常灵活的

196
00:08:18,320 --> 00:08:20,080
他并不是收到指令之后

197
00:08:20,080 --> 00:08:22,800
就直接构建几个成员的团队

198
00:08:23,000 --> 00:08:25,440
而是先粗略了解一下我们的代码库

199
00:08:25,440 --> 00:08:28,000
然后再构建真正的agent teams

200
00:08:28,000 --> 00:08:30,560
好 这里他提示这个代码库已经清楚

201
00:08:30,560 --> 00:08:31,880
包含ls应用

202
00:08:31,880 --> 00:08:33,120
还有Chrome拓展

203
00:08:33,120 --> 00:08:35,560
还有superbase后端以及脚本

204
00:08:35,560 --> 00:08:37,960
他提到他会快速统计规模

205
00:08:37,960 --> 00:08:39,880
然后设计agent的评审方案

206
00:08:39,880 --> 00:08:42,160
这里他提示这个代码库已经明确

207
00:08:42,160 --> 00:08:45,480
他将按照agent teams模式来组织评审

208
00:08:45,480 --> 00:08:52,160
包括一个上下文观察的agent还有7个专业评审agent以及一个主审稿agent

209
00:08:52,160 --> 00:08:55,160
在这里我们可以看到他这里生成了这个任务

210
00:08:55,160 --> 00:08:58,360
然后现在正在执行agent teams评审方案

211
00:08:58,360 --> 00:09:00,640
在这里我们就看到他正在执行

212
00:09:00,640 --> 00:09:02,560
然后我们可以点击进行查看

213
00:09:02,560 --> 00:09:04,840
这里是他生成的这个项目简报

214
00:09:04,840 --> 00:09:07,240
包括产品是什么架构中览

215
00:09:07,240 --> 00:09:08,760
还有就是评审建议

216
00:09:08,760 --> 00:09:12,880
然后我们点击左上角再返回刚才的这个状态

217
00:09:12,880 --> 00:09:13,980
然后我们继续查看

218
00:09:13,980 --> 00:09:16,380
他已经构建好了这个agent teams

219
00:09:16,380 --> 00:09:17,760
包含7个成员

220
00:09:17,760 --> 00:09:19,840
他们的状态就是运行中

221
00:09:19,840 --> 00:09:23,280
然后我们可以点击其中的第一个进入查看

222
00:09:23,280 --> 00:09:24,340
我们可以看到这里

223
00:09:24,340 --> 00:09:26,740
他收到了刚才的上下文件报

224
00:09:26,740 --> 00:09:29,560
然后下面就是给他的这些具体提示词

225
00:09:29,560 --> 00:09:31,460
然后这里他正在执行

226
00:09:31,460 --> 00:09:33,320
可以看到他正在读取代码库

227
00:09:33,320 --> 00:09:34,920
还没有输出其他内容

228
00:09:34,920 --> 00:09:36,740
然后我们再返回继续查看

229
00:09:36,740 --> 00:09:40,040
在左上角我们将鼠标定位到这里

230
00:09:40,040 --> 00:09:43,740
就可以看到这些agent他们执行的实施状态

231
00:09:43,740 --> 00:09:45,140
以及他们运行的时间

232
00:09:45,140 --> 00:09:46,300
还有所消耗的token

233
00:09:46,300 --> 00:09:48,460
比如说我们可以进入一个进行查看

234
00:09:48,460 --> 00:09:50,680
然后这个agent他已经执行完成

235
00:09:50,680 --> 00:09:53,280
他输出了最终的这个报告

236
00:09:53,280 --> 00:09:56,160
包括总结还有发现的这些问题

237
00:09:56,160 --> 00:09:57,700
然后我们就可以返回

238
00:09:57,700 --> 00:10:00,600
继续等待这些agent执行完成

239
00:10:00,600 --> 00:10:02,960
这个7个成员的agent提姆斯

240
00:10:02,960 --> 00:10:04,740
已经全部执行完成

241
00:10:04,740 --> 00:10:07,580
现在再由这个领导agent在执行

242
00:10:07,580 --> 00:10:10,700
现在他开始输出这个代码评审的最终结果

243
00:10:10,700 --> 00:10:13,160
他提到已经按照agentteams模式

244
00:10:13,160 --> 00:10:15,300
对当前代码库进行评审

245
00:10:15,300 --> 00:10:16,760
共9个agent参与

246
00:10:16,760 --> 00:10:18,220
包括一个侦查agent

247
00:10:18,220 --> 00:10:20,780
然后7个专业评审并行审查

248
00:10:20,780 --> 00:10:22,720
还包含一个主审agent

249
00:10:22,720 --> 00:10:24,620
这里给出这个完成报告

250
00:10:24,620 --> 00:10:26,000
已经在这个文件中

251
00:10:26,000 --> 00:10:27,440
我们点击就可以查看

252
00:10:27,440 --> 00:10:30,360
点击之后就打开了这个代码审查报告

253
00:10:30,360 --> 00:10:32,700
这里我们就不再具体去看了

254
00:10:32,700 --> 00:10:35,940
好这里给出的是这个评审团队的构成

255
00:10:36,180 --> 00:10:37,700
然后这里就是核心结论

256
00:10:37,980 --> 00:10:41,580
这里给出的就是这些需要修复的问题的优先级

257
00:10:41,780 --> 00:10:43,460
这是我们测试的deep-sick harness

258
00:10:43,460 --> 00:10:45,020
它的aginal tips功能

259
00:10:45,300 --> 00:10:48,740
在上一期演示deep-sick harness的视频发布后

260
00:10:48,740 --> 00:10:51,260
在私信中我还收到了好多让我讲解

261
00:10:51,260 --> 00:10:53,940
如何为deep-sick harness来创建插件

262
00:10:54,100 --> 00:10:57,540
因为deep-sick harness它的理念就是一切接插件

263
00:10:57,540 --> 00:11:01,220
然后我们可以将我们的工作流直接封装成插件

264
00:11:01,220 --> 00:11:04,760
为了方便大家零门槛为Deepseekharness来开发插件

265
00:11:04,760 --> 00:11:06,720
我这里直接创建了一个skill

266
00:11:06,720 --> 00:11:10,420
然后使用这个skill就可以为Deepseekharness创建插件

267
00:11:10,420 --> 00:11:15,840
然后大家可以将这个skill为codex或者cloudcodeDeepseekharness进行安装

268
00:11:15,840 --> 00:11:17,280
安装方式非常简单

269
00:11:17,280 --> 00:11:20,160
大家可以直接查看说明文档进行手动安装

270
00:11:20,160 --> 00:11:23,540
然后也可以直接复制这个项目的仓库链接

271
00:11:23,540 --> 00:11:26,820
然后在Deepseekharness中我们就可以直接用自然源描述

272
00:11:26,820 --> 00:11:29,640
让他阅读这个skill的说明文档并且安装

273
00:11:29,640 --> 00:11:32,160
在后面我们跟上这个仓库链接就可以

274
00:11:32,160 --> 00:11:33,320
然后点击发送

275
00:11:33,320 --> 00:11:34,700
当安装完成之后

276
00:11:34,700 --> 00:11:35,880
我们就用斜杠命令

277
00:11:35,880 --> 00:11:38,280
就可以来调出这个scale

278
00:11:38,280 --> 00:11:40,600
然后我们就可以用自然语言描述

279
00:11:40,600 --> 00:11:42,780
我们所需要创建的这些插件

280
00:11:42,780 --> 00:11:44,060
我示茂的这个任务是

281
00:11:44,060 --> 00:11:45,700
让他为我创建一个

282
00:11:45,700 --> 00:11:48,960
可以为deepstick harness设置定时任务的插件

283
00:11:48,960 --> 00:11:50,740
然后我们就点击发送

284
00:11:50,740 --> 00:11:51,920
他就会调用

285
00:11:51,920 --> 00:11:53,760
刚才我们安装的这个scale

286
00:11:53,760 --> 00:11:56,220
来为我们创建这个插件

287
00:11:56,220 --> 00:11:57,760
好 这里创建完成

288
00:11:57,760 --> 00:12:00,640
他为我们创建了一个专门为DeepseekHarness

289
00:12:00,640 --> 00:12:02,600
来设置定时任务的一个插件

290
00:12:02,600 --> 00:12:03,900
在说明文档中

291
00:12:03,900 --> 00:12:06,200
他给出了这个定时任务的插件

292
00:12:06,200 --> 00:12:09,240
与官方自带的这个插件有哪些区别

293
00:12:09,240 --> 00:12:12,960
像这些优势是官方插件所不具备的优势

294
00:12:12,960 --> 00:12:15,880
而且我还使用这个创建插件的这个skill

295
00:12:15,880 --> 00:12:18,140
为DeepseekHarness开发了一个

296
00:12:18,140 --> 00:12:21,860
能够调用PayAgent进行code review的插件

297
00:12:21,860 --> 00:12:24,660
在DeepseekHarness中我们可以测试一下

298
00:12:24,660 --> 00:12:27,060
比如说这里我可以用DeepseekHarness

299
00:12:27,060 --> 00:12:30,800
将这个平面图做成的这个3D可探索项目

300
00:12:30,800 --> 00:12:32,820
对这个项目进行code review

301
00:12:32,820 --> 00:12:35,400
我说的提示词就是调用这个插件

302
00:12:35,400 --> 00:12:36,700
对代码进行review

303
00:12:36,700 --> 00:12:38,060
然后我们就直接发送

304
00:12:38,060 --> 00:12:40,960
在这里就可以看到他调用了Pi code review

305
00:12:40,960 --> 00:12:43,900
在最后这里他就提示Pi审查通过

306
00:12:43,900 --> 00:12:46,020
然后这里是给出的审查结论

307
00:12:46,020 --> 00:12:48,020
这里还给出了验证方式

308
00:12:48,020 --> 00:12:48,940
像这样的话

309
00:12:48,940 --> 00:12:50,860
我们就可以为Deepseekharness

310
00:12:50,860 --> 00:12:54,800
零门槛来创建我们所需要的各种插件

311
00:12:54,800 --> 00:12:57,440
本期视频为大家分享了DeepSig Harness

312
00:12:57,440 --> 00:12:58,380
它的workflow

313
00:12:58,380 --> 00:13:00,560
以及Agent Teams的使用方式

314
00:13:00,560 --> 00:13:03,000
以及如何零门槛为DeepSig Harness

315
00:13:03,000 --> 00:13:04,200
来创建插件

316
00:13:04,200 --> 00:13:07,180
掌握了DeepSig Harness这几个使用技巧

317
00:13:07,180 --> 00:13:09,480
就能大幅提升我们的开发效率

318
00:13:09,480 --> 00:13:11,200
本期视频就做到这里

319
00:13:11,200 --> 00:13:13,700
欢迎大家点赞关注和转发

320
00:13:13,700 --> 00:13:14,920
谢谢大家观看