WEBVTT

00:00:00.000 --> 00:00:02.300
好,欢迎大家来到直播间。

00:00:02.560 --> 00:00:11.780
今天呢,我们要聊的是腾讯云字研的一个新的AI Agent助手,Octob,最近也是刚刚在Github上面开源。

00:00:12.040 --> 00:00:15.100
开源地址呢,也放在了我们的屏幕上面。

00:00:15.360 --> 00:00:24.060
它的核心思路是很有意思的,就是把多任务多专家,子智能体全部放在一个平台上面打通。

00:00:25.080 --> 00:00:25.860
什么意思呢?

00:00:25.860 --> 00:00:27.620
手里装了好几个agent

00:00:27.620 --> 00:00:31.140
可能开发一个写东西一个谁也管不了谁

00:00:31.140 --> 00:00:33.300
那么Octop也提供了一个能力

00:00:33.300 --> 00:00:36.580
让他们在一个地方能够统一的运转

00:00:36.580 --> 00:00:38.460
因此今天我们直播间

00:00:38.460 --> 00:00:41.780
就会来拆解Octop开源的一个能力

00:00:41.780 --> 00:00:42.940
好的

00:00:42.940 --> 00:00:47.940
其实算上这次已经是差不多第五次

00:00:47.940 --> 00:00:49.940
来到咱们直播间了

00:00:49.940 --> 00:00:54.100
然后以前看过我和一名直播的朋友

00:00:54.100 --> 00:00:56.980
可能会想问一个问题

00:00:56.980 --> 00:01:00.980
就是之前咱们都是跟另一个产品

00:01:00.980 --> 00:01:03.700
另一个名字叫做LineCloud ACE

00:01:03.700 --> 00:01:05.220
为什么今天换

00:01:07.100 --> 00:01:07.700
对

00:01:07.700 --> 00:01:12.020
其实今天就是我们带着我们的

00:01:12.020 --> 00:01:14.660
算是ACE的进化版Octop

00:01:14.660 --> 00:01:16.180
来到了咱们直播间

00:01:16.180 --> 00:01:19.540
然后这次也是Octop第一次

00:01:19.540 --> 00:01:21.780
就是跟大家见面

00:01:21.780 --> 00:01:26.740
然后我们以前很多小伙伴问ACE什么时候开源

00:01:26.740 --> 00:01:30.420
那我们现在就是以全新的面貌全新的名字

00:01:30.420 --> 00:01:31.920
然后也开源了

00:01:31.920 --> 00:01:33.840
欢迎大家来DHub共建

00:01:33.840 --> 00:01:37.240
我想跟大家一起来聊一下

00:01:37.240 --> 00:01:39.780
为什么我们要升级

00:01:39.780 --> 00:01:41.980
为什么ACE要变成Octo

00:01:41.980 --> 00:01:45.080
那这两者到底有什么不一样的

00:01:45.080 --> 00:01:50.280
之前咱们ACE其实在清量云上线已经有一段时间了

00:01:50.280 --> 00:01:54.920
然后相信大家深度使用的朋友们也知道

00:01:54.920 --> 00:01:58.960
首先咱们ACE就是跟同类产品

00:01:58.960 --> 00:02:01.200
不管是Hermas还是OpenCloud一样

00:02:01.200 --> 00:02:02.860
都是一个单用户

00:02:02.860 --> 00:02:05.900
就是你自己的虾只有你自己用

00:02:05.900 --> 00:02:11.000
那现在咱们Optalk变成了一家人一支团队的AI平台

00:02:11.000 --> 00:02:17.060
你用一台实力可以让一个团队一家人都一起用到这只虾的能力

00:02:17.060 --> 00:02:19.080
然后第二个

00:02:19.080 --> 00:02:22.400
我们更新了全新的技艺系统

00:02:22.400 --> 00:02:25.720
不知道之前关注我们ACE直播的朋友们

00:02:25.720 --> 00:02:27.240
有没有看过

00:02:27.240 --> 00:02:29.720
听过我们关于技艺的讲解

00:02:29.720 --> 00:02:33.860
我们说了咱们六层技艺会升级会蒸留

00:02:33.860 --> 00:02:38.100
但是之前我们没有办法追溯

00:02:38.100 --> 00:02:42.320
这个技艺它到底是怎么最后升级成最终的技艺

00:02:42.320 --> 00:02:45.220
也没有办法说把技艺导出随身携带

00:02:45.220 --> 00:02:47.040
我们想从一个平台

00:02:47.040 --> 00:02:48.220
牵引到另一个平台

00:02:48.220 --> 00:02:50.740
但我们现在Opto支持了

00:02:50.740 --> 00:02:52.560
这也是我们一个更新的点

00:02:52.560 --> 00:02:55.260
还有一个点是

00:02:55.260 --> 00:02:57.000
之前我们ACE

00:02:57.000 --> 00:02:59.340
其实并没有说有

00:02:59.340 --> 00:03:02.640
OaaS或者说是ACP能力

00:03:02.640 --> 00:03:05.780
然后现在我们也全新更新了

00:03:05.780 --> 00:03:06.780
我们的Opto

00:03:06.780 --> 00:03:09.200
可以做到一站式互联

00:03:09.200 --> 00:03:13.140
后面一名会为大家讲解

00:03:13.140 --> 00:03:16.780
然后刚刚说了三个小点

00:03:16.780 --> 00:03:21.060
那Optop就是从LineCloud ACE到Optop

00:03:21.060 --> 00:03:25.300
所以EFVT就从五个点说了它为什么质变

00:03:25.300 --> 00:03:28.040
为什么是一个个人工具

00:03:28.040 --> 00:03:30.260
就是升级到团队平台

00:03:30.260 --> 00:03:33.740
我们现在Optop会有多用户多专家

00:03:33.740 --> 00:03:35.660
这是一个什么概念呢

00:03:35.660 --> 00:03:38.860
没关系后面听我讲你们会知道的

00:03:38.860 --> 00:03:43.540
然后以前我们ACE只支持5种IM渠道

00:03:43.540 --> 00:03:46.820
但现在扩充到了9种

00:03:46.820 --> 00:03:48.580
你可以连飞书连钉钉

00:03:48.580 --> 00:03:51.100
包括以前支持的什么QQ微信

00:03:51.100 --> 00:03:53.340
甚至我们还能连小E

00:03:53.340 --> 00:03:57.340
然后记忆系统也是有了分层可追溯可带走

00:03:57.340 --> 00:03:59.900
我们后面会给大家演示

00:03:59.900 --> 00:04:01.860
然后包括拓展能力

00:04:01.860 --> 00:04:03.940
我们现在有连接器有ACP

00:04:03.940 --> 00:04:06.900
包括我们也更新了我们全新的远程桌面

00:04:06.900 --> 00:04:11.160
然后也欢迎大家就是关注我们接下来Oktop一系列的直播

00:04:11.160 --> 00:04:11.700
是的

00:04:11.700 --> 00:04:16.120
我看也有粉丝朋友问我安装了ACE的话怎么升级

00:04:16.120 --> 00:04:22.600
这个是目前来讲我们是将Oktop的源码全部开源到GitHub平台

00:04:22.600 --> 00:04:27.380
其中你们可以访问我们的GitHub平台上面有Redmi文档

00:04:27.380 --> 00:04:31.340
上面会告诉大家如何一步步的安装去运行整个项目

00:04:31.340 --> 00:04:31.520
对

00:04:33.600 --> 00:04:36.380
然后我看刚刚有粉丝朋友说

00:04:36.380 --> 00:04:39.620
我们和Workbody的核心区别是什么

00:04:39.620 --> 00:04:42.240
因为我们从最开始的时候

00:04:42.240 --> 00:04:44.320
就已经说了非常核心一点

00:04:44.320 --> 00:04:46.240
也就是我们这次直播的主题

00:04:46.240 --> 00:04:47.160
就是我们开源

00:04:47.160 --> 00:04:49.340
我们是一个整个是一个开源的项目

00:04:49.340 --> 00:04:50.160
相当于是说

00:04:50.160 --> 00:04:52.760
我们把我们整个Octob的核心源代码

00:04:52.760 --> 00:04:53.780
都开放给大家了

00:04:53.780 --> 00:04:55.460
可以邀请大家一起去共建

00:04:55.460 --> 00:04:56.520
一起去提issue

00:04:56.520 --> 00:04:59.780
也可以去一起去参与我们Octob的整个的建设

00:04:59.780 --> 00:05:03.120
一方面是可以更加

00:05:03.120 --> 00:05:05.580
更加切近于大家正式使用一些场景

00:05:05.580 --> 00:05:10.640
我们可以把Oktop打造成大家更想要期待中的样子

00:05:10.640 --> 00:05:13.660
第二个方面就是如果说你本身也是一名开发者

00:05:13.660 --> 00:05:16.800
或是你本身也对智能体相关感兴趣

00:05:16.800 --> 00:05:19.520
你也可以去fork我们的Github仓库

00:05:19.520 --> 00:05:22.620
去手动去改Oktop的代码

00:05:22.620 --> 00:05:24.940
去定制一款属于你自己的一个agent

00:05:24.940 --> 00:05:28.080
然后对于Workbody来说

00:05:28.080 --> 00:05:30.740
其实我们Oktop本质也是

00:05:30.740 --> 00:05:33.440
要是用户有一台服务器

00:05:33.440 --> 00:05:34.500
也是安装在服务器

00:05:34.500 --> 00:05:36.160
就等于数据全部在本地

00:05:36.160 --> 00:05:37.660
不会出服器

00:05:37.660 --> 00:05:38.920
不会被别人触打到

00:05:38.920 --> 00:05:40.760
这也是一个数据安全性方面

00:05:40.760 --> 00:05:42.840
跟Workbody有不同的地方

00:05:42.840 --> 00:05:45.940
那其实今天第一个主题是

00:05:45.940 --> 00:05:49.340
别让你的Agent成为一座孤岛

00:05:49.340 --> 00:05:52.240
这个标题非常文学啊

00:05:52.240 --> 00:05:54.800
其实就是想给大家展示一下

00:05:54.800 --> 00:05:57.180
我们Optop全新代的多用户

00:05:57.180 --> 00:05:58.960
多专家和子智能体

00:05:58.960 --> 00:06:01.400
全部打通到底怎么用

00:06:01.400 --> 00:06:07.020
首先其实我会想问焦焦和英明一个问题

00:06:07.020 --> 00:06:11.400
就是你们平时呢

00:06:11.400 --> 00:06:14.560
就是会有这么一个需求吗

00:06:14.560 --> 00:06:17.920
比如说就是你们在用过往龙虾

00:06:17.920 --> 00:06:20.000
不管是open cloud还是hermas

00:06:20.000 --> 00:06:21.740
还是我们ACE的时候

00:06:21.740 --> 00:06:25.780
你会不会又想用它来做那种工作管理助手

00:06:25.780 --> 00:06:28.200
又想让它做智能助手呢

00:06:28.200 --> 00:06:28.800
会吗

00:06:28.800 --> 00:06:30.320
会 是的是的

00:06:30.320 --> 00:06:31.920
有的时候我就会

00:06:31.920 --> 00:06:34.780
比如说养的Hermis Agent这种

00:06:34.780 --> 00:06:38.020
既想让他做一个工作提效方面的

00:06:38.020 --> 00:06:41.980
比如说本场直播的一个文案的撰写呀

00:06:41.980 --> 00:06:44.640
然后直播大纲的一个大件呀等等的

00:06:44.640 --> 00:06:47.720
但是又想让他去管理一下

00:06:47.720 --> 00:06:50.220
我们的一个日常的一个日程的情况

00:06:50.220 --> 00:06:51.820
健康的情况等等

00:06:51.820 --> 00:06:53.380
所以就会出现这种

00:06:53.380 --> 00:06:56.680
想让一个Agent做很多很多事情的一个情况

00:06:56.680 --> 00:06:59.740
对 我也是会遇到这种情况

00:06:59.740 --> 00:07:01.060
比如说我们希望这个

00:07:01.060 --> 00:07:04.040
我理想中的智能体是一个一体多面的

00:07:04.040 --> 00:07:06.160
它可以有一个主体

00:07:06.160 --> 00:07:07.180
但是它有多种身份

00:07:07.180 --> 00:07:09.220
它可以完成很多不同的任务

00:07:09.220 --> 00:07:11.220
就像是钢铁侠中的贾维斯一样

00:07:11.220 --> 00:07:12.180
我什么都可以问他

00:07:12.180 --> 00:07:13.480
他可以帮我解决很多事情

00:07:13.480 --> 00:07:15.220
但是呢我也有所担心

00:07:15.220 --> 00:07:18.280
就是我希望他不要串台

00:07:18.280 --> 00:07:20.060
比如说我解决这个事情

00:07:20.060 --> 00:07:21.420
他又可以解决另外一个事情

00:07:21.420 --> 00:07:22.820
但是之间不要相互干扰

00:07:22.820 --> 00:07:24.540
这样的话他可能会容易混乱

00:07:24.540 --> 00:07:27.980
那么因您是觉得这有什么好的方法吗

00:07:27.980 --> 00:07:29.020
是

00:07:29.020 --> 00:07:33.900
其实我们Optalk全新代的这种多用户多专家

00:07:33.900 --> 00:07:37.440
其实就很难解决问题

00:07:37.440 --> 00:07:42.420
比如说我们之前其实我们有个朋友

00:07:42.420 --> 00:07:44.860
就是会用我们ACE

00:07:44.860 --> 00:07:46.280
就是他自己用

00:07:46.280 --> 00:07:47.620
同时也给他家人用

00:07:47.620 --> 00:07:50.540
但是他们记忆是杂揉在一起的

00:07:50.540 --> 00:07:52.480
然后并且比如说

00:07:52.480 --> 00:07:55.740
比如他陪他们家小宝宝

00:07:55.740 --> 00:07:57.360
然后做了事情A

00:07:57.360 --> 00:08:02.040
然后就是他老婆又陪他们家小宝做了事情B

00:08:02.040 --> 00:08:04.880
那这A和B就一起记在记忆里

00:08:04.880 --> 00:08:07.880
有时候ACE可能会用B去串改A的记忆

00:08:07.880 --> 00:08:10.220
其实这样就有点头疼

00:08:10.220 --> 00:08:12.680
但是我们现在有多用户呢

00:08:12.680 --> 00:08:17.160
就会就以前会有记录混在一起记忆总串台

00:08:17.160 --> 00:08:20.520
然后包括展下的记忆一页归零

00:08:20.520 --> 00:08:22.740
但我们现在就不会这样了

00:08:22.740 --> 00:08:26.540
那我接下来就会带大家来一次性讲透

