WEBVTT

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

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

00:00:13.200 --> 00:00:17.600
本期視頻就為大家演示Deepseek Harness更多高級使用技巧。

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

00:00:24.200 --> 00:00:27.600
Deepseek Harness它的多模態能力大幅度增強。

00:00:27.600 --> 00:00:32.800
无论是它的OCR能力还是它的视觉能力都得到了显著提升

00:00:32.800 --> 00:00:34.380
在OCR能力方面

00:00:34.380 --> 00:00:36.840
它可以识别这些手写的笔记

00:00:36.840 --> 00:00:40.120
按照原有的格式提取并且输出

00:00:40.120 --> 00:00:41.600
在视觉能力方面

00:00:41.600 --> 00:00:44.160
它能将我们提供的房屋平面图

00:00:44.160 --> 00:00:48.440
用前端技术复刻出来这种3D可探索的模型

00:00:48.440 --> 00:00:52.640
而且它复刻的这些细节都遵循了我们给它提供的平面图

00:00:52.640 --> 00:00:56.100
然后它将平面图转换成3D可探索的模型

00:00:56.100 --> 00:00:58.780
下面我们再看一下DeepSkullHarness中

00:00:58.780 --> 00:01:01.400
它新增了一个非常强大的功能

00:01:01.400 --> 00:01:02.760
也就是Workflow功能

00:01:02.760 --> 00:01:05.320
这个功能相当于在执行任务的时候

00:01:05.320 --> 00:01:08.300
召集一批临时专家并行完成任务

00:01:08.300 --> 00:01:12.360
将每个专家完成任务的结果汇总给主agent

00:01:12.360 --> 00:01:15.160
然后再由主agent整理这些结果

00:01:15.160 --> 00:01:17.300
并且给出最终的结果

00:01:17.300 --> 00:01:18.760
像Workflow这个功能

00:01:18.760 --> 00:01:22.680
它非常类似于Cloud Code中的Dynamic Workflow

00:01:22.680 --> 00:01:24.140
在之前的视频中

00:01:24.140 --> 00:01:26.280
我为大家制作过多期Cloud Code

00:01:26.280 --> 00:01:27.980
Dynamic Workflow的视频

00:01:27.980 --> 00:01:29.960
也就是在执行任务之前

00:01:29.960 --> 00:01:32.400
主agent会根据我们的任务

00:01:32.400 --> 00:01:33.660
编写一个脚本

00:01:33.660 --> 00:01:35.260
在编写好的脚本中

00:01:35.260 --> 00:01:36.980
它已经提前定义好了

00:01:36.980 --> 00:01:38.440
使用哪些subagent

00:01:38.440 --> 00:01:40.020
也就是子智能体

00:01:40.020 --> 00:01:41.320
并且每个智能体

00:01:41.320 --> 00:01:42.700
它负责什么任务

00:01:42.700 --> 00:01:45.100
而且还在脚本中明确定义了

00:01:45.100 --> 00:01:46.640
需要执行几个阶段

00:01:46.640 --> 00:01:48.100
每个阶段的任务是什么

00:01:48.100 --> 00:01:50.120
像这种方式就相当于

00:01:50.120 --> 00:01:51.500
由AI coding工具

00:01:51.500 --> 00:01:53.040
根据我们的实际任务

00:01:53.040 --> 00:01:54.640
来自主编写harness

00:01:54.640 --> 00:01:57.220
所以这个理念还是非常超前的

00:01:57.220 --> 00:01:59.420
当它开始执行这个workflow的时候

00:01:59.420 --> 00:02:03.760
我们就可以直接用香港命令来查看这些workflow执行的状态

00:02:03.760 --> 00:02:05.760
包括这些任务所分的阶段

00:02:05.760 --> 00:02:08.880
然后每个阶段会派生出多少个subagent

00:02:08.880 --> 00:02:11.220
以及这些subagent所调用的模型

00:02:11.220 --> 00:02:12.800
还有实时消耗的token等

00:02:12.800 --> 00:02:17.820
而Deepseekharness它也吸纳了Cloudcode中这种dynamic workflow的功能

00:02:17.820 --> 00:02:22.020
所以在Deepseekharness中我们也可以来启用workflow功能

00:02:22.020 --> 00:02:24.240
尤其是在执行复杂任务的时候

00:02:24.240 --> 00:02:28.320
或者是对复杂的大型代码仓库进行code review的时候