00:08:26.540 --> 00:08:28.560
到底我们的多用户

00:08:28.560 --> 00:08:30.720
多专家和智能体怎么用

00:08:30.720 --> 00:08:33.800
首先我们多用户是一台Optop

00:08:33.800 --> 00:08:34.940
就有多人共享

00:08:34.940 --> 00:08:35.940
各聊各的

00:08:35.940 --> 00:08:37.640
多专家是

00:08:38.468 --> 00:08:46.468
多專家是我們一個用戶可以申請多個專家,然後包括我們每個專家的記憶是獨立的,他們不會混亂。

00:08:46.468 --> 00:08:48.308
包括子智能体是

00:08:48.308 --> 00:08:51.328
可以给一个专家配多个子智能体

00:08:51.328 --> 00:08:53.188
就是给一个助手配多个小帮手

00:08:53.188 --> 00:08:56.188
然后让他们组团协作

00:08:56.188 --> 00:08:58.308
一个Octop全家都能用

00:08:58.308 --> 00:09:00.628
那其实这里就首先

00:09:00.628 --> 00:09:02.588
就是用户作为管理员

00:09:02.588 --> 00:09:03.968
他可以创建子账号

00:09:03.968 --> 00:09:05.708
让家人各自登录

00:09:05.708 --> 00:09:08.668
就是我刚刚就是举的那个难题例子

00:09:08.668 --> 00:09:10.688
就是可以用多用户来解决

00:09:10.688 --> 00:09:13.748
然后一台服务全家人同时用

00:09:13.748 --> 00:09:16.488
就是一家如果有两个人

00:09:16.488 --> 00:09:17.848
包括三个人四个人

00:09:17.848 --> 00:09:18.948
不用买四排箱

00:09:18.948 --> 00:09:20.108
就买一台Octop

00:09:20.108 --> 00:09:21.348
他们可以一起用

00:09:21.348 --> 00:09:23.308
然后账号也分组次

00:09:23.308 --> 00:09:24.748
也有全线管理

00:09:24.748 --> 00:09:26.588
具体是什么样子呢

00:09:26.588 --> 00:09:28.948
可以给大家就实际

00:09:28.948 --> 00:09:31.148
我们跑起来Octop演示起来

00:09:31.148 --> 00:09:37.628
这其实是我已经登录的一个管理员账户

00:09:37.628 --> 00:09:39.508
然后你看这里

00:09:39.508 --> 00:09:43.728
左边这边的一个Tab栏就有

00:09:43.748 --> 00:09:45.228
就有用户

00:09:45.228 --> 00:09:47.048
然后你可以新建用户

00:09:47.048 --> 00:09:49.068
如果我要给我妈妈建个用户

00:09:49.068 --> 00:09:51.788
然后就可以直接帮她新建

00:09:51.788 --> 00:09:52.848
比如妈妈妈妈就

00:09:52.848 --> 00:09:56.048
然后设定一个密码

00:09:56.048 --> 00:10:02.488
这个是就是给团队

00:10:02.488 --> 00:10:04.308
或者说家庭里的其他成员

00:10:04.308 --> 00:10:06.888
创建子账户的一个过程吗

00:10:06.888 --> 00:10:08.428
对 我们现在在教大家

00:10:08.428 --> 00:10:11.108
如何去进行多个用户之间的

00:10:11.108 --> 00:10:13.668
对 然后这里角色有管理员

00:10:13.668 --> 00:10:14.668
也有普通用户

00:10:14.668 --> 00:10:16.868
就是比如说我创建了

00:10:16.868 --> 00:10:18.768
这里就会有一个新的账户

00:10:18.768 --> 00:10:20.528
像我现在登录的是

00:10:20.528 --> 00:10:21.268
我的密码

00:10:21.268 --> 00:10:23.788
我接下面还有一个账号叫妈妈

00:10:23.788 --> 00:10:25.428
一个账号叫Test1

00:10:25.428 --> 00:10:29.648
对 就是一只虾可以被多个账户使用

00:10:29.648 --> 00:10:31.028
并且多个账户

00:10:31.028 --> 00:10:33.808
它其实登进来的聊天

00:10:33.808 --> 00:10:35.488
应该都是不同的

00:10:35.488 --> 00:10:36.468
我可以登一下

00:10:36.468 --> 00:10:38.308
刚刚我创建的那个账号

00:10:38.308 --> 00:10:40.248
好的 我看评论区

00:10:40.248 --> 00:10:44.008
家木问这个不同用户组对接的话

00:10:44.008 --> 00:10:46.008
是不同的知识库吗

00:10:46.008 --> 00:10:49.128
对他们其实本质不是知识库

00:10:49.128 --> 00:10:51.128
其实是记忆吧

00:10:51.128 --> 00:10:54.448
他们其实不同用户的记忆是独立的

00:10:54.448 --> 00:10:56.108
工作区也是独立的

00:10:56.108 --> 00:10:59.688
就是比如这是我新建的子账户

00:10:59.688 --> 00:11:02.768
就我刚刚其实那个的命账户有很多专家

00:11:02.768 --> 00:11:04.448
但是我新登陆了子账户

00:11:04.448 --> 00:11:05.428
它就是全新的

00:11:05.428 --> 00:11:06.788
它没有任何专家

00:11:06.788 --> 00:11:09.048
对我现在就是启动一个专家

00:11:09.048 --> 00:11:11.508
然后包括通道这些都是没配过的

00:11:11.508 --> 00:11:13.868
对 它是一个全新空白的用户

00:11:13.868 --> 00:11:19.568
那是管理员他可以去配置紫账户的所有的内容吗

00:11:19.568 --> 00:11:24.628
他其实只是说能给紫账户创建一个账户

00:11:24.628 --> 00:11:26.808
然后就交给紫账户自己去用

00:11:26.808 --> 00:11:28.248
多人用的话

00:11:28.248 --> 00:11:31.748
不同的用户之间的记忆会混乱吗

00:11:31.748 --> 00:11:32.948
不会的

00:11:32.948 --> 00:11:36.768
因为他们彼此记忆都是隔离的

00:11:36.768 --> 00:11:41.368
就像我刚刚管理员账户和我现在创建紫账户

00:11:41.368 --> 00:11:44.988
就是紫账户只会召回紫账户的记忆

00:11:44.988 --> 00:11:49.308
然后管理员账户也只会召回和触达到管理员的记忆

00:11:49.308 --> 00:11:51.588
他们彼此不会混乱

00:11:51.588 --> 00:11:52.148
对

00:11:52.148 --> 00:11:54.568
对 他们之间的包括一些消息

00:11:54.568 --> 00:11:57.128
包括一些专家的配置

00:11:57.128 --> 00:11:58.168
还有绘画之间

00:11:58.168 --> 00:12:00.408
他们是隔离的 不会相互干扰

00:12:00.408 --> 00:12:03.048
然后我看评论区有粉丝

00:12:03.048 --> 00:12:05.268
问用户跟用户之间有什么关系

00:12:05.268 --> 00:12:11.748
其实我理解是管理员去定义用户和用户之间的关系

00:12:11.748 --> 00:12:12.948
其实你能看到

00:12:12.948 --> 00:12:14.968
你看我这是个子账户

00:12:14.968 --> 00:12:19.228
我其实左边就完全没有用过那个Tab键

00:12:19.228 --> 00:12:22.608
因为只有管理员可以创建子账户

00:12:22.608 --> 00:12:24.768
如果我是台管理员

00:12:24.768 --> 00:12:26.308
我买了我们的Octop

00:12:26.308 --> 00:12:28.308
或者我买台服务器

00:12:28.308 --> 00:12:30.268
我install了我们Octop

00:12:30.268 --> 00:12:33.288
如果我想给我的团队里的人用

00:12:33.288 --> 00:12:35.188
比如说我想给移民用

00:12:35.188 --> 00:12:36.728
然后我想给我其他朋友用

00:12:36.728 --> 00:12:38.828
我直接就创建个子账户

00:12:38.828 --> 00:12:41.008
可以把我的虾的能力分享给他们用

00:12:41.008 --> 00:12:43.088
这样他们就不用新买一台服务器

00:12:43.088 --> 00:12:43.908
再布一台虾

00:12:43.908 --> 00:12:45.648
就直接用我的虾

00:12:45.648 --> 00:12:47.808
然后我们彼此记忆隔离

00:12:47.808 --> 00:12:48.328
对

00:12:48.328 --> 00:12:50.548
所以说其实可以理解为

00:12:50.548 --> 00:12:52.328
假如说管理员

00:12:52.328 --> 00:12:53.848
或者是一个家庭中

00:12:53.848 --> 00:12:54.588
一个团队中

00:12:54.588 --> 00:12:55.728
有一个管理员

00:12:55.728 --> 00:12:57.908
已经部署了这个Octop的话

00:12:57.908 --> 00:12:59.848
是不是团队内其他成员

00:12:59.848 --> 00:13:00.788
或者家庭成员

00:13:00.788 --> 00:13:02.908
就可以共用这个服务器呢

00:13:02.908 --> 00:13:04.848
对 是的

00:13:04.848 --> 00:13:09.008
这样的话其实我们会减少很多资源的消耗

00:13:09.008 --> 00:13:11.228
比如说我们可以用一个人去购买这个

00:13:11.228 --> 00:13:12.648
然后大家可以一起用

00:13:12.648 --> 00:13:18.608
这样的话就避免了每个人他都需要重新部署一套Octob服务

00:13:18.608 --> 00:13:20.528
或者是再购买一台Octob

00:13:20.528 --> 00:13:24.168
大大降低了我们对于Octob的使用成本门槛

00:13:24.168 --> 00:13:26.648
Octob的基础的一个底层基础架构

00:13:26.648 --> 00:13:29.308
是不是延续了OpenCloud的一个核心框架

00:13:29.308 --> 00:13:31.088
这个可以解答一下吗

00:13:31.088 --> 00:13:33.968
我们和OpenCloud相比的话有什么优势吗

00:13:33.968 --> 00:13:40.188
其实Octop底层技术架构是一个对ACE功能的对齐和存构

00:13:40.188 --> 00:13:46.268
我们就是以更优美更晚辈更高级的功能面向开源

00:13:46.268 --> 00:13:47.968
然后现在发布了出来

00:13:47.968 --> 00:13:51.028
然后是对ACE的一个全量升级

00:13:51.028 --> 00:13:56.028
对我们的Github链接其实在这里

00:13:56.028 --> 00:13:58.188
在我们的右上角

00:13:58.188 --> 00:14:01.148
也随时欢迎直播间大家为我们

00:14:01.148 --> 00:14:04.148
关注我们的GitHub仓库

00:14:04.148 --> 00:14:06.268
为我们TPR提供

00:14:06.268 --> 00:14:08.828
也给我们点点STAR

00:14:08.828 --> 00:14:09.468
谢谢

00:14:10.268 --> 00:14:10.948
是的

00:14:10.948 --> 00:14:12.148
那其实我听下来的话

00:14:12.148 --> 00:14:14.068
我觉得我们多用户的这个功能

00:14:14.068 --> 00:14:15.868
其实相较于其他agent来说

00:14:15.868 --> 00:14:18.228
是不是还是比较有优势的

00:14:18.228 --> 00:14:20.748
是否可以再深入的讲解一下

00:14:20.748 --> 00:14:22.908
比如我看评论区有很多的人问

00:14:22.908 --> 00:14:24.348
那这个多用户的话

00:14:24.348 --> 00:14:25.748
账户能不能配置

00:14:25.748 --> 00:14:27.348
其他的一些通信通道

00:14:27.348 --> 00:14:28.788
比如说微信等等

00:14:28.788 --> 00:14:30.828
对他们都是隔离的

00:14:30.828 --> 00:14:32.628
你看这个子账户

00:14:32.628 --> 00:14:35.788
它其实也是有全套支持的通道

00:14:35.788 --> 00:14:38.868
并且它都是跟我们主账户隔离的

00:14:38.868 --> 00:14:42.028
就是子用户也可以配一个通道

00:14:42.028 --> 00:14:45.068
就仅仅是跟子用户所有的工作区

00:14:45.068 --> 00:14:46.648
和它的记忆联动

00:14:46.648 --> 00:14:48.348
对也可以配通道

00:14:48.348 --> 00:14:51.248
然后在微信上调用这支Octo

00:14:51.248 --> 00:14:51.628
对

00:14:51.628 --> 00:14:53.728
那Win可以连接微信

00:14:53.728 --> 00:14:55.108
然后一个团队多个人

00:14:55.108 --> 00:14:57.328
然后子账号去连接各自的微信

00:14:57.328 --> 00:14:58.788
然后再用不同的微信

00:14:58.788 --> 00:15:01.288
去给同一个服务器发送指令吗

00:15:01.288 --> 00:15:03.868
是的 没错

00:15:03.868 --> 00:15:04.908
其实就是这样

00:15:04.908 --> 00:15:06.728
就是我们一个Octop

00:15:06.728 --> 00:15:09.048
部署在一个服务器上

00:15:09.048 --> 00:15:10.448
然后有多个用户

00:15:10.448 --> 00:15:12.848
每个用户都可以连接各自的微信

00:15:12.848 --> 00:15:13.728
各自的QQ

00:15:13.728 --> 00:15:16.948
然后都可以向这个Octop发布指令

00:15:16.948 --> 00:15:18.508
但是他们发布的指令

00:15:18.508 --> 00:15:20.308
就是只跟自己的

00:15:20.308 --> 00:15:23.308
就是子用户的工作区相关

00:15:23.308 --> 00:15:25.068
就是多用户隔离

00:15:25.068 --> 00:15:28.048
问多智能体之间通信机制有哪些

00:15:28.048 --> 00:15:30.168
多智能体之间

00:15:30.168 --> 00:15:31.168
我理解这个问题

00:15:31.168 --> 00:15:33.268
是不是在问我们目前的一个

00:15:33.268 --> 00:15:35.648
多用户的一个场景之间

00:15:35.648 --> 00:15:37.448
能否进行通信呢

00:15:37.448 --> 00:15:42.748
我们多用户是隔离的

00:15:42.748 --> 00:15:45.028
但我们有多智能体

00:15:45.028 --> 00:15:46.028
就包括其实

00:15:46.028 --> 00:15:47.788
等后续直播

00:15:47.788 --> 00:15:49.568
我会讲到我们有智能体

00:15:49.568 --> 00:15:51.588
包括我们有专家

00:15:51.588 --> 00:15:53.248
专家其实我们可以创建

00:15:53.248 --> 00:15:53.928
多个专家

00:15:53.928 --> 00:15:55.288
然后每个专家之间

00:15:55.288 --> 00:15:56.108
也可以通信