00:02:28.320 --> 00:02:30.040
我们都可以使用workflow功能

00:02:30.040 --> 00:02:33.340
在deepsecure harness中我们想使用workflow功能

00:02:33.340 --> 00:02:35.760
我们只需要选中这个标准模式

00:02:35.760 --> 00:02:38.500
因为标准模式它才支持workflow功能

00:02:38.500 --> 00:02:40.660
在这里我选中了一个代码仓库

00:02:40.660 --> 00:02:42.680
然后我们可以使用workflow功能

00:02:42.680 --> 00:02:45.740
让deepsecure harness动态派生多个subagent

00:02:45.740 --> 00:02:47.920
对我们的代码仓库进行review

00:02:47.920 --> 00:02:49.720
然后我们就可以来输入提示测

00:02:49.720 --> 00:02:51.900
我们可以简单看一下这个提示测

00:02:51.900 --> 00:02:55.480
要求使用workflow对当前代码库进行一次并行

00:02:55.480 --> 00:02:57.060
只读的发布前审计

00:02:57.060 --> 00:02:59.360
并且要求启动四个子任务

00:02:59.360 --> 00:03:01.740
包括检查模块边界依赖方向

00:03:01.740 --> 00:03:02.920
检查错误处理

00:03:02.920 --> 00:03:04.580
检查测试覆盖口

00:03:04.580 --> 00:03:06.520
检查输入验证等

00:03:06.520 --> 00:03:09.160
在要求这里告诉他必须使用workflow

00:03:09.160 --> 00:03:10.800
并且禁止修改文件

00:03:10.800 --> 00:03:13.480
每个subagent都返回结构化结果

00:03:13.480 --> 00:03:14.640
然后我们就运行

00:03:14.640 --> 00:03:16.120
看一下deep secret harness

00:03:16.120 --> 00:03:18.480
它执行workflow的效果

00:03:18.480 --> 00:03:20.380
好在这里我们就可以看到

00:03:20.380 --> 00:03:22.620
他在构建这个工作流

00:03:22.620 --> 00:03:23.960
在这里我们可以看到

00:03:23.960 --> 00:03:26.880
他派生了四个并行执行的subagent

00:03:26.880 --> 00:03:29.440
然后我们可以点击一个进入进行查看

00:03:29.440 --> 00:03:31.520
点击之后我们就可以来查看

00:03:31.520 --> 00:03:34.680
这个agent他正在执行的这些任务

00:03:34.680 --> 00:03:36.920
这里会实时显示他执行的任务

00:03:36.920 --> 00:03:39.600
然后我们可以点击这条他执行的命令

00:03:39.600 --> 00:03:42.220
就可以看到他执行的这些命令

00:03:42.220 --> 00:03:45.240
然后我们如果想返回到刚才的这个界面

00:03:45.240 --> 00:03:47.040
我们只需要点击这个任务

00:03:47.040 --> 00:03:49.580
这样的话就回到了刚才

00:03:49.580 --> 00:03:51.140
我们查看到这个状态

00:03:51.140 --> 00:03:53.540
可以看到这里这个任务已经执行完成

00:03:53.540 --> 00:03:54.860
我们再点击看一下

00:03:54.860 --> 00:03:57.080
这个任务它执行的状态

00:03:57.080 --> 00:04:00.320
点击之后我们就看到了这个任务正在执行

00:04:00.320 --> 00:04:03.180
而且还可以看到它读取了哪些文件

00:04:03.180 --> 00:04:05.880
执行了哪些具体的命令

00:04:05.880 --> 00:04:08.580
以及它实时输出的这些状态

00:04:08.580 --> 00:04:11.920
好这里就提示它已经执行完了这个任务

00:04:11.920 --> 00:04:15.060
在这里给出的就是结构化的执行结果

00:04:15.060 --> 00:04:17.820
这是它按照我们要求的JSON格式

00:04:17.820 --> 00:04:19.700
输出的这个最终结果

00:04:19.700 --> 00:04:21.040
这个结构化的结果

00:04:21.040 --> 00:04:23.380
最后就会由主agent进行整理

00:04:23.380 --> 00:04:25.960
然后我们再继续查看这些状态

00:04:25.960 --> 00:04:27.340
当任务执行完成之后

00:04:27.340 --> 00:04:28.520
这里就会显示绿色

00:04:28.520 --> 00:04:29.880
然后这里还有一个任务

00:04:29.880 --> 00:04:30.700
还在执行