00:15:56.108 --> 00:15:59.868
如果大家就是对我们的技术架构

00:15:59.868 --> 00:16:01.348
对我们的代码

00:16:01.348 --> 00:16:03.008
对我们的技术架构好奇的话

00:16:03.008 --> 00:16:05.508
其实我们就是完全看远

00:16:05.508 --> 00:16:07.448
大家可以去DHub仓库

00:16:07.448 --> 00:16:09.508
欢迎大家给我们多点点思大

00:16:09.508 --> 00:16:10.848
细细研读我们

00:16:10.848 --> 00:16:15.668
细细研读我们CVM高级研发工程师写代码

00:16:15.668 --> 00:16:16.688
当然不是我们两个

00:16:16.688 --> 00:16:17.928
对是我们团队大了

00:16:17.928 --> 00:16:21.528
然后欢迎大家给我们仓库点点思大

00:16:21.528 --> 00:16:23.628
然后有发现什么

00:16:23.628 --> 00:16:25.688
有意见也可以TTE是TTPR

00:16:25.688 --> 00:16:26.888
欢迎大家和我们共见

00:16:26.888 --> 00:16:30.208
他问这个可以组建多agent团队吗

00:16:30.208 --> 00:16:31.808
还是单纯自己一个agent

00:16:31.808 --> 00:16:35.048
形成不同子agent的一个团队

00:16:35.048 --> 00:16:37.048
可以组建多agent团队

00:16:37.048 --> 00:16:40.768
就是每个专家之间也可以相互同信

00:16:40.768 --> 00:16:42.288
包括一个专家可以

00:16:42.288 --> 00:16:44.348
也可以携带自己的子agent

00:16:44.348 --> 00:16:45.748
也可以一起调用

00:16:45.748 --> 00:16:47.488
对这两种功能我们都支持

00:16:47.488 --> 00:16:50.448
然后我看还有粉丝朋友问

00:16:50.448 --> 00:16:51.768
可以连接不同的IM

00:16:51.768 --> 00:16:53.608
比如微信跟我聊生活

00:16:53.608 --> 00:16:55.028
其微跟我聊工作吗

00:16:55.028 --> 00:16:58.048
可以对我接下来就要讲解这一点

00:16:58.048 --> 00:17:03.448
我们的多专家就是可以达到这位粉丝朋友想要的效果

00:17:03.448 --> 00:17:10.968
现在升级自己的清量服务器到Optop能继承原来的OpenCloud配置和空间吗

00:17:10.968 --> 00:17:15.288
我们有提供OpenCloud的迁移

00:17:15.288 --> 00:17:15.948
对

00:17:15.948 --> 00:17:18.788
每个子智能体也是独立的吗

00:17:18.788 --> 00:17:20.428
每个子智能体

00:17:20.428 --> 00:17:25.668
其实Subagent的概念它在一个定义上

00:17:25.668 --> 00:17:28.788
其实就不适合大agent做记忆独立的

00:17:28.788 --> 00:17:32.528
Subagent只是作为一个agent的助手

00:17:32.528 --> 00:17:34.268
回答那么久用不问题

00:17:34.268 --> 00:17:36.708
我赶紧给大家讲讲干货吧

00:17:39.361 --> 00:17:44.161
剛剛其實說了,我們多用戶嘛,就是可以全家一起用。

00:17:44.161 --> 00:17:50.761
我也可以給我的媽媽爸爸創建這個用戶,讓他們一起共享回家。

00:17:50.761 --> 00:17:52.561
然后其实也呼不穿台

00:17:52.561 --> 00:17:54.761
就聊的不会被我爸爸哄妈妈看的

00:17:54.761 --> 00:17:59.061
只是在一起用这台服务器上的这一个Octop

00:17:59.061 --> 00:18:01.861
然后其实就来了多专家

00:18:01.861 --> 00:18:04.561
这也是其实刚刚很多用户问的场景

00:18:04.561 --> 00:18:06.361
那多专家是什么呢

00:18:06.361 --> 00:18:10.361
就是我可以用多个专属助手

00:18:10.361 --> 00:18:13.161
就一个用户他可以用多个专家

00:18:13.161 --> 00:18:16.661
就是其实多专家就是我刚刚对

00:18:16.661 --> 00:18:18.861
一鸣和佼佼提问的那个

00:18:18.861 --> 00:18:20.721
其实是个很现实的场景

00:18:20.721 --> 00:18:22.921
就比如说我在工作的生活中

00:18:22.921 --> 00:18:28.361
我也需要可能有时候需要一个生活助理来管理我的健康

00:18:28.361 --> 00:18:32.101
然后我也需要一个工作秘书来帮我工作

00:18:32.101 --> 00:18:35.161
但是我不希望他们两个是互相知道彼此

00:18:35.161 --> 00:18:37.161
我不希望他们的记忆混乱

00:18:37.161 --> 00:18:39.161
就我不希望我在做PPT的时候

00:18:39.161 --> 00:18:40.421
他突然对我说

00:18:40.421 --> 00:18:42.761
哎 你昨天吃了火锅

00:18:42.761 --> 00:18:45.901
那你做PT的时候不需要知道这些事

00:18:45.901 --> 00:18:49.741
所以就是针对这种需要各司其职的场景

00:18:49.741 --> 00:18:52.301
我们推出了多专家

00:18:52.301 --> 00:18:54.861
当然我这里也可以给大家演示

00:18:54.861 --> 00:18:56.141
这些都是我们的现成功能

00:18:56.141 --> 00:18:58.701
包括大家从Github仓库也可以

00:18:58.701 --> 00:19:00.141
直接就是安装

00:19:00.141 --> 00:19:01.581
然后直接体验到

00:19:01.581 --> 00:19:04.581
我们的这些多专家多用户的功能

00:19:04.581 --> 00:19:06.981
可以看到我其实刚刚

00:19:06.981 --> 00:19:08.421
就是在这个主用户

00:19:08.421 --> 00:19:10.861
对不管是我们主用户还是子用户

00:19:10.861 --> 00:19:13.661
都可以体会到这些功能

00:19:13.661 --> 00:19:14.581
非常好

00:19:14.581 --> 00:19:18.501
然后我刚刚其实在子用户创建一个通用助手专家

00:19:18.501 --> 00:19:21.501
然后我们现在就是有办公自动化

00:19:21.501 --> 00:19:22.861
有育儿专家

00:19:22.861 --> 00:19:26.861
有我们的老钱证券观察员

00:19:26.861 --> 00:19:29.941
那我现在就来创建一个育儿专家吧

00:19:29.941 --> 00:19:31.621
假如假如我又为小孩

00:19:31.621 --> 00:19:34.421
我就是又想用通用助手帮我工作

00:19:34.421 --> 00:19:37.341
又想用育儿专家帮我养娃

00:19:37.341 --> 00:19:40.181
那我这里就可以切换到聊天

00:19:40.181 --> 00:19:43.981
跟他say个hi

00:19:44.581 --> 00:19:50.601
这个育儿专家他是直接就已经为我们都设置好了模板

00:19:50.601 --> 00:19:53.981
我们就只需要一键点击就可以部署了是吗

00:19:53.981 --> 00:19:54.981
是的 是的

00:19:54.981 --> 00:19:56.921
不知道大家有没有关注之前

00:19:56.921 --> 00:20:03.121
我们的产品经理Anson给大家带来了一场关于ACE育儿的

00:20:03.121 --> 00:20:08.341
对 这个育儿专家就是ACE上我们五缝迁移过来对标的能力

00:20:08.341 --> 00:20:13.021
对 相当于你在ACE上使用的功能在我们Octop上都可以实现

00:20:13.021 --> 00:20:15.001
还有粉丝朋友问说

00:20:15.001 --> 00:20:16.881
如何保证数据安全

00:20:16.881 --> 00:20:19.281
我们是一个开源项目

00:20:19.281 --> 00:20:21.641
就是用户自己也可以买一台服务器安装

00:20:21.641 --> 00:20:25.741
所以所有数据都是在你们自己的服务器里的

00:20:25.741 --> 00:20:27.621
不会包含在外面的

00:20:27.621 --> 00:20:30.121
外面包括我们自己都触达不了

00:20:30.121 --> 00:20:31.701
就是封锁在你们的服务器

00:20:31.701 --> 00:20:34.501
或者你们在本集安装就是在你们的经理

00:20:34.501 --> 00:20:37.501
这个数据都是保存在你们自己的本地

00:20:37.501 --> 00:20:39.061
我们是无法访问到的

00:20:39.061 --> 00:20:42.101
然后我看评论区公子他问

00:20:42.101 --> 00:20:43.841
如果给团队用的话

00:20:43.841 --> 00:20:45.821
可以多team吗

00:20:45.821 --> 00:20:47.201
team数上限是多少

00:20:47.201 --> 00:20:49.541
每个team内的成员上限是多少

00:20:49.541 --> 00:20:51.541
team的意思是

00:20:51.541 --> 00:20:52.921
只用户吗

00:20:52.921 --> 00:20:54.801
目前来讲的话

00:20:54.801 --> 00:20:57.241
我们还没有对用户进行一个

00:20:57.241 --> 00:20:58.641
分组的处理

00:20:58.641 --> 00:21:00.821
目前来讲只是针对于

00:21:00.821 --> 00:21:02.321
我们有两种角色

00:21:02.321 --> 00:21:04.201
一种是管理员一种是普通用户

00:21:04.201 --> 00:21:06.041
那么管理员可以创建

00:21:06.041 --> 00:21:08.701
管理员和普通用户

00:21:08.701 --> 00:21:09.721
两种角色的用户

00:21:09.721 --> 00:21:11.421
但是并没有对用户之间

00:21:11.421 --> 00:21:12.961
做一个分组的划分

00:21:12.961 --> 00:21:14.881
目前还没有做这样的功能

00:21:14.881 --> 00:21:16.081
就是因为我们

00:21:16.081 --> 00:21:19.841
因为都在GitHub上

00:21:19.841 --> 00:21:21.121
然后也有安装脚本

00:21:21.121 --> 00:21:23.041
你想装在云服务器

00:21:23.041 --> 00:21:24.861
想装在本地都是可以的

00:21:24.861 --> 00:21:25.221
对

00:21:25.221 --> 00:21:27.621
只要你有电脑

00:21:27.621 --> 00:21:29.881
都可以去进行实现

00:21:29.881 --> 00:21:31.721
说专家养娃的话

00:21:31.721 --> 00:21:33.481
怎么才能让我不为陪娃

00:21:33.481 --> 00:21:34.481
作业而苦恼

00:21:34.481 --> 00:21:35.581
这个的话

00:21:35.581 --> 00:21:36.901
也欢迎来试用一下

00:21:36.901 --> 00:21:37.901
我们这个育儿专家

00:21:37.901 --> 00:21:39.501
看一下是否能帮到你

00:21:39.501 --> 00:21:45.381
我们育儿专家母班其实对八年级的数学

00:21:45.381 --> 00:21:49.741
我才应该八年级是初二了吧

00:21:49.741 --> 00:21:52.061
对这么大的娃好像不适用

00:21:52.061 --> 00:21:53.841
但是没有关系

00:21:53.841 --> 00:21:56.301
可以来探查一下我们的子智能体

00:21:56.301 --> 00:22:00.141
我们子智能体里面有非常多的定理啊

00:22:00.141 --> 00:22:01.361
包括历史啊

00:22:01.361 --> 00:22:04.201
包括如果你的小孩想学开发

00:22:04.201 --> 00:22:06.181
想学其他的都可以来看

00:22:06.181 --> 00:22:09.781
判处一下我们的多专家多智能体

00:22:09.781 --> 00:22:10.121
对

00:22:10.121 --> 00:22:10.701
是的

00:22:10.701 --> 00:22:13.061
可以让专家来帮你养娃

00:22:13.061 --> 00:22:14.461
来做作业辅导作业

00:22:14.461 --> 00:22:16.261
可以尝试一下专家的功能

00:22:16.261 --> 00:22:18.601
他问使用云服务器的时候

00:22:18.601 --> 00:22:20.901
资料也是保存在自己的电脑上吗

00:22:20.901 --> 00:22:24.081
使用云服务器的时候

00:22:24.081 --> 00:22:27.721
资料肯定是保存在你的云服务器上的

00:22:27.721 --> 00:22:27.941
对

00:22:27.941 --> 00:22:31.541
因为其实也对我们的Optop

00:22:31.541 --> 00:22:32.801
有个权限的管控

00:22:32.801 --> 00:22:34.641
如果你在云服务器上使用

00:22:34.641 --> 00:22:38.681
我们是不希望它就是谈谈到孕妇器以外的地方的

00:22:38.681 --> 00:22:43.001
然后还有人问有了Octop还需要ACE吗

00:22:43.001 --> 00:22:47.941
我们Octop其实是一个对ACE的延续

00:22:47.941 --> 00:22:53.641
你可以看到其实我们功能啊界面都是完全延续进化

00:22:53.641 --> 00:22:55.881
就是ACE支持的Octop都支持

00:22:55.881 --> 00:22:59.841
我们后续也会推出ACE牵移到Octop上的方法

00:22:59.841 --> 00:23:04.101
对相当于是我们ACE有的功能在Octop上都有

00:23:04.101 --> 00:23:07.701
如果说你是之前使用ACE的用户的话

00:23:07.701 --> 00:23:09.181
对于使用Octob来讲

00:23:09.181 --> 00:23:11.621
你其实对你的使用体验

00:23:11.621 --> 00:23:12.961
或者是产品体验上来讲

00:23:12.961 --> 00:23:14.041
没有特别大的差别

00:23:14.041 --> 00:23:17.061
我们主要是想对齐一下

00:23:17.061 --> 00:23:18.141
大家的一个用户体验

00:23:18.141 --> 00:23:19.741
让大家可以更加丝滑

00:23:19.741 --> 00:23:20.841
更加顺滑地

00:23:20.841 --> 00:23:23.161
再从ACE或者迁移到Octob

00:23:23.161 --> 00:23:25.861
他问QCloud的Agent

00:23:25.861 --> 00:23:27.241
可以迁移到Octob吗

00:23:27.241 --> 00:23:33.521
因为QCloud其实不是我们团队内容的产品

00:23:33.521 --> 00:23:36.581
对 目前来说其实Qo它本身是一个产品

00:23:36.581 --> 00:23:39.561
它不是一个公开的开源项目

00:23:39.561 --> 00:23:42.081
对 我们本身上来讲是一个开源项目

00:23:42.081 --> 00:23:43.821
如果说你有特别好用的agent

00:23:43.821 --> 00:23:46.621
你可以直接提升到我们的Octop上

00:23:46.621 --> 00:23:48.481
都是没有任何问题的