00:04:30.700 --> 00:04:32.120
我们点击进行查看

00:04:32.120 --> 00:04:33.960
这个任务还在执行中

00:04:33.960 --> 00:04:35.180
然后我们再返回

00:04:35.180 --> 00:04:36.480
等它执行完成

00:04:36.480 --> 00:04:38.980
好这里这些任务全都执行完成

00:04:38.980 --> 00:04:42.740
现在正在输出最终的这个汇总结果

00:04:42.740 --> 00:04:43.940
首先这里提示

00:04:43.940 --> 00:04:45.560
这个工作流已经完成

00:04:45.560 --> 00:04:48.140
然后4个subagent已全部成功

00:04:48.140 --> 00:04:50.200
共收集25条原始问题

00:04:50.200 --> 00:04:52.540
然后他按严重程度减轻排序

00:04:52.540 --> 00:04:54.740
这里是给出的这些执行阶段

00:04:54.740 --> 00:04:58.800
这里就是按照严重程度来输出的最终的结果

00:04:58.800 --> 00:05:00.740
他按由高到低减轻的排序

00:05:00.740 --> 00:05:02.140
这里是发现的问题

00:05:02.140 --> 00:05:05.240
这里就是给出的存在这个问题的代码文件

00:05:05.240 --> 00:05:07.440
在这里就给出了证据要点

00:05:07.440 --> 00:05:09.120
然后还给出了修复建议

00:05:09.120 --> 00:05:11.840
他输出的这个结果是非常详细的

00:05:11.840 --> 00:05:14.660
在下面这里就是完整的这些json结果

00:05:14.660 --> 00:05:17.740
在最后这里他就给出的总体判断

00:05:17.740 --> 00:05:20.120
然后我们还可以让他来输出

00:05:20.120 --> 00:05:22.380
他构建的这个工作流的代码

00:05:22.380 --> 00:05:24.820
然后我们看一下这个代码是怎样的

00:05:24.820 --> 00:05:26.100
在这里我输出提示次

00:05:26.100 --> 00:05:28.780
让他将这个工作流的代码展示给我

00:05:28.780 --> 00:05:29.520
然后发送

00:05:29.520 --> 00:05:32.520
可以看到这里他开始展示这个代码

00:05:32.520 --> 00:05:35.220
首先这里就是工作流标识与阶段声明

00:05:35.220 --> 00:05:37.020
像这个就和Cloud Code

00:05:37.020 --> 00:05:39.660
它的Dynamic Workflow就非常像

00:05:39.660 --> 00:05:41.420
因为刚才我们也查看了

00:05:41.420 --> 00:05:44.480
Cloud Code它生成的Dynamic Workflow的代码

00:05:44.480 --> 00:05:47.180
然后DeepSyncHarness它构建的这个代码

00:05:47.180 --> 00:05:48.580
也包含工作流名称

00:05:48.580 --> 00:05:50.020
然后具体的描述

00:05:50.020 --> 00:05:51.740
还有分为这几个阶段

00:05:51.740 --> 00:05:53.980
然后我们再看一下最具体的脚本

00:05:53.980 --> 00:05:56.520
它构建的这个脚本也是纯JS

00:05:56.520 --> 00:05:59.120
像Cloudcode构建的workflow的脚本

00:05:59.120 --> 00:06:00.760
也是由JS编写的

00:06:00.760 --> 00:06:01.860
在这个脚本中

00:06:01.860 --> 00:06:04.460
它还定义了跳过哪些文件

00:06:04.460 --> 00:06:06.060
然后我们再继续看

00:06:06.060 --> 00:06:08.720
这里构建了一个返回的这些格式

00:06:08.720 --> 00:06:09.720
而且可以看到

00:06:09.720 --> 00:06:12.180
它构建的这个脚本写的非常完善

00:06:12.180 --> 00:06:14.360
在这里就是传入的参数

00:06:14.360 --> 00:06:15.880
也就是这个项目的路径

00:06:15.880 --> 00:06:18.660
然后他给出了这个脚本的结构说明

00:06:18.660 --> 00:06:21.580
在这里就是他定义的这四个subagent

00:06:21.580 --> 00:06:24.600
这里还列出了每个subagent他们的职责

00:06:24.600 --> 00:06:28.560
在最后这里他提到每个subagent独立运行互不可见

00:06:28.560 --> 00:06:31.780
好相见的话我们就可以在deep-sigal harness中

00:06:31.780 --> 00:06:33.560
直接通过自然语言描述

00:06:33.560 --> 00:06:36.860
让deep-sigal harness来动态编写工作流的脚本

00:06:36.860 --> 00:06:40.440
然后按照编写好的工作流脚本来执行任务

00:06:40.440 --> 00:06:46.100
DeepSync Harness它就具备了Cloud Code的最早实现了动态工作流的功能

00:06:46.100 --> 00:06:48.840
像这个功能还是非常非常强大的

00:06:48.840 --> 00:06:50.840
尤其是针对复杂的项目

00:06:50.840 --> 00:06:53.500
复杂的代码库或者复杂的任务

00:06:53.500 --> 00:06:57.600
刚才我给大家演示的是DeepSync Harness它的Workflow功能

00:06:57.600 --> 00:07:01.080
而且DeepSync Harness它还支持Agent Teams功能

00:07:01.080 --> 00:07:05.500
这个功能就非常类似于Cloud Code中的Agent Teams功能

00:07:05.500 --> 00:07:08.960
像Agent Teams功能它和Workflow的区别就是

00:07:08.960 --> 00:07:13.000
agent teams它是建立一个可以持续存在的开发团队

00:07:13.000 --> 00:07:14.980
它会先创建任务看板

00:07:14.980 --> 00:07:16.380
然后分配成员

00:07:16.380 --> 00:07:17.720
也就是分配agent

00:07:17.720 --> 00:07:20.880
这些agent之间可以互相发送消息

00:07:20.880 --> 00:07:23.160
而刚才为代言演示的workflow功能

00:07:23.160 --> 00:07:26.260
这些agent之间无法互相发送消息

00:07:26.260 --> 00:07:28.020
所以agent teams的优势

00:07:28.020 --> 00:07:30.880
就是这些成员之间可以互相发送消息

00:07:30.880 --> 00:07:33.020
而且还可以实现多轮推进

00:07:33.020 --> 00:07:35.540
当这些成员的任务都完成之后

00:07:35.540 --> 00:07:37.420
最后会由这个主agent

00:07:37.420 --> 00:07:42.160
也就是领导这个团队的agent 对这些内容进行汇总

00:07:42.160 --> 00:07:44.600
想使用agent teams功能也非常简单

00:07:44.600 --> 00:07:48.360
我们只需要保证我们的deep secret harness已经升级到了最新版

00:07:48.360 --> 00:07:51.440
在模式这里我们还是选择这个标准模式

00:07:51.440 --> 00:07:54.360
在这里是我本机上一个已有的代码仓库

00:07:54.360 --> 00:07:56.520
然后我们就可以直接使用自然语言

00:07:56.520 --> 00:07:59.240
让deep secret harness来启动agent teams

00:07:59.240 --> 00:08:00.000
比如说我这里

00:08:15.000 --> 00:08:18.320
评审方案 像这种方式还是非常灵活的

00:08:18.320 --> 00:08:20.080
他并不是收到指令之后

00:08:20.080 --> 00:08:22.800
就直接构建几个成员的团队

00:08:23.000 --> 00:08:25.440
而是先粗略了解一下我们的代码库

00:08:25.440 --> 00:08:28.000
然后再构建真正的agent teams

00:08:28.000 --> 00:08:30.560
好 这里他提示这个代码库已经清楚

00:08:30.560 --> 00:08:31.880
包含ls应用

00:08:31.880 --> 00:08:33.120
还有Chrome拓展

00:08:33.120 --> 00:08:35.560
还有superbase后端以及脚本

00:08:35.560 --> 00:08:37.960
他提到他会快速统计规模

00:08:37.960 --> 00:08:39.880
然后设计agent的评审方案

00:08:39.880 --> 00:08:42.160
这里他提示这个代码库已经明确

00:08:42.160 --> 00:08:45.480
他将按照agent teams模式来组织评审

00:08:45.480 --> 00:08:52.160
包括一个上下文观察的agent还有7个专业评审agent以及一个主审稿agent

00:08:52.160 --> 00:08:55.160
在这里我们可以看到他这里生成了这个任务

00:08:55.160 --> 00:08:58.360
然后现在正在执行agent teams评审方案

00:08:58.360 --> 00:09:00.640
在这里我们就看到他正在执行

00:09:00.640 --> 00:09:02.560
然后我们可以点击进行查看

00:09:02.560 --> 00:09:04.840
这里是他生成的这个项目简报