00:23:48.481 --> 00:23:51.841
是的 也欢迎去支持一下我们的开源STAR

00:23:51.841 --> 00:23:55.081
Octop支持一键部署到腾讯云的TKE吗

00:23:55.081 --> 00:23:58.001
这个的话是这样的

00:23:58.001 --> 00:24:03.701
就是如果说你已经购买了咱们腾讯云的TQE的服务的话

00:24:03.701 --> 00:24:06.961
你参考我们的Github链接上的部署方式

00:24:06.961 --> 00:24:08.341
其实是没有任何问题的

00:24:08.341 --> 00:24:11.361
但是可能会存在一个系统

00:24:11.361 --> 00:24:15.181
包括一些容器相关的一些情况

00:24:15.181 --> 00:24:17.621
可能需要参考一下不同的安装部署方式

00:24:17.621 --> 00:24:19.601
进行一个安装的部署

00:24:19.601 --> 00:24:19.901
是的

00:24:19.901 --> 00:24:22.501
我们Github仓库的ReadMe

00:24:22.501 --> 00:24:25.061
其实都写得比较清楚

00:24:25.061 --> 00:24:30.561
然后包括想在自己的Mac上或者Windows上

00:24:30.561 --> 00:24:32.401
也安装部署体验的朋友

00:24:32.401 --> 00:24:35.301
现在也可以直接去我们Octo仓库

00:24:35.301 --> 00:24:38.501
然后直接参考我们的install方式

00:24:38.501 --> 00:24:40.561
然后其实刚刚就讲到

00:24:40.561 --> 00:24:44.201
就一个人可以就是有多个专家

00:24:44.201 --> 00:24:47.281
然后现在其实可以看到

00:24:47.281 --> 00:24:48.941
我有个通用专家帮我工作

00:24:48.941 --> 00:24:50.541
然后我有个月儿专家

00:24:50.541 --> 00:24:54.341
然后包括其实在通道这里也可以看到

00:24:54.341 --> 00:24:56.361
我育儿专家是一套部署

00:24:56.361 --> 00:24:58.941
然后我的通用助手也是一套部署

00:24:58.941 --> 00:24:59.981
这说明什么

00:24:59.981 --> 00:25:00.981
这说明我可以

00:25:00.981 --> 00:25:04.621
比如说我在QQ上使用我的通用助手

00:25:04.621 --> 00:25:08.301
或我在齐威上连接我的通用助手来帮助我办公

00:25:08.301 --> 00:25:13.461
然后我就是在微信上连接育儿专家来帮助我养娃

00:25:13.461 --> 00:25:17.881
然后这两个专家他们都在一台Octop里

00:25:17.881 --> 00:25:19.901
但是他们互相记忆不会错乱

00:25:19.901 --> 00:25:22.661
然后我就可以用一台Octop

00:25:22.661 --> 00:25:24.161
一台服器的一台Octop

00:25:24.161 --> 00:25:26.181
然后做两件事

00:25:26.181 --> 00:25:28.601
这就是我们Optop的多专家

00:25:28.601 --> 00:25:29.741
你就可以做到

00:25:29.741 --> 00:25:30.641
是的

00:25:30.641 --> 00:25:33.061
然后我看到TTN他吐槽说

00:25:33.061 --> 00:25:35.341
我们的产品在腾讯营搜不到

00:25:35.341 --> 00:25:36.541
是这样子的

00:25:36.541 --> 00:25:37.241
我解释一下

00:25:37.241 --> 00:25:38.941
就是我们其实是刚刚开源

00:25:38.941 --> 00:25:39.841
然后呢

00:25:39.841 --> 00:25:41.541
也是借开源的机会

00:25:41.541 --> 00:25:42.821
和大家先交流一下

00:25:42.821 --> 00:25:43.641
整体的一个项目

00:25:43.641 --> 00:25:45.661
其实我们在腾讯营服务器

00:25:45.661 --> 00:25:47.561
官方的公众号去搜索

00:25:47.561 --> 00:25:51.121
有一篇新推出的一个推文和贴图

00:25:51.121 --> 00:25:52.941
是有介绍到我们开源的

00:25:52.941 --> 00:25:53.861
一个项目和产品的

00:25:53.861 --> 00:25:56.061
可以去关注一下这篇推文

00:25:56.061 --> 00:25:57.621
推文贴图文章

00:25:57.621 --> 00:25:59.461
然后后续的话我们也会

00:25:59.461 --> 00:26:02.101
去产出更多的一个直播啊干货

00:26:02.101 --> 00:26:04.501
等的一个推文内容可以关注一下

00:26:04.501 --> 00:26:05.701
说专家模式的话

00:26:05.701 --> 00:26:08.101
怎么通过微信或者QQ转换成

00:26:08.498 --> 00:26:09.498
請保持中文字。

00:26:09.498 --> 00:26:11.498
請保持中文字。

00:26:11.498 --> 00:26:13.498
請保持中文字。

00:26:13.498 --> 00:26:15.498
請保持中文字。

00:26:15.498 --> 00:26:17.498
請保持中文字。

00:26:17.498 --> 00:26:19.498
請保持中文字。

00:26:19.498 --> 00:26:21.498
請保持中文字。

00:26:21.498 --> 00:26:24.598
然后包括通用助手你配启威

00:26:24.598 --> 00:26:28.458
然后其实这个就是不同的通道配置了

00:26:28.458 --> 00:26:30.638
然后其实最神奇的一点是

00:26:30.638 --> 00:26:33.378
你可以在一个专家比如说

00:26:33.378 --> 00:26:36.038
但我现在因为是直播的关系

00:26:36.038 --> 00:26:39.258
我全程用我们的这个面板来给大家演示

00:26:39.258 --> 00:26:46.018
如果你就是想用微信来询问你配置在QQ的专家呢

00:26:46.018 --> 00:26:47.818
你其实可以询问他

00:26:47.818 --> 00:26:51.898
就我刚刚在育儿专家建立了小孩

00:26:51.898 --> 00:26:56.758
我就可以询问育儿专家

00:26:56.758 --> 00:27:00.198
我的小孩怎么样了

00:27:08.798 --> 00:27:12.518
我们还没有出示化相关的信息

00:27:12.518 --> 00:27:16.938
那我的小孩叫小鱼

00:27:16.938 --> 00:27:19.218
对,Kernel这位同学说

00:27:19.218 --> 00:27:21.058
目前我们这个项目主页

00:27:21.058 --> 00:27:24.958
对于用户的熟悉程度上手难度比较高

00:27:24.958 --> 00:27:26.798
没有相关的档档

00:27:26.798 --> 00:27:29.838
这个的话我们后续因为是这样

00:27:29.838 --> 00:27:31.298
我们是先开源了

00:27:31.298 --> 00:27:33.698
所以说我们目前先以开源的标准

00:27:33.698 --> 00:27:35.518
去上线整个项目

00:27:35.518 --> 00:27:37.678
之后的话我们也会配套起

00:27:37.678 --> 00:27:39.418
腾讯云的开发者社区

00:27:39.418 --> 00:27:42.858
包括后续的腾讯云官网上的上线

00:27:42.858 --> 00:27:43.298
对

00:27:43.298 --> 00:27:47.538
是的我们后续也会跟进一系列的文档

00:27:47.538 --> 00:27:48.958
然后社区运营

00:27:48.958 --> 00:27:51.498
然后包括最佳实践

00:27:51.498 --> 00:27:54.078
然后来帮助用户上手我们的Octa

00:27:54.078 --> 00:27:57.058
现在看一下它

00:27:57.058 --> 00:28:00.318
好它找到了月儿管家Agent

00:28:00.318 --> 00:28:04.538
对就是我们每个专家之间也是可以互通的

00:28:04.538 --> 00:28:07.698
但是你可以看到它不会轻易的互通

00:28:07.698 --> 00:28:10.898
因为这一定程度上就避免了每个专家的互不打扰

00:28:10.898 --> 00:28:13.038
就只有在非常严苛的

00:28:13.038 --> 00:28:14.938
就是你的prompt下

00:28:14.938 --> 00:28:17.398
然后它会帮你去调用

00:28:17.398 --> 00:28:19.518
其他agent的workspace的信息

00:28:19.518 --> 00:28:21.238
这就是刚刚说的

00:28:21.238 --> 00:28:23.858
每一个助手可以连不同的APP

00:28:23.858 --> 00:28:26.238
就是比如说育儿助手

00:28:26.238 --> 00:28:27.458
连QQ生活注尼

00:28:27.458 --> 00:28:28.638
连微信工作秘书

00:28:28.638 --> 00:28:29.298
连启威

00:28:29.298 --> 00:28:31.938
你就可以在一个octop下

00:28:31.938 --> 00:28:34.958
然后用多种专家来管理你的生活

00:28:34.958 --> 00:28:36.598
避免创建多只虾

00:28:36.598 --> 00:28:39.698
也避免就像之前用同一只虾

00:28:39.698 --> 00:28:42.058
像OpenCode或荷马西一样

00:28:42.058 --> 00:28:43.498
就是有记忆混乱

00:28:43.498 --> 00:28:45.478
因为我们是一个入口

00:28:45.478 --> 00:28:47.378
但各走各的渠道

00:28:47.378 --> 00:28:50.698
包括他们的记忆都是独立的

00:28:50.698 --> 00:28:53.038
每个助手都有自己独立的记忆库

00:28:53.038 --> 00:28:54.938
然后就是育儿的是

00:28:54.938 --> 00:28:56.378
不会跑进生活助手

00:28:56.378 --> 00:28:59.518
他们的记忆库边界清晰

00:28:59.518 --> 00:29:01.838
第三点是我想讲解的是

00:29:01.838 --> 00:29:02.678
子智能体

00:29:02.678 --> 00:29:05.118
就是可以给助手配小帮手

00:29:05.118 --> 00:29:07.478
就是如果我创建一个助手

00:29:07.478 --> 00:29:09.678
我也可以在页面上给大家演示

00:29:09.678 --> 00:29:12.398
这里有非常多的子智能体

00:29:12.398 --> 00:29:15.218
那我有一个问题想问

00:29:15.218 --> 00:29:18.198
就是这个子智能体它有什么好处呀

00:29:18.198 --> 00:29:21.318
刚刚我们讲了有专家和多用户

00:29:21.318 --> 00:29:24.078
那这个有子智能体和之间

00:29:24.078 --> 00:29:26.318
他们和之前讲的有什么区别呀

00:29:26.318 --> 00:29:28.538
就是它有什么优势和好处

00:29:28.538 --> 00:29:31.178
其实专家的话

00:29:31.178 --> 00:29:34.438
刚刚我们其实聊到的是工作和生活

00:29:34.438 --> 00:29:35.798
包括就是多用途

00:29:35.798 --> 00:29:38.818
它可以做工作区的隔离嘛

00:29:38.818 --> 00:29:42.198
像子智能体其实就是一个subagent

00:29:42.198 --> 00:29:44.818
他就是比如说我在通用专家下

00:29:44.818 --> 00:29:49.378
我配置比如说你看学术的这五个子智能体

00:29:49.378 --> 00:29:53.958
其实了解龙虾这个形态的朋友可以知道

00:29:53.958 --> 00:29:56.958
如果我们在agentMD里写太多的诗

00:29:56.958 --> 00:30:00.038
他其实会每一次都去读他的agentMD

00:30:00.038 --> 00:30:03.358
我是希望比如说他又懂定理又懂历史

00:30:03.358 --> 00:30:05.358
又懂人类学又懂心理学

00:30:05.358 --> 00:30:07.938
但我是希望他懂

00:30:07.938 --> 00:30:10.178
但我不是每次都会要用到这些功能

00:30:10.178 --> 00:30:13.698
那这时候我们就其实可以去添加这些子智能体

00:30:13.698 --> 00:30:16.478
然后这样我们就可以询问通通助手

00:30:16.478 --> 00:30:20.438
然后当我们询问到人类学相关的事情的时候

00:30:20.438 --> 00:30:23.618
他才会去寻求这个人类学子智能体的帮忙

00:30:23.618 --> 00:30:26.158
如果我们不询问他就不会调用

00:30:26.158 --> 00:30:28.978
这样其实一是可以有效管理我们Token

00:30:28.978 --> 00:30:33.238
二是可以在有限的就是AgentMD下

00:30:33.238 --> 00:30:35.578
然后你看我们有那么多的子智能体

00:30:35.578 --> 00:30:37.898
可以就是扩充我们agent的能力

00:30:37.898 --> 00:30:39.998
让我们agent一个agent

00:30:39.998 --> 00:30:41.378
一个专家变得更强大

00:30:41.378 --> 00:30:44.798
对就像是一个军队中

00:30:44.798 --> 00:30:45.978
有不同的兵种一样

00:30:45.978 --> 00:30:48.198
这个子智能体就相当于是

00:30:48.198 --> 00:30:50.358
你随调随道的你的士兵

00:30:50.358 --> 00:30:52.118
然后他会帮你处理一些任务

00:30:52.118 --> 00:30:54.178
然后你触发这些任务的时候

00:30:54.178 --> 00:30:55.778
他会到来帮你处理一些任务

00:30:55.778 --> 00:30:56.378
处理完之后

00:30:56.378 --> 00:30:58.198
然后他就待在原来的那个地方了

00:30:58.198 --> 00:31:00.998
而且这些子智能体是并停调用

00:31:00.998 --> 00:31:03.878
就相当于就是我们的专家

00:31:03.878 --> 00:31:05.998
它就是一个发号生令的

00:31:05.998 --> 00:31:10.098
然后它会同时将这些子智能体去调研它们领域内的事

00:31:10.098 --> 00:31:13.078
然后最后它再统一回复给用户

00:31:13.078 --> 00:31:13.558
对

00:31:13.558 --> 00:31:16.978
定属可以自主配置国内外的模型

00:31:16.978 --> 00:31:17.838
DE呢

00:31:17.838 --> 00:31:20.098
就是可以自主配置模型的

00:31:20.098 --> 00:31:21.838
对

00:31:21.838 --> 00:31:23.358
我们目前来讲

00:31:23.358 --> 00:31:26.498
大多数主流的模型都可以进行支持

00:31:26.498 --> 00:31:29.218
我们可以切换到我们的

00:31:29.218 --> 00:31:30.778
的命用户下

00:31:32.778 --> 00:31:33.178
对

00:31:33.878 --> 00:31:41.878
这种体验就是Subaging图的这个概念

00:31:41.878 --> 00:31:42.878
对

00:31:42.878 --> 00:31:48.998
包括模型看我们在Admin用户可以看到那么多的云端

00:31:48.998 --> 00:31:54.638
就是现在提供商包括我们腾讯云