00:09:04.840 --> 00:09:07.240
包括产品是什么架构中览

00:09:07.240 --> 00:09:08.760
还有就是评审建议

00:09:08.760 --> 00:09:12.880
然后我们点击左上角再返回刚才的这个状态

00:09:12.880 --> 00:09:13.980
然后我们继续查看

00:09:13.980 --> 00:09:16.380
他已经构建好了这个agent teams

00:09:16.380 --> 00:09:17.760
包含7个成员

00:09:17.760 --> 00:09:19.840
他们的状态就是运行中

00:09:19.840 --> 00:09:23.280
然后我们可以点击其中的第一个进入查看

00:09:23.280 --> 00:09:24.340
我们可以看到这里

00:09:24.340 --> 00:09:26.740
他收到了刚才的上下文件报

00:09:26.740 --> 00:09:29.560
然后下面就是给他的这些具体提示词

00:09:29.560 --> 00:09:31.460
然后这里他正在执行

00:09:31.460 --> 00:09:33.320
可以看到他正在读取代码库

00:09:33.320 --> 00:09:34.920
还没有输出其他内容

00:09:34.920 --> 00:09:36.740
然后我们再返回继续查看

00:09:36.740 --> 00:09:40.040
在左上角我们将鼠标定位到这里

00:09:40.040 --> 00:09:43.740
就可以看到这些agent他们执行的实施状态

00:09:43.740 --> 00:09:45.140
以及他们运行的时间

00:09:45.140 --> 00:09:46.300
还有所消耗的token

00:09:46.300 --> 00:09:48.460
比如说我们可以进入一个进行查看

00:09:48.460 --> 00:09:50.680
然后这个agent他已经执行完成

00:09:50.680 --> 00:09:53.280
他输出了最终的这个报告

00:09:53.280 --> 00:09:56.160
包括总结还有发现的这些问题

00:09:56.160 --> 00:09:57.700
然后我们就可以返回

00:09:57.700 --> 00:10:00.600
继续等待这些agent执行完成

00:10:00.600 --> 00:10:02.960
这个7个成员的agent提姆斯

00:10:02.960 --> 00:10:04.740
已经全部执行完成

00:10:04.740 --> 00:10:07.580
现在再由这个领导agent在执行

00:10:07.580 --> 00:10:10.700
现在他开始输出这个代码评审的最终结果

00:10:10.700 --> 00:10:13.160
他提到已经按照agentteams模式

00:10:13.160 --> 00:10:15.300
对当前代码库进行评审

00:10:15.300 --> 00:10:16.760
共9个agent参与

00:10:16.760 --> 00:10:18.220
包括一个侦查agent

00:10:18.220 --> 00:10:20.780
然后7个专业评审并行审查

00:10:20.780 --> 00:10:22.720
还包含一个主审agent

00:10:22.720 --> 00:10:24.620
这里给出这个完成报告

00:10:24.620 --> 00:10:26.000
已经在这个文件中

00:10:26.000 --> 00:10:27.440
我们点击就可以查看

00:10:27.440 --> 00:10:30.360
点击之后就打开了这个代码审查报告

00:10:30.360 --> 00:10:32.700
这里我们就不再具体去看了

00:10:32.700 --> 00:10:35.940
好这里给出的是这个评审团队的构成

00:10:36.180 --> 00:10:37.700
然后这里就是核心结论

00:10:37.980 --> 00:10:41.580
这里给出的就是这些需要修复的问题的优先级

00:10:41.780 --> 00:10:43.460
这是我们测试的deep-sick harness

00:10:43.460 --> 00:10:45.020
它的aginal tips功能

00:10:45.300 --> 00:10:48.740
在上一期演示deep-sick harness的视频发布后

00:10:48.740 --> 00:10:51.260
在私信中我还收到了好多让我讲解

00:10:51.260 --> 00:10:53.940
如何为deep-sick harness来创建插件

00:10:54.100 --> 00:10:57.540
因为deep-sick harness它的理念就是一切接插件

00:10:57.540 --> 00:11:01.220
然后我们可以将我们的工作流直接封装成插件

00:11:01.220 --> 00:11:04.760
为了方便大家零门槛为Deepseekharness来开发插件

00:11:04.760 --> 00:11:06.720
我这里直接创建了一个skill

00:11:06.720 --> 00:11:10.420
然后使用这个skill就可以为Deepseekharness创建插件

00:11:10.420 --> 00:11:15.840
然后大家可以将这个skill为codex或者cloudcodeDeepseekharness进行安装