00:31:54.638 --> 00:31:57.278
腾讯TodyPlan 腾讯TokenPlan

00:31:57.278 --> 00:32:01.458
然后我们都有就是可以自助配置

00:32:01.458 --> 00:32:03.898
然后包括别的厂商

00:32:03.898 --> 00:32:05.058
KIMI, MINIMAX

00:32:05.058 --> 00:32:07.378
然后包括智朴,火山

00:32:07.378 --> 00:32:08.298
我们都有在这

00:32:08.298 --> 00:32:10.398
然后还有国外的包括

00:32:10.398 --> 00:32:11.818
GIMNI, OPEN NI

00:32:11.818 --> 00:32:14.818
然后包括ANTHROPIC都可以

00:32:14.818 --> 00:32:16.898
然后大家如果找不到

00:32:16.898 --> 00:32:18.198
也可以自定义提供商

00:32:18.198 --> 00:32:20.078
然后有个BASE URL

00:32:20.078 --> 00:32:21.478
然后有API P

00:32:21.478 --> 00:32:23.478
然后这里可以选协议

00:32:23.478 --> 00:32:25.078
对我们都支持了

00:32:25.078 --> 00:32:27.338
如果大家想要本地的话

00:32:27.338 --> 00:32:30.058
我们也有支持本地有达马客户端

00:32:30.058 --> 00:32:30.778
好的

00:32:30.778 --> 00:32:33.318
像刚刚讲解完子智能体

00:32:33.318 --> 00:32:39.558
然后其实刚刚其实也有演示到专家主团可以一同作战

00:32:39.558 --> 00:32:46.158
然后像包括智能体我刚讲的复杂的是可以拆点合适的sublagion去做

00:32:46.158 --> 00:32:52.278
然后包括刚刚我展示用通用助手可以触打到育儿助手

00:32:52.278 --> 00:32:55.478
就是每个专家也可以互相触打

00:32:55.478 --> 00:32:57.918
然后可以调用别的专家能力有恨

00:32:57.918 --> 00:33:03.518
就是包括我们接下来我的同事英明会大家讲解连接器

00:33:03.518 --> 00:33:06.638
我们也可以调用到外部的一些服务

00:33:06.638 --> 00:33:10.818
然后可以让工具平权让生态互联

00:33:10.818 --> 00:33:13.978
他问子智能体和专家谁的层级更高

00:33:13.978 --> 00:33:19.218
子智能体其实是被携带在专家底下的

00:33:19.218 --> 00:33:22.158
就是一个专家可以配置子智能体

00:33:22.158 --> 00:33:25.178
让他自己的就是能力更强大

00:33:25.178 --> 00:33:25.558
对

00:33:25.558 --> 00:33:27.838
英明平时会用什么大模型

00:33:27.838 --> 00:33:33.898
我的话其实我用我们腾讯的Token Plan比较多

00:33:33.898 --> 00:33:38.038
多人协作场景中如果智能体的输出存在幻觉的话

00:33:38.038 --> 00:33:40.918
怎么建立智信度教验和修正的流程

00:33:40.918 --> 00:33:41.898
很专业

00:33:41.898 --> 00:33:46.398
其实首先你可以在专家的HT&D里

00:33:46.398 --> 00:33:51.858
给他一点比较教验和修正的提示词

00:33:51.858 --> 00:33:55.598
让他一定要去教验智能体的产出成果

00:33:55.598 --> 00:33:58.638
然后包括你也给他一些教研的规则

00:33:58.638 --> 00:34:02.198
或者自己创建一些教研的skill

00:34:02.198 --> 00:34:04.778
或者从很多我们的skill hub

00:34:04.778 --> 00:34:07.598
比如Dhub上去找一些教研的skill

00:34:07.598 --> 00:34:08.698
我理解都是可以的

00:34:08.698 --> 00:34:12.298
他问开源版本的Octop和腾讯云内部商业

00:34:12.298 --> 00:34:13.418
使用的一个版本

00:34:13.418 --> 00:34:16.058
在功能和性能上有哪些差异

00:34:31.585 --> 00:34:33.465
我们包括大家提的issue

00:34:33.465 --> 00:34:34.905
我们修完同步在

00:34:34.905 --> 00:34:36.985
Octop的仓库下

00:34:36.985 --> 00:34:39.185
我们也会同步更新镜像

00:34:39.185 --> 00:34:41.985
未来我们发布镜像会是一起同步的

00:34:41.985 --> 00:34:44.725
智能体本身算不算一种子智能体

00:34:44.725 --> 00:34:48.685
可能还是对这个子智能体和专家的这个概念有点疑问

00:34:48.685 --> 00:34:49.725
是这样的

00:34:49.725 --> 00:34:52.305
就是对于现在来讲的话

00:34:52.305 --> 00:34:56.885
我们就像是计算机的一个比较基础一个知识

00:34:56.885 --> 00:35:00.365
专家就可以类比成计算机当中一个进程

00:35:00.365 --> 00:35:04.885
然后子智能体可以理解成一个进程当中它的一个线程

00:35:04.885 --> 00:35:09.265
然后相当于是子智能体它会共享当前的专家的一个工作区

00:35:09.265 --> 00:35:12.565
但是呢子智能体它有自己独立的上下文

00:35:12.565 --> 00:35:15.685
一个方面是它可以保证子智能体之间

00:35:15.685 --> 00:35:18.345
它们之间的运行或者绘画不相干扰

00:35:18.345 --> 00:35:20.885
第二个就是它可以大大的提升效率

00:35:20.885 --> 00:35:22.505
第二点呢就是专家的话

00:35:22.505 --> 00:35:25.625
它可以因为它具有自己独立的资源区的话

00:35:25.625 --> 00:35:28.025
就可以进行相应的安装

00:35:28.025 --> 00:35:31.185
也会你如果说对话的时间长了

00:35:31.185 --> 00:35:33.445
你也可以慢慢更加熟悉

00:35:33.445 --> 00:35:36.265
你会有自己的一个专属的记忆

00:35:36.265 --> 00:35:37.185
是的

00:35:37.185 --> 00:35:40.925
然后我看问多用户并发请求

00:35:40.925 --> 00:35:43.865
Octob有内置速率限制和排队机制吗

00:35:43.865 --> 00:35:45.545
目前来讲的话

00:35:45.545 --> 00:35:48.325
我们还没有测试过

00:35:48.325 --> 00:35:51.885
这个内置的一个速率限制和排队的机制

00:35:51.885 --> 00:35:53.645
当然因为是这样的

00:35:53.645 --> 00:35:55.505
因为我们目前使用场景的话

00:35:55.505 --> 00:35:57.245
更多的是面向

00:35:57.245 --> 00:35:58.545
比如说一个用户

00:35:58.545 --> 00:35:59.765
他会进行一个对话

00:35:59.765 --> 00:36:01.745
或者是多个用户

00:36:01.745 --> 00:36:04.665
他会在自己的一个聊天框

00:36:04.665 --> 00:36:06.045
或者对话框进行对话

00:36:06.045 --> 00:36:07.465
这位NOM同学说的

00:36:07.465 --> 00:36:08.705
多用户并发请求

00:36:08.705 --> 00:36:09.605
因为目前来讲

00:36:09.605 --> 00:36:12.065
我们的用户量不是特别大

00:36:12.065 --> 00:36:13.785
因为你一个管理员

00:36:13.785 --> 00:36:14.705
创建的用户

00:36:14.705 --> 00:36:17.145
没有说有几百个

00:36:17.145 --> 00:36:18.705
或者几千个上万那么的多

00:36:18.705 --> 00:36:19.545
所以目前来讲

00:36:19.545 --> 00:36:22.845
可能不太会出现这个问题

00:36:22.845 --> 00:36:24.545
他说做了两个智能体

00:36:24.545 --> 00:36:26.525
然后把它部署到企业微信中

00:36:26.525 --> 00:36:29.025
把这两个机器人放到工作群中

00:36:29.025 --> 00:36:32.005
能不能让它在群里及时回复信息

00:36:32.005 --> 00:36:33.725
就是不同的智能体

00:36:33.725 --> 00:36:36.045
能不能在群内及时回复信息

00:36:36.045 --> 00:36:38.945
我理解是

00:36:38.945 --> 00:36:41.385
如果你在群里用户

00:36:41.385 --> 00:36:44.385
它是能回复的

00:36:44.385 --> 00:36:44.625
对

00:36:44.625 --> 00:36:47.125
以前我们ACE

00:36:47.125 --> 00:36:49.545
就是在元宝派里有类似的渠道

00:36:49.545 --> 00:36:51.025
这个是这样的

00:36:51.025 --> 00:36:52.725
就是在企微当中的话

00:36:52.725 --> 00:36:53.945
目前来讲

00:36:53.945 --> 00:36:56.305
如果你配置了企畏的机器人

00:36:56.305 --> 00:36:58.665
他只针对他的创建者

00:36:58.665 --> 00:37:00.945
他才能够对这个企畏机器人进行对话

00:37:00.945 --> 00:37:03.205
如果说这个企畏群聊当中

00:37:03.205 --> 00:37:05.245
有其他的用户或者其他人的话

00:37:05.245 --> 00:37:08.105
他爱特伦尼创建的企畏机器人

00:37:08.105 --> 00:37:09.845
这个时候他是没法回答的

00:37:09.845 --> 00:37:12.305
能在轻量服务器里面可视化吗

00:37:12.305 --> 00:37:16.325
这个的话因为我们现在是已经开源了

00:37:16.325 --> 00:37:17.825
等我们后续的话

00:37:17.825 --> 00:37:22.965
会在其中轻量当中推出相关的产品

00:37:22.965 --> 00:37:23.865
或者是镜像

00:37:23.865 --> 00:37:25.405
如果说在里面购买的话

00:37:25.405 --> 00:37:29.385
你进入的那个主流的那个页面

00:37:29.385 --> 00:37:31.965
管理页面就是我们当前在展示的这个页面

00:37:31.965 --> 00:37:36.505
如果有用户现在想在清亮云服务器上使用的话

00:37:36.505 --> 00:37:39.905
可以买一台无邦图系统镜像

00:37:39.905 --> 00:37:43.325
然后使用我们的Linux安装脚本

00:37:43.325 --> 00:37:46.325
然后跟随指示你也可以用到

00:37:46.325 --> 00:37:49.365
然后自己放通一下安全区

00:37:49.365 --> 00:37:52.665
然后就可以看见这个可视化界面

00:37:52.665 --> 00:37:56.285
后续我们也会推出更详细的指导

00:37:56.285 --> 00:37:58.305
然后我们看粉丝朋友说

00:37:58.305 --> 00:38:00.765
是否有提供用户行为分析面板

00:38:00.765 --> 00:38:03.545
来统计各agent的调用量和成功率

00:38:03.545 --> 00:38:09.825
我们现在有提供token的面板

00:38:09.825 --> 00:38:14.305
但是我们其实做的各种用户是完全隔离

00:38:14.305 --> 00:38:18.185
就是每个用户可以看自己的token统计

00:38:18.185 --> 00:38:21.365
你看就是我最近30天用的都在这里

00:38:21.365 --> 00:38:22.765
然后包括我的

00:38:22.765 --> 00:38:25.105
你看我的育儿管家用这么多

00:38:25.105 --> 00:38:27.625
然后我的通助手用这么多

00:38:27.625 --> 00:38:30.605
好那接下来就让一鸣

00:38:30.605 --> 00:38:32.585
为大家来讲解连接器吧

00:38:32.585 --> 00:38:34.565
大家可能对于连接器

00:38:34.565 --> 00:38:35.905
这个概念不是很理解

00:38:35.905 --> 00:38:37.145
但是对于有个概念

00:38:37.145 --> 00:38:38.625
可能会有听说过

00:38:38.625 --> 00:38:39.725
就是叫MCP

00:38:39.725 --> 00:38:42.025
大家可能会对MCP这个概念

00:38:42.025 --> 00:38:43.505
可能听说过

00:38:43.505 --> 00:38:45.625
连接器是一个什么概念呢

00:38:45.625 --> 00:38:46.725
就是相当于是一个

00:38:46.725 --> 00:38:48.305
比较统一的AI入口

00:38:48.305 --> 00:38:50.945
它可以接管你的腾讯全家桶

00:38:50.945 --> 00:38:54.265
目前来讲我们的Octob有12个内置的连接器

00:38:54.265 --> 00:38:58.105
当然也是基于OMCP的一个开放协议的

00:38:58.105 --> 00:39:00.345
有一句话就可以帮你全搞定

00:39:00.345 --> 00:39:02.945
比如说因为我们大家很

00:39:02.945 --> 00:39:05.045
生活化一个场景就是我们一个人

00:39:05.045 --> 00:39:05.965
每个人都有手机

00:39:05.965 --> 00:39:07.805
每个手机上都有很多的APP

00:39:07.805 --> 00:39:11.425
但是我们如果要使用不同的功能

00:39:11.425 --> 00:39:12.445
我们需要点开不同APP

00:39:12.445 --> 00:39:14.165
我们要点外卖

00:39:14.165 --> 00:39:15.245
我们要点开黄色软件

00:39:15.245 --> 00:39:16.145
我们要购物

00:39:16.145 --> 00:39:17.565
我们要点开橙色软件

00:39:17.565 --> 00:39:18.525
我们要聊天

00:39:18.525 --> 00:39:19.905
我们要点开绿色软件

00:39:19.905 --> 00:39:20.785
但是呢

00:39:20.785 --> 00:39:22.865
实际上我们的

00:39:22.865 --> 00:39:24.445
这个的话我们会发现

00:39:24.445 --> 00:39:25.585
我们做不同事情

00:39:25.585 --> 00:39:26.645
要点开不同软件

00:39:26.645 --> 00:39:28.165
这样的话之间

00:39:28.165 --> 00:39:30.225
APP之间切换的成本都非常高

00:39:30.225 --> 00:39:32.165
这个就是我们的比较传统的模式

00:39:32.165 --> 00:39:34.785
而我们的Octob它的连接器呢

00:39:34.785 --> 00:39:37.105
它可以一键去授权

00:39:37.105 --> 00:39:38.445
相当于是我们只需要

00:39:38.445 --> 00:39:41.105
将我们这个用户授权登录之后呢

00:39:41.105 --> 00:39:43.865
我们就可以让Octob帮我们做这些事情

00:39:43.865 --> 00:39:46.305
我们不需要再来回的一些切换

00:39:46.305 --> 00:39:48.185
我们给大家展示一下

00:39:48.185 --> 00:39:50.285
我们现在已经具有的一些连接器

00:39:50.285 --> 00:39:53.025
比如说我们腾讯系的主流的产品

00:39:53.025 --> 00:39:54.925
腾讯文档 腾讯会议

00:39:54.925 --> 00:39:56.685
然后文兴读书 埃玛

00:39:56.685 --> 00:39:57.885
还有一些邮箱

00:39:57.885 --> 00:40:00.225
Q邮箱或者职业之类的其他邮箱

00:40:00.225 --> 00:40:02.185
都可以去打通和实现

00:40:02.185 --> 00:40:04.425
我们这个连接器的一个相关功能

00:40:04.425 --> 00:40:06.385
说起邮箱

00:40:06.385 --> 00:40:09.645
其实前段时间Q邮箱推出了Agent邮箱

00:40:09.645 --> 00:40:11.145
不知道大家注册没有

00:40:11.145 --> 00:40:13.985
现在抢注还能像以前Q号一样

00:40:13.985 --> 00:40:16.885
就是注册到自己喜欢的邮箱名

00:40:16.885 --> 00:40:18.805
就是有专门给agent用的邮箱

00:40:18.805 --> 00:40:21.565
这也是对于我们做agent

00:40:21.565 --> 00:40:23.565
包括QQ邮箱的一个新进步

00:40:23.565 --> 00:40:25.725
大家可以尝试一下新功能哦

00:40:25.725 --> 00:40:29.645
对 欢迎大家多多关注我们的最新动态

00:40:29.645 --> 00:40:31.045
对 那我有一个问题啊

00:40:31.045 --> 00:40:33.205
就是市面上AI助手那么多

00:40:33.205 --> 00:40:37.085
为什么你们要去做连接这件事情啊

00:40:37.085 --> 00:40:39.045
就是我还是没有太明白

00:40:39.045 --> 00:40:41.365
它的概念和定义是什么

00:40:41.365 --> 00:40:44.765
嗯 所以说大家现在都能够理解

00:40:44.765 --> 00:40:47.485
AI它通过最近两年的发展

00:40:47.485 --> 00:40:52.005
它从一个最开始不那么聪明的一个转嫁

00:40:52.005 --> 00:40:54.425
变成了一个非常聪明的一个智能体

00:40:54.425 --> 00:40:57.265
所以对于我们当前使用上来讲

00:40:57.265 --> 00:41:00.525
我们主要瓶颈不在于AI是否足够聪明

00:41:00.525 --> 00:41:04.725
而在于AI是否能够将抵达我们生活的

00:41:04.725 --> 00:41:08.705
那个最近的一公里或者最近的那个触手给触达到

00:41:08.705 --> 00:41:10.165
对 这个是非常重要的

00:41:10.165 --> 00:41:12.725
比如说我们离腾讯会议

00:41:12.725 --> 00:41:14.725
可能之间会有一些登录啊

00:41:14.725 --> 00:41:16.725
包括一些交互的一个过程

00:41:16.725 --> 00:41:18.725
在最后一个产品和用户之间

00:41:18.725 --> 00:41:20.725
他们一个天然的一个隔阂

00:41:20.725 --> 00:41:22.725
或天然一个交互是否能够触达

00:41:22.725 --> 00:41:24.725
这个是我们当前

00:41:24.725 --> 00:41:26.725
连接器它的一个最主要的作用

00:41:26.725 --> 00:41:28.725
相当于是如果说你用连接器的方式

00:41:28.725 --> 00:41:30.725
授权登录一下

00:41:30.725 --> 00:41:32.725
都通过一座桥

00:41:32.725 --> 00:41:34.725
一直把用户跟

00:41:34.725 --> 00:41:36.725
依赖的一些主流的产品连接起来了

00:41:36.725 --> 00:41:38.725
关于你们怎么交互

00:41:38.725 --> 00:41:40.725
剩下的交互的方式

00:41:40.725 --> 00:41:46.585
其实我感触特别深的一点是我们Octop上连接器之后

00:41:46.585 --> 00:41:51.465
现在腾讯文档我可以叫Octop帮我自己去操作自己去编辑

00:41:51.465 --> 00:41:58.325
可能以前的话就需要让AI就是去生成一些内容

00:41:58.325 --> 00:42:02.705
然后我们复制进腾讯文档然后并共享给同事

00:42:02.705 --> 00:42:06.585
但现在可以让Octop有了连接器直接连接到腾讯文档

00:42:06.585 --> 00:42:08.125
自己去创作自己去改造

00:42:08.125 --> 00:42:11.265
然后同事也可以随之在腾讯文档看到

00:42:11.265 --> 00:42:13.425
但是现在元宝啊

00:42:13.425 --> 00:42:13.925
豆宝啊

00:42:13.925 --> 00:42:15.605
他们不是都能传文件

00:42:15.605 --> 00:42:16.585
让AI进行分析

00:42:17.105 --> 00:42:19.745
為什麼還要用到連接器呢?

00:42:19.745 --> 00:42:26.225
其實有一個使用場景不知道大家有沒有特別的理解。

00:42:26.225 --> 00:42:31.505
就是遇到過,比如說我們平時在使用元寶或者是豆包的,

00:42:31.505 --> 00:42:33.865
我们会用到比如说我们要上传文件

00:42:33.865 --> 00:42:35.165
这个时候我们需要

00:42:35.165 --> 00:42:37.305
我们如果说用的是手机端的

00:42:37.305 --> 00:42:38.545
我们需要打开手机

00:42:38.545 --> 00:42:40.005
然后点开加号

00:42:40.005 --> 00:42:40.905
然后上传复件

00:42:40.905 --> 00:42:42.065
然后再把这个上面上去

00:42:42.065 --> 00:42:43.125
你当前上传文件

00:42:43.125 --> 00:42:44.705
其实是一个静态的文件

00:42:44.705 --> 00:42:46.105
那么这个静态的文件

00:42:46.105 --> 00:42:48.025
其实它是没法

00:42:48.025 --> 00:42:49.885
就是获取到动态实时信息的

00:42:49.885 --> 00:42:51.085
比如说我们如果说

00:42:51.085 --> 00:42:52.105
要更新这个文件

00:42:52.105 --> 00:42:53.145
或更新这个文档的话

00:42:53.145 --> 00:42:54.965
我们就要从之前上的文件

00:42:54.965 --> 00:42:55.965
再拷费一份新的

00:42:55.965 --> 00:42:57.325
所以说如果我们修改

00:42:57.325 --> 00:42:58.525
更新的步骤越来越多

00:42:58.525 --> 00:42:59.605
那么我们产生的

00:42:59.605 --> 00:43:00.905
冗余的中间文件

00:43:00.905 --> 00:43:02.945
或者是一些多版本文件会越来越多

00:43:02.945 --> 00:43:04.565
那么这个时候如果我们有连接器

00:43:04.565 --> 00:43:07.425
当前如果假如说用腾讯文档的话

00:43:07.425 --> 00:43:08.785
我们只需要给它一个在线文档

00:43:08.785 --> 00:43:09.925
那么在线文档的话

00:43:09.925 --> 00:43:11.845
它就会不断去编辑这个在线文档

00:43:11.845 --> 00:43:14.105
那我们随时点开这个在线文档连接

00:43:14.105 --> 00:43:15.285
它都是最新的版本

00:43:15.285 --> 00:43:16.845
并且我们也可以通过历史记录

00:43:16.845 --> 00:43:17.945
去追踪它的往

00:43:17.945 --> 00:43:20.065
以往的一些历史版本

00:43:20.065 --> 00:43:22.165
那其实就比如说

00:43:22.165 --> 00:43:25.025
你们现在展示的这个腾讯会议

00:43:25.025 --> 00:43:28.585
就是如果说我自己用打开APP

00:43:28.585 --> 00:43:30.265
然后去订一个腾讯会议的话

00:43:30.265 --> 00:43:32.385
其实也就是不到一分钟的时间

00:43:32.385 --> 00:43:34.945
那连接到这个Agent里面

00:43:34.945 --> 00:43:36.325
就省一点点的时间

00:43:36.325 --> 00:43:37.425
这是值得的吗

00:43:37.425 --> 00:43:39.765
现在是这样的

00:43:39.765 --> 00:43:42.585
就是对于我们如果说个人用户

00:43:42.585 --> 00:43:45.005
他对于打开腾讯会议

00:43:45.005 --> 00:43:46.025
以后说加入预定会议

00:43:46.025 --> 00:43:47.325
这可能是因为我们

00:43:47.325 --> 00:43:49.145
一个习惯性的部署了

00:43:49.145 --> 00:43:50.525
从腾讯会议推出那一刻

00:43:50.525 --> 00:43:52.305
他就在教用户怎么去操作

00:43:52.305 --> 00:43:53.045
怎么去预定会议

00:43:53.045 --> 00:43:53.825
怎么去加入会议

00:43:53.825 --> 00:43:55.225
但是呢如果说

00:43:55.225 --> 00:43:58.365
现在我如果要定五个会议

00:43:58.365 --> 00:44:00.345
那么如果定10个会议的话

00:44:00.345 --> 00:44:04.365
那我可能需要把这一步的操作去重复5次

00:44:04.365 --> 00:44:05.305
重复10次

00:44:05.305 --> 00:44:07.725
那么对于我来讲一次两次我能够接受

00:44:07.725 --> 00:44:10.725
但是5次或者是10次去重复相同的步骤

00:44:10.725 --> 00:44:13.385
对我来讲就有点枯燥或者是有点繁琐

00:44:13.385 --> 00:44:16.065
那么这个时候你可以交给我们Octob

00:44:16.065 --> 00:44:18.705
他会如果说你想创建5次会议

00:44:18.705 --> 00:44:21.165
或者是5次会议你邀请的是不同的人

00:44:21.165 --> 00:44:22.805
或者邀请的是不同的团队

00:44:22.805 --> 00:44:26.665
在这个场景下你只需要交给Octob一句话

00:44:26.665 --> 00:44:29.465
它就可以帮你去针对不同的人预约不同的会议

00:44:29.465 --> 00:44:30.565
并且预约不同的日期

00:44:30.565 --> 00:44:32.845
不需要你再去打开软件

00:44:32.845 --> 00:44:35.285
然后翻时间定主题邀请不同的人

00:44:35.285 --> 00:44:36.585
这样翻手的操作

00:44:36.585 --> 00:44:37.945
那确实这样子想的话

00:44:37.945 --> 00:44:40.005
还是连接器要方便一点的

00:44:40.005 --> 00:44:42.485
他问用Octob和Hermis的区别是什么

00:44:42.485 --> 00:44:43.545
我们有什么优势

00:44:43.545 --> 00:44:47.785
这个Octob和Hermis包括OpenCloud

00:44:47.785 --> 00:44:52.225
我们在最开始都已经讲过他们的最主要的优势了

00:44:52.225 --> 00:44:55.645
因为相对于Hermis和OpenCloud来讲的话

00:44:55.645 --> 00:44:59.385
我们Oktub它有一些非常独立的场景和有功能

00:44:59.385 --> 00:45:02.585
比如说我们之前从最开始的时候一直讲

00:45:02.585 --> 00:45:07.065
我们记忆的功能它其实相对于Hermers或OpenCloud来讲

00:45:07.065 --> 00:45:09.325
我们会有一个非常直观的一个展现

00:45:09.325 --> 00:45:11.685
你的记忆是怎么存储的

00:45:11.685 --> 00:45:13.465
或者是你的记忆是怎么落地的

00:45:13.465 --> 00:45:15.005
包括整个时间线

00:45:15.005 --> 00:45:18.565
对然后包括你记忆不同的角色

00:45:18.565 --> 00:45:21.725
或者是不同的一些你的一个状态

00:45:21.725 --> 00:45:25.045
它都是随着你的对话当中的不断改变

00:45:25.045 --> 00:45:26.285
它也是会不断改变的

00:45:26.285 --> 00:45:28.065
这个是我们一个非常大的优势

00:45:28.065 --> 00:45:30.825
然后我们接下来就进我们的Octave页面

00:45:30.825 --> 00:45:33.385
去通过不同连接器去触发一下

00:45:33.385 --> 00:45:35.065
我们之间的一些操作

00:45:35.065 --> 00:45:38.845
大家现在可以看到

00:45:38.845 --> 00:45:40.505
就是我们连接器

00:45:40.505 --> 00:45:42.685
其实是在当前的一个

00:45:42.685 --> 00:45:46.145
从最左边的第四个type页

00:45:46.145 --> 00:45:48.945
然后可以看到我们主流的一些连接器

00:45:48.945 --> 00:45:50.085
有腾讯文档

00:45:50.085 --> 00:45:52.765
腾讯文档打开授钱页的话

00:45:52.765 --> 00:45:55.885
如果你想怎么样去配置好这个连接器

00:45:55.885 --> 00:45:56.625
你打开授权页

00:45:56.625 --> 00:45:59.325
这个时候它会有一个token

00:45:59.325 --> 00:46:00.345
你点击这里复制

00:46:00.345 --> 00:46:02.985
然后点击访问token一粘贴

00:46:02.985 --> 00:46:03.765
它可以有探测

00:46:03.765 --> 00:46:04.465
也可以有保存

00:46:04.465 --> 00:46:06.925
然后它可以有一些最新的工具料

00:46:06.925 --> 00:46:08.885
像我们可以调用203工具料

00:46:08.885 --> 00:46:10.725
同时对于腾讯会议

00:46:10.725 --> 00:46:13.745
包括一些邮箱的一些授权管理

00:46:13.745 --> 00:46:15.745
都是一样的方式

00:46:15.745 --> 00:46:18.125
接下来我就跟大家通过聊天的方式

00:46:18.125 --> 00:46:19.705
去触发一下

00:46:19.705 --> 00:46:20.645
因为我们在下面

00:46:20.645 --> 00:46:22.065
第二个的话它是连接器

00:46:22.065 --> 00:46:22.905
连接器的话

00:46:22.905 --> 00:46:26.505
这里你必须去显性的去打开它这个开关

00:46:26.505 --> 00:46:28.345
这样的话它才能够触发这个连接器

00:46:28.345 --> 00:46:31.665
比如说我们想了解一下今天的

00:46:31.665 --> 00:46:34.105
大家有没有什么特别感兴趣的话题

00:46:34.105 --> 00:46:35.145
大家提一下

00:46:35.145 --> 00:46:37.025
我们通过连接器的方式

00:46:37.025 --> 00:46:38.485
我们可以将大家感兴趣的话题

00:46:38.485 --> 00:46:40.045
去总结到我们的团讯文档

00:46:40.045 --> 00:46:43.545
总结预测一下世界杯谁会得冠军

00:46:43.545 --> 00:46:45.285
看一下它分析的准不准

00:46:45.285 --> 00:46:46.465
应该不会翻车吧