00:11:15.840 --> 00:11:17.280
安装方式非常简单

00:11:17.280 --> 00:11:20.160
大家可以直接查看说明文档进行手动安装

00:11:20.160 --> 00:11:23.540
然后也可以直接复制这个项目的仓库链接

00:11:23.540 --> 00:11:26.820
然后在Deepseekharness中我们就可以直接用自然源描述

00:11:26.820 --> 00:11:29.640
让他阅读这个skill的说明文档并且安装

00:11:29.640 --> 00:11:32.160
在后面我们跟上这个仓库链接就可以

00:11:32.160 --> 00:11:33.320
然后点击发送

00:11:33.320 --> 00:11:34.700
当安装完成之后

00:11:34.700 --> 00:11:35.880
我们就用斜杠命令

00:11:35.880 --> 00:11:38.280
就可以来调出这个scale

00:11:38.280 --> 00:11:40.600
然后我们就可以用自然语言描述

00:11:40.600 --> 00:11:42.780
我们所需要创建的这些插件

00:11:42.780 --> 00:11:44.060
我示茂的这个任务是

00:11:44.060 --> 00:11:45.700
让他为我创建一个

00:11:45.700 --> 00:11:48.960
可以为deepstick harness设置定时任务的插件

00:11:48.960 --> 00:11:50.740
然后我们就点击发送

00:11:50.740 --> 00:11:51.920
他就会调用

00:11:51.920 --> 00:11:53.760
刚才我们安装的这个scale

00:11:53.760 --> 00:11:56.220
来为我们创建这个插件

00:11:56.220 --> 00:11:57.760
好 这里创建完成

00:11:57.760 --> 00:12:00.640
他为我们创建了一个专门为DeepseekHarness

00:12:00.640 --> 00:12:02.600
来设置定时任务的一个插件

00:12:02.600 --> 00:12:03.900
在说明文档中

00:12:03.900 --> 00:12:06.200
他给出了这个定时任务的插件

00:12:06.200 --> 00:12:09.240
与官方自带的这个插件有哪些区别

00:12:09.240 --> 00:12:12.960
像这些优势是官方插件所不具备的优势

00:12:12.960 --> 00:12:15.880
而且我还使用这个创建插件的这个skill

00:12:15.880 --> 00:12:18.140
为DeepseekHarness开发了一个

00:12:18.140 --> 00:12:21.860
能够调用PayAgent进行code review的插件

00:12:21.860 --> 00:12:24.660
在DeepseekHarness中我们可以测试一下

00:12:24.660 --> 00:12:27.060
比如说这里我可以用DeepseekHarness

00:12:27.060 --> 00:12:30.800
将这个平面图做成的这个3D可探索项目

00:12:30.800 --> 00:12:32.820
对这个项目进行code review

00:12:32.820 --> 00:12:35.400
我说的提示词就是调用这个插件

00:12:35.400 --> 00:12:36.700
对代码进行review

00:12:36.700 --> 00:12:38.060
然后我们就直接发送

00:12:38.060 --> 00:12:40.960
在这里就可以看到他调用了Pi code review

00:12:40.960 --> 00:12:43.900
在最后这里他就提示Pi审查通过

00:12:43.900 --> 00:12:46.020
然后这里是给出的审查结论

00:12:46.020 --> 00:12:48.020
这里还给出了验证方式

00:12:48.020 --> 00:12:48.940
像这样的话

00:12:48.940 --> 00:12:50.860
我们就可以为Deepseekharness

00:12:50.860 --> 00:12:54.800
零门槛来创建我们所需要的各种插件

00:12:54.800 --> 00:12:57.440
本期视频为大家分享了DeepSig Harness

00:12:57.440 --> 00:12:58.380
它的workflow

00:12:58.380 --> 00:13:00.560
以及Agent Teams的使用方式

00:13:00.560 --> 00:13:03.000
以及如何零门槛为DeepSig Harness

00:13:03.000 --> 00:13:04.200
来创建插件

00:13:04.200 --> 00:13:07.180
掌握了DeepSig Harness这几个使用技巧

00:13:07.180 --> 00:13:09.480
就能大幅提升我们的开发效率

00:13:09.480 --> 00:13:11.200
本期视频就做到这里

00:13:11.200 --> 00:13:13.700
欢迎大家点赞关注和转发

00:13:13.700 --> 00:13:14.920
谢谢大家观看