00:46:46.465 --> 00:46:48.785
大家静静期待一下

00:46:48.785 --> 00:46:53.765
可以看到他当前会先读我们的日期

00:46:53.765 --> 00:46:57.805
会搜索我们当前美加墨世界杯的一个最新的情况

00:46:57.805 --> 00:47:01.385
可以看到决赛是19号

00:47:01.385 --> 00:47:04.925
但是当前的话我们实际上还没有提决赛

00:47:04.925 --> 00:47:06.945
其实本质上来讲是一个预测的行为

00:47:06.945 --> 00:47:10.805
他知道我们四强已经出炉了

00:47:10.805 --> 00:47:11.945
并且知道我们最新的消息

00:47:11.945 --> 00:47:14.465
我们用到我们内置了一个AI搜索的工具

00:47:14.465 --> 00:47:20.645
今天凌晨的三点会有法国对待西班牙的比赛

00:47:20.645 --> 00:47:22.005
然后他搜集了相关信息之后

00:47:22.005 --> 00:47:23.525
他就开始进行创建文档

00:47:23.525 --> 00:47:28.905
那这个搜索的话是截止到最新什么时候的信息

00:47:28.905 --> 00:47:31.125
是截止到此时此刻吗

00:47:31.125 --> 00:47:32.045
还是说今天的

00:47:32.045 --> 00:47:34.345
对大家可以看到我们每一个工具

00:47:34.345 --> 00:47:36.105
他都会有展示的响起

00:47:36.105 --> 00:47:38.785
其实我们可以看到他会

00:47:38.785 --> 00:47:41.605
你看文档已经创建成功了

00:47:41.605 --> 00:47:42.925
这个时候我们点击看一下

00:47:42.925 --> 00:47:47.725
他会给我们一个2026世界杯冠军分析预测

00:47:47.725 --> 00:47:52.865
这个时候他就会给我们总结当前的一个四强的战队

00:47:52.865 --> 00:47:56.385
包括当前我们热门的法国西班牙英格兰阿根廷

00:47:56.385 --> 00:47:57.325
他们不同的主教练

00:47:57.325 --> 00:47:58.985
核心的球员 进球术

00:47:58.985 --> 00:48:01.185
以及本届的最佳战技他们一些特点

00:48:01.185 --> 00:48:03.825
通过分析半决赛的一些相关优势

00:48:03.825 --> 00:48:04.945
可以推荐出来

00:48:04.945 --> 00:48:07.545
大概你看我们法国西班牙的话

00:48:07.545 --> 00:48:09.805
他会推测法国烧战优势一系

00:48:09.805 --> 00:48:13.005
最终还预测大概会进入架石或者点球大战

00:48:13.005 --> 00:48:14.205
然后呢

00:48:14.205 --> 00:48:15.505
另一场半决赛呢

00:48:15.505 --> 00:48:17.205
对于西班牙和阿根廷来讲的话

00:48:17.205 --> 00:48:20.425
他们觉得阿根廷略占优势

00:48:20.425 --> 00:48:20.845
对吧

00:48:20.845 --> 00:48:22.785
这个比赛悬念比较大

00:48:22.785 --> 00:48:24.025
最终的话

00:48:24.025 --> 00:48:25.945
他还会给我们分析出不同的概率

00:48:25.945 --> 00:48:29.225
他们会算出概率来讲的话

00:48:29.225 --> 00:48:31.105
他说法国是比较领先的

00:48:31.105 --> 00:48:32.445
拥有比较高的概率

00:48:32.445 --> 00:48:32.845
对

00:48:32.845 --> 00:48:34.325
冠军是法国队

00:48:34.325 --> 00:48:36.825
大家还是谨慎对待

00:48:36.825 --> 00:48:38.045
咱们这个AI的

00:48:38.045 --> 00:48:39.685
AI给出的答案

00:48:39.685 --> 00:48:41.665
但是我看从这个速度上

00:48:41.665 --> 00:48:43.445
还有这个呈现的文档的

00:48:43.445 --> 00:48:45.165
这个思路大纲上

00:48:45.165 --> 00:48:46.605
真的是挺惊艳的

00:48:46.605 --> 00:48:47.665
挺完善的

00:48:47.665 --> 00:48:48.305
挺快的

00:48:48.305 --> 00:48:49.525
我们这个就是一个

00:48:49.525 --> 00:48:51.245
非常实时的腾讯文档

00:48:51.245 --> 00:48:52.405
那我想问一下

00:48:52.405 --> 00:48:53.965
我们这个连接器是

00:48:53.965 --> 00:48:57.125
使用的时候连一下

00:48:57.125 --> 00:48:59.385
然后在某一个对话不用的时候

00:48:59.385 --> 00:49:00.965
是立刻关掉它比较好呢

00:49:00.965 --> 00:49:02.285
还是一直连着比较好呢

00:49:02.285 --> 00:49:04.005
它会不会消耗我们的token呀

00:49:04.005 --> 00:49:06.705
本上来讲

00:49:06.705 --> 00:49:08.805
其实不会特别的消耗

00:49:08.805 --> 00:49:10.505
其实如果说你触发了

00:49:10.505 --> 00:49:12.145
比如说腾讯文档

00:49:12.145 --> 00:49:14.025
或者是之类的一些其他行为

00:49:14.025 --> 00:49:16.405
它才会去给你去调用连接器

00:49:16.405 --> 00:49:17.405
或者使用到连接器

00:49:17.405 --> 00:49:18.385
你放在这里

00:49:18.385 --> 00:49:20.585
其实是不会占用特别多的资源的

00:49:20.585 --> 00:49:21.945
然后接下来

00:49:21.945 --> 00:49:23.445
我们还可以给大家演示一下

00:49:23.445 --> 00:49:24.185
不同的场景

00:49:24.185 --> 00:49:26.225
比如说邮箱和腾讯会议

00:49:26.225 --> 00:49:27.585
这三个可以结合起来

00:49:27.585 --> 00:49:28.965
然后我们就可以将

00:49:28.965 --> 00:49:31.525
比如说将我的

00:49:31.525 --> 00:49:32.985
刚刚生成的

00:49:32.985 --> 00:49:35.085
我有一个问题想问一下

00:49:35.085 --> 00:49:35.985
在这里的话

00:49:35.985 --> 00:49:38.825
那我们的连接器在授权之后

00:49:38.825 --> 00:49:41.025
会拿到我的一个密码吗

00:49:41.025 --> 00:49:44.425
就是我看到我们现在连的这三个连接器

00:49:44.425 --> 00:49:48.145
那这些授权之后都会拿到我的密码数据会上传吗

00:49:48.145 --> 00:49:49.865
就会上传到对应的APP吗

00:49:49.865 --> 00:49:52.065
目前这个是不会的

00:49:52.065 --> 00:49:55.425
因为连接器你可以看到我们当前的访问Token

00:49:55.425 --> 00:49:57.565
它是已经配置在我们本地的

00:49:57.565 --> 00:50:03.445
不是会上传到我们对应的那些其他的一些应用上的

00:50:03.445 --> 00:50:03.605
对

00:50:03.605 --> 00:50:07.485
然后我们当前的话我们给大家展示一下这个邮件的功能

00:50:07.485 --> 00:50:09.245
其实邮件功能是非常实用的

00:50:13.462 --> 00:50:20.462
你看這樣的話我們就可以讓它去幫我們把剛剛生成的這個騰訊文檔發送給我們的郵箱。

00:50:20.462 --> 00:50:23.462
這個會它就會調用到我們的郵箱的一個連接器。

00:50:23.462 --> 00:50:26.462
這個時候呢它就會發送我們的郵件。

00:50:26.462 --> 00:50:28.302
它显示发送已经成功

00:50:28.302 --> 00:50:30.102
我们可以去我们的邮箱里面看看有没有这个

00:50:30.102 --> 00:50:33.602
刚刚看到我们这个是我们最新生成的

00:50:33.602 --> 00:50:37.562
世界杯的分析文档里面会有相关的腾讯文档文档

00:50:37.562 --> 00:50:40.822
包括最后的一个核心的结论

00:50:40.822 --> 00:50:44.102
以及来自于哪个地方它会告诉你

00:50:44.102 --> 00:50:45.262
对这个是非常方便的

00:50:45.262 --> 00:50:46.722
比如说我们想批量发送邮件

00:50:46.722 --> 00:50:49.862
或者是批量进行一些管理会非常的方便

00:50:49.862 --> 00:50:52.642
对或者你就是想让Optop

00:50:52.642 --> 00:50:55.322
比如在某些事情上发邮件提醒你

00:50:55.322 --> 00:50:56.982
或者每天做个总结

00:50:56.982 --> 00:50:58.242
也发邮件给你

00:50:58.242 --> 00:50:59.742
都是非常方便的

00:50:59.742 --> 00:51:00.322
对

00:51:00.322 --> 00:51:02.982
其实我们这个还有定时的任务

00:51:02.982 --> 00:51:03.202
对

00:51:03.202 --> 00:51:04.022
之后的话

00:51:04.022 --> 00:51:06.122
如果说你想用定时任务

00:51:06.122 --> 00:51:07.902
结合我们的连接器

00:51:07.902 --> 00:51:09.882
然后它可以帮你去推送

00:51:09.882 --> 00:51:10.842
每日的定时邮件

00:51:10.842 --> 00:51:11.982
这个也是可以的

00:51:11.982 --> 00:51:15.162
我看有粉丝朋友问

00:51:15.162 --> 00:51:17.382
Octop除了打通腾讯产品

00:51:17.382 --> 00:51:18.822
能打通其他公司的

00:51:18.822 --> 00:51:19.962
我们其实有推

00:51:19.962 --> 00:51:21.602
多种各样的连接器

00:51:21.602 --> 00:51:23.442
包括有Notion

00:51:23.442 --> 00:51:25.222
有百度网牌

00:51:25.222 --> 00:51:25.902
有Figma

00:51:25.902 --> 00:51:27.542
有有道云笔记

00:51:27.542 --> 00:51:30.102
对这些其实市面上常用的

00:51:30.102 --> 00:51:30.882
我们都打通了

00:51:30.882 --> 00:51:32.842
目前连接其实有官方内置的

00:51:32.842 --> 00:51:34.222
实际在实用过程当中

00:51:34.222 --> 00:51:35.482
会有自己封装的MCP

00:51:35.482 --> 00:51:37.202
这个的话

00:51:37.202 --> 00:51:38.822
欢迎大家去GitHub上

00:51:38.822 --> 00:51:40.362
去搜索我们的原代码

00:51:40.362 --> 00:51:41.382
因为我们其实

00:51:41.382 --> 00:51:42.962
整个原代码都是公开的

00:51:42.962 --> 00:51:45.062
如果你想接入自己的

00:51:45.062 --> 00:51:47.082
配置的一些MCP专业方服务的话

00:51:47.082 --> 00:51:48.122
也可以去通过

00:51:48.122 --> 00:51:49.202
Forex我们的仓库

00:51:49.202 --> 00:51:51.042
然后进行实现

00:51:51.042 --> 00:51:53.002
对欢迎大家和我们共见

00:51:53.002 --> 00:51:54.242
然后大家期待能力

00:51:54.242 --> 00:51:56.862
我们后续也会陆续开发

00:51:56.862 --> 00:51:58.322
然后大家觉得的话也可以

00:51:58.322 --> 00:51:59.302
也会去共建

00:51:59.302 --> 00:52:00.862
然后一起共建我们的Octop

00:52:00.862 --> 00:52:05.042
ACP里添加以后会添加其他本地智能体吗

00:52:07.002 --> 00:52:12.082
目前来讲我们的智能体是需要自己去手动点安装的

00:52:12.082 --> 00:52:13.702
是ACP上面的

00:52:13.702 --> 00:52:15.402
这个对吗

00:52:15.402 --> 00:52:15.642
对

00:52:15.642 --> 00:52:17.102
目前来讲是这样的

00:52:17.102 --> 00:52:19.362
就是如果说我们自己去配置的话

00:52:19.362 --> 00:52:21.462
当然是可以去添加了

00:52:21.462 --> 00:52:22.722
像我之前去配置的

00:52:22.722 --> 00:52:24.722
有我们的code body的智能体

00:52:24.722 --> 00:52:25.922
那个ACP

00:52:25.922 --> 00:52:27.522
然后你自己去

00:52:27.522 --> 00:52:30.122
如果你想使用什么样的ACP

00:52:30.122 --> 00:52:31.422
你就可以自己去进行配置

00:52:31.422 --> 00:52:31.922
对

00:52:31.922 --> 00:52:33.122
你可以直接使用的

00:52:33.122 --> 00:52:36.922
你们是没法做到实时获取最新的模型列表吗

00:52:36.922 --> 00:52:38.822
我记得ACE的时候

00:52:38.822 --> 00:52:41.122
对好像是有提过这个问题

00:52:41.122 --> 00:52:44.222
就是我们目前来讲

00:52:44.222 --> 00:52:46.922
没有去做实时的拉取的

00:52:46.922 --> 00:52:48.922
去拉取当前最新的一个模型列表

00:52:48.922 --> 00:52:51.322
因为我们每个上一个新的模型

00:52:51.322 --> 00:52:52.522
我们都需要去适配一下

00:52:52.522 --> 00:52:54.782
当前这个模型是否能够正确的运行

00:52:54.782 --> 00:52:57.302
所以对于这个来讲的话

00:52:57.302 --> 00:52:58.522
其实拉取最新模型

00:52:58.522 --> 00:52:59.922
或对接最新的模型列表

00:52:59.922 --> 00:53:03.262
不是一个工作量最大或最繁琐的事情

00:53:03.262 --> 00:53:05.882
真正想测试它能否正常的运行

00:53:05.882 --> 00:53:09.242
正常启用才是比较耗时的一个事情

00:53:09.242 --> 00:53:14.082
就比如说像Deep Seek

00:53:14.082 --> 00:53:16.482
它就是大家都知道VisPro

00:53:16.482 --> 00:53:18.642
因为它其实对它的模型协议

00:53:18.642 --> 00:53:19.642
也做了一些改变

00:53:19.642 --> 00:53:23.082
那其实我们在适配不同厂商的模型的时候

00:53:23.082 --> 00:53:24.182
都一定有工作量

00:53:24.182 --> 00:53:25.882
可能现在还没有做到

00:53:25.882 --> 00:53:28.762
然后我们现在也是开源出来了

00:53:28.762 --> 00:53:31.262
如果期待能力的话也可以共建

00:53:31.262 --> 00:53:33.782
然后我们后续也会陆续支持

00:53:33.782 --> 00:53:34.282
行

00:53:34.282 --> 00:53:37.082
然后我们刚刚有三个的连接器

00:53:37.082 --> 00:53:39.182
我们现在看一下我们最后的这个

00:53:39.182 --> 00:53:40.822
腾讯会议的连接器

00:53:40.822 --> 00:53:43.642
因为我们如果想预定一个明天的会议

00:53:43.642 --> 00:53:47.282
就直接给他说帮我预定一下

00:53:49.642 --> 00:53:52.362
明天我们有11点

00:53:52.362 --> 00:53:54.662
这个时候呢

00:53:54.662 --> 00:53:56.402
你给他一个非常笼统的对话

00:53:56.402 --> 00:53:58.242
他会继续的去追问你

00:53:58.242 --> 00:53:59.362
他具体的主题是什么

00:53:59.362 --> 00:53:59.982
对

00:53:59.982 --> 00:54:01.342
参与人是什么

00:54:01.342 --> 00:54:05.042
我们可以让他主题自己订

00:54:05.042 --> 00:54:06.962
会议时长一小时

00:54:06.962 --> 00:54:08.162
然后呢

00:54:08.162 --> 00:54:08.982
线上的

00:54:08.982 --> 00:54:10.822
参会人

00:54:10.822 --> 00:54:11.822
参会人的话

00:54:11.822 --> 00:54:13.802
你可以去选择你的邮箱

00:54:13.802 --> 00:54:15.342
或者是你已经

00:54:15.342 --> 00:54:16.922
比如说你在一个企业内的话

00:54:16.922 --> 00:54:18.702
已经企业的ID都可以的

00:54:18.702 --> 00:54:31.562
比如说他可以帮我创建一个提醒我去明天看比赛的会议

00:54:31.562 --> 00:54:32.202
好的

00:54:32.202 --> 00:54:37.862
对 然后

00:54:37.862 --> 00:54:43.702
邮箱刚刚已经告诉他了

00:54:48.702 --> 00:54:58.462
这个时候我们重新的来去测试一下

00:54:58.462 --> 00:55:00.402
我们这个腾讯会议

00:55:07.402 --> 00:55:10.342
可能就是腾讳的连接器

00:55:10.342 --> 00:55:13.102
比较需要复杂配置

00:55:13.102 --> 00:55:25.822
Octop的agent的绘画定时任务批量

00:55:25.822 --> 00:55:28.462
支持批量删除批量启停吗

00:55:28.462 --> 00:55:39.822
你可以让Octop就是帮你批量删除批量启停

00:55:39.822 --> 00:55:41.642
就是人为手动的话

00:55:41.642 --> 00:55:44.882
我们面板上还没有支持频量的一个功能

00:55:44.882 --> 00:55:49.162
但是Octop他自己作为一个agent是可以达到频量的效果

00:55:49.162 --> 00:55:52.582
对可以看到我们当前这个会议已经创建了

00:55:52.582 --> 00:55:54.482
他还可以给我们一个会议的链接

00:55:54.482 --> 00:55:55.422
对 是的

00:55:55.422 --> 00:55:58.882
也可以看到发起人以及当前告诉我

00:55:58.882 --> 00:56:01.122
其实还有版本更新是我需要更新

00:56:01.122 --> 00:56:02.582
大家可以看到

00:56:02.582 --> 00:56:04.842
其实我们当前来讲的话

00:56:04.842 --> 00:56:07.502
目前FCP的协议比较火

00:56:07.502 --> 00:56:09.762
就相当于AI时代的USB-C了

00:56:09.762 --> 00:56:11.542
它可以连接到我们各个产品

00:56:11.542 --> 00:56:15.002
和用户之间可以做到一些急差急用的

00:56:15.002 --> 00:56:17.882
其实已经渐渐的成为了一个行业的标准

00:56:17.882 --> 00:56:22.462
刚刚焦焦也提到了我们这个是否安全

00:56:22.462 --> 00:56:25.622
对然后安全是我们整个连接器的

00:56:25.622 --> 00:56:28.542
它的一个非常大的一个前提

00:56:28.542 --> 00:56:31.882
就是这个Optop它是怎么取了这个名字呢

00:56:31.882 --> 00:56:34.502
这其实是

00:56:34.502 --> 00:56:40.422
其实最开始是我们有想到像智能体嘛

00:56:40.422 --> 00:56:45.222
不管是Cloud或者是Hermus

00:56:45.222 --> 00:56:46.662
其实一是跟动物有关

00:56:46.662 --> 00:56:48.262
二都是跟执行力有关

00:56:48.262 --> 00:56:51.942
那我们其实就想到最具有执行力

00:56:51.942 --> 00:56:53.582
最聪明的动物

00:56:53.582 --> 00:56:56.322
那在自然界我们虽然会讲章鱼

00:56:56.322 --> 00:56:57.422
Octopus

00:56:57.422 --> 00:57:00.182
但是其实Octopus这个名字

00:57:00.182 --> 00:57:01.662
一是阴姐太多了

00:57:01.662 --> 00:57:05.122
二是其实有非常多的AI产品

00:57:05.122 --> 00:57:06.582
就叫Octopus

00:57:06.582 --> 00:57:09.402
然后我们非常聪明的英名同学

00:57:09.402 --> 00:57:12.582
然后就说那我们就是把它修剪一下

00:57:12.582 --> 00:57:17.662
然后最后就是由一名来铲除了我们Optop这个名字

00:57:17.662 --> 00:57:21.162
对我们当时想的有一个小的idea

00:57:21.162 --> 00:57:26.782
就是我们可以想象到我们章鱼它会有非常多的触手

00:57:26.782 --> 00:57:28.002
非常多的触角

00:57:28.002 --> 00:57:31.702
包括我们GateUp它官方的一个形象

00:57:31.702 --> 00:57:33.622
也是一个猫和一个章鱼角

00:57:33.622 --> 00:57:35.302
章鱼它又叫八爪鱼

00:57:35.302 --> 00:57:36.102
它有很多的触手

00:57:36.102 --> 00:57:38.282
每个触手就相当于是我们的一个agent

00:57:38.282 --> 00:57:40.962
就是我们想以章鱼这种多出手的概念

00:57:40.962 --> 00:57:43.322
去抵达我们当前的

00:57:43.322 --> 00:57:45.242
多agent的一个概念

00:57:45.242 --> 00:57:47.122
也相当于是我们一个核心的特点

00:57:47.122 --> 00:57:49.202
对 我们Octoff

00:57:49.202 --> 00:57:51.202
连接器它会有一个概念

00:57:51.202 --> 00:57:53.582
就是我们会让工具平权

00:57:53.582 --> 00:57:54.702
让生态互联

00:57:54.702 --> 00:57:57.102
然后基本上我们之前的使用场景

00:57:57.102 --> 00:57:58.342
就是我最开始提到过

00:57:58.342 --> 00:58:00.622
就是一个人围着手机上的十几个app

00:58:00.622 --> 00:58:02.682
现在是想让打造成

00:58:02.682 --> 00:58:04.642
app围造的一个AI入口

00:58:04.642 --> 00:58:06.662
这样我们只需要掌握一个AI入口

00:58:06.662 --> 00:58:08.422
然后其他的都可以去

00:58:08.422 --> 00:58:11.662
我们通过Octob进行一个对话实现

00:58:11.662 --> 00:58:12.582
对比Workbody

00:58:12.582 --> 00:58:14.222
我为啥还要用Octob

00:58:14.222 --> 00:58:16.362
还得用虚拟机的开销

00:58:20.732 --> 00:58:24.092
其实是这样的,就是我们Octop它其实本身上是一个开源项目

00:58:24.092 --> 00:58:27.292
你不一定需要必须购买讯息使用我们Octop

00:58:27.292 --> 00:58:30.012
你在本地的电脑上其实也是可以使用我们Octop

00:58:30.012 --> 00:58:33.392
像我们今天给大家演示或展示这些功能

00:58:33.392 --> 00:58:37.052
其实就是我们自己在本地的电脑上去运行的Octop

00:58:37.052 --> 00:58:40.552
然后关于下边一个同学说

00:58:40.552 --> 00:58:45.192
怎么解决多agent协作过程当中上下文冲突和记忆碎片化的问题

00:58:45.192 --> 00:58:48.252
可以请我们的英宁同学来解答一下

00:58:48.252 --> 00:58:49.932
首先我们多agent协作

00:58:49.932 --> 00:58:52.092
其实分为专家和专家协作

00:58:52.092 --> 00:58:54.172
和专家和智能体协作

00:58:54.172 --> 00:58:57.512
其实在我们这场直播的上半部分

00:58:57.512 --> 00:58:59.212
就是有讲细节

00:58:59.212 --> 00:59:02.852
然后其实因为我们专家和专家

00:59:02.852 --> 00:59:04.512
他的记忆是隔离的

00:59:04.512 --> 00:59:08.292
然后如果在我们subagent的场景下的话

00:59:08.292 --> 00:59:10.712
那我们subagent的上下文

00:59:10.712 --> 00:59:15.012
是不会带到我们的专家上来的

00:59:15.012 --> 00:59:17.352
如果我们subagent执行完任务

00:59:17.352 --> 00:59:21.172
就像Cloud Code的Subation一样

00:59:21.172 --> 00:59:22.652
它只会给一个结果

00:59:22.652 --> 00:59:24.292
然后做生下文隔离的

00:59:24.292 --> 00:59:24.852
对

00:59:24.852 --> 00:59:27.972
后续有推出桌面版的计划吗

00:59:27.972 --> 00:59:29.252
是这样的

00:59:29.252 --> 00:59:31.812
就是我们会有一个隐藏的功能

00:59:31.812 --> 00:59:34.472
其实我们之前在ACE当中有提到过

00:59:34.472 --> 00:59:36.632
然后我们会有一个隐藏功能

00:59:36.632 --> 00:59:37.732
是叫PWA

00:59:37.732 --> 00:59:38.712
然后呢

00:59:38.712 --> 00:59:42.152
这个是我们幕后的核心研发大佬

00:59:42.152 --> 00:59:43.672
去设计的一个功能

00:59:43.672 --> 00:59:52.612
它可以去将你的当前的Octop去生成出一个类似于一个小应用

00:59:52.612 --> 00:59:55.812
小APP的一个形式去放在你的手机上

00:59:55.812 --> 00:59:57.712
或者是也放在你的电脑上

00:59:57.712 --> 01:00:01.132
它本身上来讲其实是一个Chrome的一个快照

01:00:01.132 --> 01:00:02.232
然后网页快照

01:00:02.232 --> 01:00:05.112
然后它就会放在你的电脑或者手机上都可以

01:00:05.112 --> 01:00:06.012
你可以实时打开它

01:00:06.012 --> 01:00:07.412
打开就是我们实时的界面

01:00:07.412 --> 01:00:09.352
当然对于这个来讲的话

01:00:09.352 --> 01:00:11.272
我们移动端也做了一些适配

01:00:11.272 --> 01:00:16.792
其实可以在手机上也可以看到我们排版排列的布局方式也是非常合理的

01:00:16.792 --> 01:00:24.292
然后还有朋友问专家切换的延迟怎么样呢

01:00:24.292 --> 01:00:28.312
如果是指在我们的面板上切换专家

01:00:28.312 --> 01:00:30.572
其实是没有什么延迟的

01:00:30.572 --> 01:00:33.432
然后还有一种专家协作方式是

01:00:33.432 --> 01:00:38.212
你通过一个专家连接到IM渠道去询问那个专家

01:00:38.212 --> 01:00:40.132
也是可以实时触达的

01:00:40.132 --> 01:00:42.192
部署与硬件的门槛高吗

01:00:42.192 --> 01:00:47.792
其实我们当前的Octave占用的资源是非常少的

01:00:47.792 --> 01:00:49.312
因为如果说正常运行的话

01:00:49.312 --> 01:00:53.412
它其实占用的也就一两百兆的这样一个内存的资源

01:00:53.412 --> 01:00:56.412
不会对你的硬件门槛要求特别的高

01:00:56.412 --> 01:00:59.352
然后之前会有同学说

01:00:59.352 --> 01:01:01.852
如何防止AI执行危险指令

01:01:01.852 --> 01:01:03.852
其实在我们这个安全防护的这一块

01:01:03.852 --> 01:01:05.532
会有相关的一些介绍

01:01:05.532 --> 01:01:10.952
会对每条指令它都会捕捉到

01:01:10.952 --> 01:01:12.792
对于Token消耗监控的话

01:01:12.792 --> 01:01:15.472
我们也会在Token统计这个面板

01:01:15.472 --> 01:01:17.852
我们可以按照不同的去

01:01:17.852 --> 01:01:19.652
比如说今天最近30天

01:01:19.652 --> 01:01:21.652
然后汇总以及不同的Agent

01:01:21.652 --> 01:01:23.132
进行一个力度的切换

01:01:23.132 --> 01:01:24.372
它都可以去找到

01:01:24.372 --> 01:01:26.112
可以配置内网自己的模型吗

01:01:26.112 --> 01:01:27.272
其实我们是可以的

01:01:27.272 --> 01:01:30.472
如果说你想配置模型的话

01:01:30.472 --> 01:01:31.672
你点击这个模型页面

01:01:31.672 --> 01:01:35.632
然后你可以选择自己的自定义的供应商

01:01:35.632 --> 01:01:37.392
你就可以填写你的名称

01:01:37.392 --> 01:01:39.872
你的API key就可以了

01:01:39.872 --> 01:01:43.452
那我们用户提问摩蓝两可时

01:01:43.452 --> 01:01:48.252
系统是怎么判断应该激活哪个专家agent的

01:01:48.252 --> 01:01:50.192
就是专家的话

01:01:50.192 --> 01:01:53.152
其实是用户手动去激活的

01:01:53.152 --> 01:01:57.072
就是如果已经下载部署了

01:01:57.072 --> 01:01:58.412
我们onpop可以看见

01:01:58.412 --> 01:02:01.332
你在询问的时候必须指定一个专家

01:02:01.332 --> 01:02:02.112
对

01:02:02.112 --> 01:02:04.632
然后通过不同专家

01:02:04.632 --> 01:02:06.832
你是可以通过连不同的IM

01:02:06.832 --> 01:02:08.652
或者你从专家A

01:02:08.652 --> 01:02:10.792
你可以让他去询问专家B

01:02:10.792 --> 01:02:12.172
用固定的prompt

01:02:12.172 --> 01:02:13.792
让他去触达其他专家

01:02:13.792 --> 01:02:15.732
就是不存在这个

01:02:15.732 --> 01:02:17.692
激活哪个专家意见这个说法

01:02:17.692 --> 01:02:20.732
我们今天的直播就到这里结束了

01:02:20.732 --> 01:02:21.592
大家拜拜