0:00.000–0:02.300
zh好,欢迎大家来到直播间。
0:02.560–0:07.682
zh今天呢,我们要聊的是腾讯云字研的一个新的AI Agent助手,
0:07.682–0:08.707
enOctob,
0:08.707–0:11.780
zh最近也是刚刚在Github上面开源。
0:12.040–0:15.100
zh开源地址呢,也放在了我们的屏幕上面。
0:15.360–0:18.188
zh它的核心思路是很有意思的,
0:18.188–0:20.362
zh就是把多任务多专家,
0:20.362–0:24.060
zh子智能体全部放在一个平台上面打通。
0:25.080–0:25.860
zh什么意思呢?
0:25.860–0:27.620
zh手里装了好几个agent
0:27.620–0:31.140
zh可能开发一个写东西一个谁也管不了谁
0:31.140–0:33.300
zh那么Octop也提供了一个能力
0:33.300–0:36.580
zh让他们在一个地方能够统一的运转
0:36.580–0:38.460
zh因此今天我们直播间
0:38.460–0:41.780
zh就会来拆解Octop开源的一个能力
0:41.780–0:42.940
zh好的
0:42.940–0:47.940
zh其实算上这次已经是差不多第五次
0:47.940–0:49.940
zh来到咱们直播间了
0:49.940–0:54.100
zh然后以前看过我和一名直播的朋友
0:54.100–0:56.980
zh可能会想问一个问题
0:56.980–1:00.980
zh就是之前咱们都是跟另一个产品
1:00.980–1:03.700
zh另一个名字叫做LineCloud ACE
1:03.700–1:05.220
zh为什么今天换
1:07.100–1:07.700
zh对
1:07.700–1:12.020
zh其实今天就是我们带着我们的
1:12.020–1:14.660
zh算是ACE的进化版Octop
1:14.660–1:16.180
zh来到了咱们直播间
1:16.180–1:19.540
zh然后这次也是Octop第一次
1:19.540–1:21.780
zh就是跟大家见面
1:21.780–1:26.740
zh然后我们以前很多小伙伴问ACE什么时候开源
1:26.740–1:30.420
zh那我们现在就是以全新的面貌全新的名字
1:30.420–1:31.920
zh然后也开源了
1:31.920–1:33.840
zh欢迎大家来DHub共建
1:33.840–1:37.240
zh我想跟大家一起来聊一下
1:37.240–1:39.780
zh为什么我们要升级
1:39.780–1:41.980
zh为什么ACE要变成Octo
1:41.980–1:45.080
zh那这两者到底有什么不一样的
1:45.080–1:50.280
zh之前咱们ACE其实在清量云上线已经有一段时间了
1:50.280–1:54.920
zh然后相信大家深度使用的朋友们也知道
1:54.920–1:58.960
zh首先咱们ACE就是跟同类产品
1:58.960–2:01.200
zh不管是Hermas还是OpenCloud一样
2:01.200–2:02.860
zh都是一个单用户
2:02.860–2:05.900
zh就是你自己的虾只有你自己用
2:05.900–2:11.000
zh那现在咱们Optalk变成了一家人一支团队的AI平台
2:11.000–2:17.060
zh你用一台实力可以让一个团队一家人都一起用到这只虾的能力
2:17.060–2:19.080
zh然后第二个
2:19.080–2:22.400
zh我们更新了全新的技艺系统
2:22.400–2:25.720
zh不知道之前关注我们ACE直播的朋友们
2:25.720–2:27.240
zh有没有看过
2:27.240–2:29.720
zh听过我们关于技艺的讲解
2:29.720–2:33.860
zh我们说了咱们六层技艺会升级会蒸留
2:33.860–2:38.100
zh但是之前我们没有办法追溯
2:38.100–2:42.320
zh这个技艺它到底是怎么最后升级成最终的技艺
2:42.320–2:45.220
zh也没有办法说把技艺导出随身携带
2:45.220–2:47.040
zh我们想从一个平台
2:47.040–2:48.220
zh牵引到另一个平台
2:48.220–2:50.740
zh但我们现在Opto支持了
2:50.740–2:52.560
zh这也是我们一个更新的点
2:52.560–2:55.260
zh还有一个点是
2:55.260–2:57.000
zh之前我们ACE
2:57.000–2:59.340
zh其实并没有说有
2:59.340–3:02.640
zhOaaS或者说是ACP能力
3:02.640–3:05.780
zh然后现在我们也全新更新了
3:05.780–3:06.780
zh我们的Opto
3:06.780–3:09.200
zh可以做到一站式互联
3:09.200–3:13.140
zh后面一名会为大家讲解
3:13.140–3:16.780
zh然后刚刚说了三个小点
3:16.780–3:21.060
zh那Optop就是从LineCloud ACE到Optop
3:21.060–3:25.300
zh所以EFVT就从五个点说了它为什么质变
3:25.300–3:28.040
zh为什么是一个个人工具
3:28.040–3:30.260
zh就是升级到团队平台
3:30.260–3:33.740
zh我们现在Optop会有多用户多专家
3:33.740–3:35.660
zh这是一个什么概念呢
3:35.660–3:38.860
zh没关系后面听我讲你们会知道的
3:38.860–3:43.540
zh然后以前我们ACE只支持5种IM渠道
3:43.540–3:46.820
zh但现在扩充到了9种
3:46.820–3:48.580
zh你可以连飞书连钉钉
3:48.580–3:51.100
zh包括以前支持的什么QQ微信
3:51.100–3:53.340
zh甚至我们还能连小E
3:53.340–3:57.340
zh然后记忆系统也是有了分层可追溯可带走
3:57.340–3:59.900
zh我们后面会给大家演示
3:59.900–4:01.860
zh然后包括拓展能力
4:01.860–4:03.940
zh我们现在有连接器有ACP
4:03.940–4:06.900
zh包括我们也更新了我们全新的远程桌面
4:06.900–4:11.160
zh然后也欢迎大家就是关注我们接下来Oktop一系列的直播
4:11.160–4:11.700
zh是的
4:11.700–4:16.120
zh我看也有粉丝朋友问我安装了ACE的话怎么升级
4:16.120–4:22.600
zh这个是目前来讲我们是将Oktop的源码全部开源到GitHub平台
4:22.600–4:27.380
zh其中你们可以访问我们的GitHub平台上面有Redmi文档
4:27.380–4:31.340
zh上面会告诉大家如何一步步的安装去运行整个项目
4:31.340–4:31.840
zh对
4:33.600–4:36.380
zh然后我看刚刚有粉丝朋友说
4:36.380–4:39.620
zh我们和Workbody的核心区别是什么
4:39.620–4:42.240
zh因为我们从最开始的时候
4:42.240–4:44.320
zh就已经说了非常核心一点
4:44.320–4:46.240
zh也就是我们这次直播的主题
4:46.240–4:47.160
zh就是我们开源
4:47.160–4:49.340
zh我们是一个整个是一个开源的项目
4:49.340–4:50.160
zh相当于是说
4:50.160–4:52.760
zh我们把我们整个Octob的核心源代码
4:52.760–4:53.780
zh都开放给大家了
4:53.780–4:55.460
zh可以邀请大家一起去共建
4:55.460–4:56.520
zh一起去提issue
4:56.520–4:59.780
zh也可以去一起去参与我们Octob的整个的建设
4:59.780–5:03.120
zh一方面是可以更加
5:03.120–5:05.580
zh更加切近于大家正式使用一些场景
5:05.580–5:10.640
zh我们可以把Oktop打造成大家更想要期待中的样子
5:10.640–5:13.660
zh第二个方面就是如果说你本身也是一名开发者
5:13.660–5:16.800
zh或是你本身也对智能体相关感兴趣
5:16.800–5:19.520
zh你也可以去fork我们的Github仓库
5:19.520–5:22.620
zh去手动去改Oktop的代码
5:22.620–5:24.940
zh去定制一款属于你自己的一个agent
5:24.940–5:28.080
zh然后对于Workbody来说
5:28.080–5:30.740
zh其实我们Oktop本质也是
5:30.740–5:33.440
zh要是用户有一台服务器
5:33.440–5:34.500
zh也是安装在服务器
5:34.500–5:36.160
zh就等于数据全部在本地
5:36.160–5:37.660
zh不会出服器
5:37.660–5:38.920
zh不会被别人触打到
5:38.920–5:40.760
zh这也是一个数据安全性方面
5:40.760–5:42.840
zh跟Workbody有不同的地方
5:42.840–5:45.940
zh那其实今天第一个主题是
5:45.940–5:49.340
zh别让你的Agent成为一座孤岛
5:49.340–5:52.240
zh这个标题非常文学啊
5:52.240–5:54.800
zh其实就是想给大家展示一下
5:54.800–5:57.180
zh我们Optop全新代的多用户
5:57.180–5:58.960
zh多专家和子智能体
5:58.960–6:01.400
zh全部打通到底怎么用
6:01.400–6:07.020
zh首先其实我会想问焦焦和英明一个问题
6:07.020–6:11.400
zh就是你们平时呢
6:11.400–6:14.560
zh就是会有这么一个需求吗
6:14.560–6:17.920
zh比如说就是你们在用过往龙虾
6:17.920–6:20.000
zh不管是open cloud还是hermas
6:20.000–6:21.740
zh还是我们ACE的时候
6:21.740–6:25.780
zh你会不会又想用它来做那种工作管理助手
6:25.780–6:28.200
zh又想让它做智能助手呢
6:28.200–6:28.800
zh会吗
6:28.800–6:30.320
zh会 是的是的
6:30.320–6:31.920
zh有的时候我就会
6:31.920–6:34.780
zh比如说养的Hermis Agent这种
6:34.780–6:38.020
zh既想让他做一个工作提效方面的
6:38.020–6:41.980
zh比如说本场直播的一个文案的撰写呀
6:41.980–6:44.640
zh然后直播大纲的一个大件呀等等的
6:44.640–6:47.720
zh但是又想让他去管理一下
6:47.720–6:50.220
zh我们的一个日常的一个日程的情况
6:50.220–6:51.820
zh健康的情况等等
6:51.820–6:53.380
zh所以就会出现这种
6:53.380–6:56.680
zh想让一个Agent做很多很多事情的一个情况
6:56.680–6:59.740
zh对 我也是会遇到这种情况
6:59.740–7:01.060
zh比如说我们希望这个
7:01.060–7:04.040
zh我理想中的智能体是一个一体多面的
7:04.040–7:06.160
zh它可以有一个主体
7:06.160–7:07.180
zh但是它有多种身份
7:07.180–7:09.220
zh它可以完成很多不同的任务
7:09.220–7:11.220
zh就像是钢铁侠中的贾维斯一样
7:11.220–7:12.180
zh我什么都可以问他
7:12.180–7:13.480
zh他可以帮我解决很多事情
7:13.480–7:15.220
zh但是呢我也有所担心
7:15.220–7:18.280
zh就是我希望他不要串台
7:18.280–7:20.060
zh比如说我解决这个事情
7:20.060–7:21.420
zh他又可以解决另外一个事情
7:21.420–7:22.820
zh但是之间不要相互干扰
7:22.820–7:24.540
zh这样的话他可能会容易混乱
7:24.540–7:27.980
zh那么因您是觉得这有什么好的方法吗
7:27.980–7:29.020
zh是
7:29.020–7:33.900
zh其实我们Optalk全新代的这种多用户多专家
7:33.900–7:37.440
zh其实就很难解决问题
7:37.440–7:42.420
zh比如说我们之前其实我们有个朋友
7:42.420–7:44.860
zh就是会用我们ACE
7:44.860–7:46.280
zh就是他自己用
7:46.280–7:47.620
zh同时也给他家人用
7:47.620–7:50.540
zh但是他们记忆是杂揉在一起的
7:50.540–7:52.480
zh然后并且比如说
7:52.480–7:55.740
zh比如他陪他们家小宝宝
7:55.740–7:57.360
zh然后做了事情A
7:57.360–8:02.040
zh然后就是他老婆又陪他们家小宝做了事情B
8:02.040–8:04.880
zh那这A和B就一起记在记忆里
8:04.880–8:07.880
zh有时候ACE可能会用B去串改A的记忆
8:07.880–8:10.220
zh其实这样就有点头疼
8:10.220–8:12.680
zh但是我们现在有多用户呢
8:12.680–8:17.160
zh就会就以前会有记录混在一起记忆总串台
8:17.160–8:20.520
zh然后包括展下的记忆一页归零
8:20.520–8:22.740
zh但我们现在就不会这样了
8:22.740–8:26.540
zh那我接下来就会带大家来一次性讲透
8:26.540–8:28.560
zh到底我们的多用户
8:28.560–8:30.720
zh多专家和智能体怎么用
8:30.720–8:33.800
zh首先我们多用户是一台Optop
8:33.800–8:34.940
zh就有多人共享
8:34.940–8:35.940
zh各聊各的
8:35.940–8:37.640
zh多专家是
8:38.468–8:41.923
zh多專家是我們一個用戶可以申請多個專家,
8:41.923–8:45.195
zh然後包括我們每個專家的記憶是獨立的,
8:45.195–8:46.468
zh他們不會混亂。
8:46.468–8:48.308
zh包括子智能体是
8:48.308–8:51.328
zh可以给一个专家配多个子智能体
8:51.328–8:53.188
zh就是给一个助手配多个小帮手
8:53.188–8:56.188
zh然后让他们组团协作
8:56.188–8:58.308
zh一个Octop全家都能用
8:58.308–9:00.628
zh那其实这里就首先
9:00.628–9:02.588
zh就是用户作为管理员
9:02.588–9:03.968
zh他可以创建子账号
9:03.968–9:05.708
zh让家人各自登录
9:05.708–9:08.668
zh就是我刚刚就是举的那个难题例子
9:08.668–9:10.688
zh就是可以用多用户来解决
9:10.688–9:13.748
zh然后一台服务全家人同时用
9:13.748–9:16.488
zh就是一家如果有两个人
9:16.488–9:17.848
zh包括三个人四个人
9:17.848–9:18.948
zh不用买四排箱
9:18.948–9:20.108
zh就买一台Octop
9:20.108–9:21.348
zh他们可以一起用
9:21.348–9:23.308
zh然后账号也分组次
9:23.308–9:24.748
zh也有全线管理
9:24.748–9:26.588
zh具体是什么样子呢
9:26.588–9:28.948
zh可以给大家就实际
9:28.948–9:31.148
zh我们跑起来Octop演示起来
9:31.148–9:37.628
zh这其实是我已经登录的一个管理员账户
9:37.628–9:39.508
zh然后你看这里
9:39.508–9:43.728
zh左边这边的一个Tab栏就有
9:43.748–9:45.228
zh就有用户
9:45.228–9:47.048
zh然后你可以新建用户
9:47.048–9:49.068
zh如果我要给我妈妈建个用户
9:49.068–9:51.788
zh然后就可以直接帮她新建
9:51.788–9:52.848
zh比如妈妈妈妈就
9:52.848–9:56.048
zh然后设定一个密码
9:56.048–10:02.488
zh这个是就是给团队
10:02.488–10:04.308
zh或者说家庭里的其他成员
10:04.308–10:06.888
zh创建子账户的一个过程吗
10:06.888–10:08.428
zh对 我们现在在教大家
10:08.428–10:11.108
zh如何去进行多个用户之间的
10:11.108–10:13.668
zh对 然后这里角色有管理员
10:13.668–10:14.668
zh也有普通用户
10:14.668–10:16.868
zh就是比如说我创建了
10:16.868–10:18.768
zh这里就会有一个新的账户
10:18.768–10:20.528
zh像我现在登录的是
10:20.528–10:21.268
zh我的密码
10:21.268–10:23.788
zh我接下面还有一个账号叫妈妈
10:23.788–10:25.428
zh一个账号叫Test1
10:25.428–10:29.648
zh对 就是一只虾可以被多个账户使用
10:29.648–10:31.028
zh并且多个账户
10:31.028–10:33.808
zh它其实登进来的聊天
10:33.808–10:35.488
zh应该都是不同的
10:35.488–10:36.468
zh我可以登一下
10:36.468–10:38.308
zh刚刚我创建的那个账号
10:38.308–10:40.248
zh好的 我看评论区
10:40.248–10:44.008
zh家木问这个不同用户组对接的话
10:44.008–10:46.008
zh是不同的知识库吗
10:46.008–10:49.128
zh对他们其实本质不是知识库
10:49.128–10:51.128
zh其实是记忆吧
10:51.128–10:54.448
zh他们其实不同用户的记忆是独立的
10:54.448–10:56.108
zh工作区也是独立的
10:56.108–10:59.688
zh就是比如这是我新建的子账户
10:59.688–11:02.768
zh就我刚刚其实那个的命账户有很多专家
11:02.768–11:04.448
zh但是我新登陆了子账户
11:04.448–11:05.428
zh它就是全新的
11:05.428–11:06.788
zh它没有任何专家
11:06.788–11:09.048
zh对我现在就是启动一个专家
11:09.048–11:11.508
zh然后包括通道这些都是没配过的
11:11.508–11:13.868
zh对 它是一个全新空白的用户
11:13.868–11:19.568
zh那是管理员他可以去配置紫账户的所有的内容吗
11:19.568–11:24.628
zh他其实只是说能给紫账户创建一个账户
11:24.628–11:26.808
zh然后就交给紫账户自己去用
11:26.808–11:28.248
zh多人用的话
11:28.248–11:31.748
zh不同的用户之间的记忆会混乱吗
11:31.748–11:32.948
zh不会的
11:32.948–11:36.768
zh因为他们彼此记忆都是隔离的
11:36.768–11:41.368
zh就像我刚刚管理员账户和我现在创建紫账户
11:41.368–11:44.988
zh就是紫账户只会召回紫账户的记忆
11:44.988–11:49.308
zh然后管理员账户也只会召回和触达到管理员的记忆
11:49.308–11:51.588
zh他们彼此不会混乱
11:51.588–11:52.148
zh对
11:52.148–11:54.568
zh对 他们之间的包括一些消息
11:54.568–11:57.128
zh包括一些专家的配置
11:57.128–11:58.168
zh还有绘画之间
11:58.168–12:00.408
zh他们是隔离的 不会相互干扰
12:00.408–12:03.048
zh然后我看评论区有粉丝
12:03.048–12:05.268
zh问用户跟用户之间有什么关系
12:05.268–12:11.748
zh其实我理解是管理员去定义用户和用户之间的关系
12:11.748–12:12.948
zh其实你能看到
12:12.948–12:14.968
zh你看我这是个子账户
12:14.968–12:19.228
zh我其实左边就完全没有用过那个Tab键
12:19.228–12:22.608
zh因为只有管理员可以创建子账户
12:22.608–12:24.768
zh如果我是台管理员
12:24.768–12:26.308
zh我买了我们的Octop
12:26.308–12:28.308
zh或者我买台服务器
12:28.308–12:30.268
zh我install了我们Octop
12:30.268–12:33.288
zh如果我想给我的团队里的人用
12:33.288–12:35.188
zh比如说我想给移民用
12:35.188–12:36.728
zh然后我想给我其他朋友用
12:36.728–12:38.828
zh我直接就创建个子账户
12:38.828–12:41.008
zh可以把我的虾的能力分享给他们用
12:41.008–12:43.088
zh这样他们就不用新买一台服务器
12:43.088–12:43.908
zh再布一台虾
12:43.908–12:45.648
zh就直接用我的虾
12:45.648–12:47.808
zh然后我们彼此记忆隔离
12:47.808–12:48.328
zh对
12:48.328–12:50.548
zh所以说其实可以理解为
12:50.548–12:52.328
zh假如说管理员
12:52.328–12:53.848
zh或者是一个家庭中
12:53.848–12:54.588
zh一个团队中
12:54.588–12:55.728
zh有一个管理员
12:55.728–12:57.908
zh已经部署了这个Octop的话
12:57.908–12:59.848
zh是不是团队内其他成员
12:59.848–13:00.788
zh或者家庭成员
13:00.788–13:02.908
zh就可以共用这个服务器呢
13:02.908–13:04.848
zh对 是的
13:04.848–13:09.008
zh这样的话其实我们会减少很多资源的消耗
13:09.008–13:11.228
zh比如说我们可以用一个人去购买这个
13:11.228–13:12.648
zh然后大家可以一起用
13:12.648–13:18.608
zh这样的话就避免了每个人他都需要重新部署一套Octob服务
13:18.608–13:20.528
zh或者是再购买一台Octob
13:20.528–13:24.168
zh大大降低了我们对于Octob的使用成本门槛
13:24.168–13:26.648
zhOctob的基础的一个底层基础架构
13:26.648–13:29.308
zh是不是延续了OpenCloud的一个核心框架
13:29.308–13:31.088
zh这个可以解答一下吗
13:31.088–13:33.968
zh我们和OpenCloud相比的话有什么优势吗
13:33.968–13:40.188
zh其实Octop底层技术架构是一个对ACE功能的对齐和存构
13:40.188–13:46.268
zh我们就是以更优美更晚辈更高级的功能面向开源
13:46.268–13:47.968
zh然后现在发布了出来
13:47.968–13:51.028
zh然后是对ACE的一个全量升级
13:51.028–13:56.028
zh对我们的Github链接其实在这里
13:56.028–13:58.188
zh在我们的右上角
13:58.188–14:01.148
zh也随时欢迎直播间大家为我们
14:01.148–14:04.148
zh关注我们的GitHub仓库
14:04.148–14:06.268
zh为我们TPR提供
14:06.268–14:08.828
zh也给我们点点STAR
14:08.828–14:09.468
zh谢谢
14:10.268–14:10.948
zh是的
14:10.948–14:12.148
zh那其实我听下来的话
14:12.148–14:14.068
zh我觉得我们多用户的这个功能
14:14.068–14:15.868
zh其实相较于其他agent来说
14:15.868–14:18.228
zh是不是还是比较有优势的
14:18.228–14:20.748
zh是否可以再深入的讲解一下
14:20.748–14:22.908
zh比如我看评论区有很多的人问
14:22.908–14:24.348
zh那这个多用户的话
14:24.348–14:25.748
zh账户能不能配置
14:25.748–14:27.348
zh其他的一些通信通道
14:27.348–14:28.788
zh比如说微信等等
14:28.788–14:30.828
zh对他们都是隔离的
14:30.828–14:32.628
zh你看这个子账户
14:32.628–14:35.788
zh它其实也是有全套支持的通道
14:35.788–14:38.868
zh并且它都是跟我们主账户隔离的
14:38.868–14:42.028
zh就是子用户也可以配一个通道
14:42.028–14:45.068
zh就仅仅是跟子用户所有的工作区
14:45.068–14:46.648
zh和它的记忆联动
14:46.648–14:48.348
zh对也可以配通道
14:48.348–14:51.248
zh然后在微信上调用这支Octo
14:51.248–14:51.748
zh对
14:51.748–14:53.728
zh那Win可以连接微信
14:53.728–14:55.108
zh然后一个团队多个人
14:55.108–14:57.328
zh然后子账号去连接各自的微信
14:57.328–14:58.788
zh然后再用不同的微信
14:58.788–15:01.288
zh去给同一个服务器发送指令吗
15:01.288–15:03.868
zh是的 没错
15:03.868–15:04.908
zh其实就是这样
15:04.908–15:06.728
zh就是我们一个Octop
15:06.728–15:09.048
zh部署在一个服务器上
15:09.048–15:10.448
zh然后有多个用户
15:10.448–15:12.848
zh每个用户都可以连接各自的微信
15:12.848–15:13.728
zh各自的QQ
15:13.728–15:16.948
zh然后都可以向这个Octop发布指令
15:16.948–15:18.508
zh但是他们发布的指令
15:18.508–15:20.308
zh就是只跟自己的
15:20.308–15:23.308
zh就是子用户的工作区相关
15:23.308–15:25.068
zh就是多用户隔离
15:25.068–15:28.048
zh问多智能体之间通信机制有哪些
15:28.048–15:30.168
zh多智能体之间
15:30.168–15:31.168
zh我理解这个问题
15:31.168–15:33.268
zh是不是在问我们目前的一个
15:33.268–15:35.648
zh多用户的一个场景之间
15:35.648–15:37.448
zh能否进行通信呢
15:37.448–15:42.748
zh我们多用户是隔离的
15:42.748–15:45.028
zh但我们有多智能体
15:45.028–15:46.028
zh就包括其实
15:46.028–15:47.788
zh等后续直播
15:47.788–15:49.568
zh我会讲到我们有智能体
15:49.568–15:51.588
zh包括我们有专家
15:51.588–15:53.248
zh专家其实我们可以创建
15:53.248–15:53.928
zh多个专家
15:53.928–15:55.288
zh然后每个专家之间
15:55.288–15:56.108
zh也可以通信
15:56.108–15:59.868
zh如果大家就是对我们的技术架构
15:59.868–16:01.348
zh对我们的代码
16:01.348–16:03.008
zh对我们的技术架构好奇的话
16:03.008–16:05.508
zh其实我们就是完全看远
16:05.508–16:07.448
zh大家可以去DHub仓库
16:07.448–16:09.508
zh欢迎大家给我们多点点思大
16:09.508–16:10.848
zh细细研读我们
16:10.848–16:15.668
zh细细研读我们CVM高级研发工程师写代码
16:15.668–16:16.688
zh当然不是我们两个
16:16.688–16:17.928
zh对是我们团队大了
16:17.928–16:21.528
zh然后欢迎大家给我们仓库点点思大
16:21.528–16:23.628
zh然后有发现什么
16:23.628–16:25.688
zh有意见也可以TTE是TTPR
16:25.688–16:26.888
zh欢迎大家和我们共见
16:26.888–16:30.208
zh他问这个可以组建多agent团队吗
16:30.208–16:31.808
zh还是单纯自己一个agent
16:31.808–16:35.048
zh形成不同子agent的一个团队
16:35.048–16:37.048
zh可以组建多agent团队
16:37.048–16:40.768
zh就是每个专家之间也可以相互同信
16:40.768–16:42.288
zh包括一个专家可以
16:42.288–16:44.348
zh也可以携带自己的子agent
16:44.348–16:45.748
zh也可以一起调用
16:45.748–16:47.488
zh对这两种功能我们都支持
16:47.488–16:50.448
zh然后我看还有粉丝朋友问
16:50.448–16:51.768
zh可以连接不同的IM
16:51.768–16:53.608
zh比如微信跟我聊生活
16:53.608–16:55.028
zh其微跟我聊工作吗
16:55.028–16:58.048
zh可以对我接下来就要讲解这一点
16:58.048–17:03.448
zh我们的多专家就是可以达到这位粉丝朋友想要的效果
17:03.448–17:10.968
zh现在升级自己的清量服务器到Optop能继承原来的OpenCloud配置和空间吗
17:10.968–17:15.288
zh我们有提供OpenCloud的迁移
17:15.288–17:15.948
zh对
17:15.948–17:18.788
zh每个子智能体也是独立的吗
17:18.788–17:20.428
zh每个子智能体
17:20.428–17:25.668
zh其实Subagent的概念它在一个定义上
17:25.668–17:28.788
zh其实就不适合大agent做记忆独立的
17:28.788–17:32.528
zhSubagent只是作为一个agent的助手
17:32.528–17:34.268
zh回答那么久用不问题
17:34.268–17:36.708
zh我赶紧给大家讲讲干货吧
17:39.361–17:44.161
zh剛剛其實說了,我們多用戶嘛,就是可以全家一起用。
17:44.161–17:50.761
zh我也可以給我的媽媽爸爸創建這個用戶,讓他們一起共享回家。
17:50.761–17:52.561
zh然后其实也呼不穿台
17:52.561–17:54.761
zh就聊的不会被我爸爸哄妈妈看的
17:54.761–17:59.061
zh只是在一起用这台服务器上的这一个Octop
17:59.061–18:01.861
zh然后其实就来了多专家
18:01.861–18:04.561
zh这也是其实刚刚很多用户问的场景
18:04.561–18:06.361
zh那多专家是什么呢
18:06.361–18:10.361
zh就是我可以用多个专属助手
18:10.361–18:13.161
zh就一个用户他可以用多个专家
18:13.161–18:16.661
zh就是其实多专家就是我刚刚对
18:16.661–18:18.861
zh一鸣和佼佼提问的那个
18:18.861–18:20.721
zh其实是个很现实的场景
18:20.721–18:22.921
zh就比如说我在工作的生活中
18:22.921–18:28.361
zh我也需要可能有时候需要一个生活助理来管理我的健康
18:28.361–18:32.101
zh然后我也需要一个工作秘书来帮我工作
18:32.101–18:35.161
zh但是我不希望他们两个是互相知道彼此
18:35.161–18:37.161
zh我不希望他们的记忆混乱
18:37.161–18:39.161
zh就我不希望我在做PPT的时候
18:39.161–18:40.421
zh他突然对我说
18:40.421–18:42.761
zh哎 你昨天吃了火锅
18:42.761–18:45.901
zh那你做PT的时候不需要知道这些事
18:45.901–18:49.741
zh所以就是针对这种需要各司其职的场景
18:49.741–18:52.301
zh我们推出了多专家
18:52.301–18:54.861
zh当然我这里也可以给大家演示
18:54.861–18:56.141
zh这些都是我们的现成功能
18:56.141–18:58.701
zh包括大家从Github仓库也可以
18:58.701–19:00.141
zh直接就是安装
19:00.141–19:01.581
zh然后直接体验到
19:01.581–19:04.581
zh我们的这些多专家多用户的功能
19:04.581–19:06.981
zh可以看到我其实刚刚
19:06.981–19:08.421
zh就是在这个主用户
19:08.421–19:10.861
zh对不管是我们主用户还是子用户
19:10.861–19:13.661
zh都可以体会到这些功能
19:13.661–19:14.581
zh非常好
19:14.581–19:18.501
zh然后我刚刚其实在子用户创建一个通用助手专家
19:18.501–19:21.501
zh然后我们现在就是有办公自动化
19:21.501–19:22.861
zh有育儿专家
19:22.861–19:26.861
zh有我们的老钱证券观察员
19:26.861–19:29.941
zh那我现在就来创建一个育儿专家吧
19:29.941–19:31.621
zh假如假如我又为小孩
19:31.621–19:34.421
zh我就是又想用通用助手帮我工作
19:34.421–19:37.341
zh又想用育儿专家帮我养娃
19:37.341–19:40.181
zh那我这里就可以切换到聊天
19:40.181–19:43.981
zh跟他say个hi
19:44.581–19:50.601
zh这个育儿专家他是直接就已经为我们都设置好了模板
19:50.601–19:53.981
zh我们就只需要一键点击就可以部署了是吗
19:53.981–19:54.981
zh是的 是的
19:54.981–19:56.921
zh不知道大家有没有关注之前
19:56.921–20:03.121
zh我们的产品经理Anson给大家带来了一场关于ACE育儿的
20:03.121–20:08.341
zh对 这个育儿专家就是ACE上我们五缝迁移过来对标的能力
20:08.341–20:13.021
zh对 相当于你在ACE上使用的功能在我们Octop上都可以实现
20:13.021–20:15.001
zh还有粉丝朋友问说
20:15.001–20:16.881
zh如何保证数据安全
20:16.881–20:19.281
zh我们是一个开源项目
20:19.281–20:21.641
zh就是用户自己也可以买一台服务器安装
20:21.641–20:25.741
zh所以所有数据都是在你们自己的服务器里的
20:25.741–20:27.621
zh不会包含在外面的
20:27.621–20:30.121
zh外面包括我们自己都触达不了
20:30.121–20:31.701
zh就是封锁在你们的服务器
20:31.701–20:34.501
zh或者你们在本集安装就是在你们的经理
20:34.501–20:37.501
zh这个数据都是保存在你们自己的本地
20:37.501–20:39.061
zh我们是无法访问到的
20:39.061–20:42.101
zh然后我看评论区公子他问
20:42.101–20:43.841
zh如果给团队用的话
20:43.841–20:45.821
zh可以多team吗
20:45.821–20:47.201
zhteam数上限是多少
20:47.201–20:49.541
zh每个team内的成员上限是多少
20:49.541–20:51.541
zhteam的意思是
20:51.541–20:52.921
zh只用户吗
20:52.921–20:54.801
zh目前来讲的话
20:54.801–20:57.241
zh我们还没有对用户进行一个
20:57.241–20:58.641
zh分组的处理
20:58.641–21:00.821
zh目前来讲只是针对于
21:00.821–21:02.321
zh我们有两种角色
21:02.321–21:04.201
zh一种是管理员一种是普通用户
21:04.201–21:06.041
zh那么管理员可以创建
21:06.041–21:08.701
zh管理员和普通用户
21:08.701–21:09.721
zh两种角色的用户
21:09.721–21:11.421
zh但是并没有对用户之间
21:11.421–21:12.961
zh做一个分组的划分
21:12.961–21:14.881
zh目前还没有做这样的功能
21:14.881–21:16.081
zh就是因为我们
21:16.081–21:19.841
zh因为都在GitHub上
21:19.841–21:21.121
zh然后也有安装脚本
21:21.121–21:23.041
zh你想装在云服务器
21:23.041–21:24.861
zh想装在本地都是可以的
21:24.861–21:25.361
zh对
21:25.361–21:27.621
zh只要你有电脑
21:27.621–21:29.881
zh都可以去进行实现
21:29.881–21:31.721
zh说专家养娃的话
21:31.721–21:33.481
zh怎么才能让我不为陪娃
21:33.481–21:34.481
zh作业而苦恼
21:34.481–21:35.581
zh这个的话
21:35.581–21:36.901
zh也欢迎来试用一下
21:36.901–21:37.901
zh我们这个育儿专家
21:37.901–21:39.501
zh看一下是否能帮到你
21:39.501–21:45.381
zh我们育儿专家母班其实对八年级的数学
21:45.381–21:49.741
zh我才应该八年级是初二了吧
21:49.741–21:52.061
zh对这么大的娃好像不适用
21:52.061–21:53.841
zh但是没有关系
21:53.841–21:56.301
zh可以来探查一下我们的子智能体
21:56.301–22:00.141
zh我们子智能体里面有非常多的定理啊
22:00.141–22:01.361
zh包括历史啊
22:01.361–22:04.201
zh包括如果你的小孩想学开发
22:04.201–22:06.181
zh想学其他的都可以来看
22:06.181–22:09.781
zh判处一下我们的多专家多智能体
22:09.781–22:10.281
zh对
22:10.281–22:10.781
zh是的
22:10.781–22:13.061
zh可以让专家来帮你养娃
22:13.061–22:14.461
zh来做作业辅导作业
22:14.461–22:16.261
zh可以尝试一下专家的功能
22:16.261–22:18.601
zh他问使用云服务器的时候
22:18.601–22:20.901
zh资料也是保存在自己的电脑上吗
22:20.901–22:24.081
zh使用云服务器的时候
22:24.081–22:27.721
zh资料肯定是保存在你的云服务器上的
22:27.721–22:28.221
zh对
22:28.221–22:31.541
zh因为其实也对我们的Optop
22:31.541–22:32.801
zh有个权限的管控
22:32.801–22:34.641
zh如果你在云服务器上使用
22:34.641–22:38.681
zh我们是不希望它就是谈谈到孕妇器以外的地方的
22:38.681–22:43.001
zh然后还有人问有了Octop还需要ACE吗
22:43.001–22:47.941
zh我们Octop其实是一个对ACE的延续
22:47.941–22:53.641
zh你可以看到其实我们功能啊界面都是完全延续进化
22:53.641–22:55.881
zh就是ACE支持的Octop都支持
22:55.881–22:59.841
zh我们后续也会推出ACE牵移到Octop上的方法
22:59.841–23:04.101
zh对相当于是我们ACE有的功能在Octop上都有
23:04.101–23:07.701
zh如果说你是之前使用ACE的用户的话
23:07.701–23:09.181
zh对于使用Octob来讲
23:09.181–23:11.621
zh你其实对你的使用体验
23:11.621–23:12.961
zh或者是产品体验上来讲
23:12.961–23:14.041
zh没有特别大的差别
23:14.041–23:17.061
zh我们主要是想对齐一下
23:17.061–23:18.141
zh大家的一个用户体验
23:18.141–23:19.741
zh让大家可以更加丝滑
23:19.741–23:20.841
zh更加顺滑地
23:20.841–23:23.161
zh再从ACE或者迁移到Octob
23:23.161–23:25.861
zh他问QCloud的Agent
23:25.861–23:27.241
zh可以迁移到Octob吗
23:27.241–23:33.521
zh因为QCloud其实不是我们团队内容的产品
23:33.521–23:36.581
zh对 目前来说其实Qo它本身是一个产品
23:36.581–23:39.561
zh它不是一个公开的开源项目
23:39.561–23:42.081
zh对 我们本身上来讲是一个开源项目
23:42.081–23:43.821
zh如果说你有特别好用的agent
23:43.821–23:46.621
zh你可以直接提升到我们的Octop上
23:46.621–23:48.481
zh都是没有任何问题的
23:48.481–23:51.841
zh是的 也欢迎去支持一下我们的开源STAR
23:51.841–23:55.081
zhOctop支持一键部署到腾讯云的TKE吗
23:55.081–23:58.001
zh这个的话是这样的
23:58.001–24:03.701
zh就是如果说你已经购买了咱们腾讯云的TQE的服务的话
24:03.701–24:06.961
zh你参考我们的Github链接上的部署方式
24:06.961–24:08.341
zh其实是没有任何问题的
24:08.341–24:11.361
zh但是可能会存在一个系统
24:11.361–24:15.181
zh包括一些容器相关的一些情况
24:15.181–24:17.621
zh可能需要参考一下不同的安装部署方式
24:17.621–24:19.601
zh进行一个安装的部署
24:19.601–24:20.101
zh是的
24:20.101–24:22.501
zh我们Github仓库的ReadMe
24:22.501–24:25.061
zh其实都写得比较清楚
24:25.061–24:30.561
zh然后包括想在自己的Mac上或者Windows上
24:30.561–24:32.401
zh也安装部署体验的朋友
24:32.401–24:35.301
zh现在也可以直接去我们Octo仓库
24:35.301–24:38.501
zh然后直接参考我们的install方式
24:38.501–24:40.561
zh然后其实刚刚就讲到
24:40.561–24:44.201
zh就一个人可以就是有多个专家
24:44.201–24:47.281
zh然后现在其实可以看到
24:47.281–24:48.941
zh我有个通用专家帮我工作
24:48.941–24:50.541
zh然后我有个月儿专家
24:50.541–24:54.341
zh然后包括其实在通道这里也可以看到
24:54.341–24:56.361
zh我育儿专家是一套部署
24:56.361–24:58.941
zh然后我的通用助手也是一套部署
24:58.941–24:59.981
zh这说明什么
24:59.981–25:00.981
zh这说明我可以
25:00.981–25:04.621
zh比如说我在QQ上使用我的通用助手
25:04.621–25:08.301
zh或我在齐威上连接我的通用助手来帮助我办公
25:08.301–25:13.461
zh然后我就是在微信上连接育儿专家来帮助我养娃
25:13.461–25:17.881
zh然后这两个专家他们都在一台Octop里
25:17.881–25:19.901
zh但是他们互相记忆不会错乱
25:19.901–25:22.661
zh然后我就可以用一台Octop
25:22.661–25:24.161
zh一台服器的一台Octop
25:24.161–25:26.181
zh然后做两件事
25:26.181–25:28.601
zh这就是我们Optop的多专家
25:28.601–25:29.741
zh你就可以做到
25:29.741–25:30.641
zh是的
25:30.641–25:33.061
zh然后我看到TTN他吐槽说
25:33.061–25:35.341
zh我们的产品在腾讯营搜不到
25:35.341–25:36.541
zh是这样子的
25:36.541–25:37.241
zh我解释一下
25:37.241–25:38.941
zh就是我们其实是刚刚开源
25:38.941–25:39.841
zh然后呢
25:39.841–25:41.541
zh也是借开源的机会
25:41.541–25:42.821
zh和大家先交流一下
25:42.821–25:43.641
zh整体的一个项目
25:43.641–25:45.661
zh其实我们在腾讯营服务器
25:45.661–25:47.561
zh官方的公众号去搜索
25:47.561–25:51.121
zh有一篇新推出的一个推文和贴图
25:51.121–25:52.941
zh是有介绍到我们开源的
25:52.941–25:53.861
zh一个项目和产品的
25:53.861–25:56.061
zh可以去关注一下这篇推文
25:56.061–25:57.621
zh推文贴图文章
25:57.621–25:59.461
zh然后后续的话我们也会
25:59.461–26:02.101
zh去产出更多的一个直播啊干货
26:02.101–26:04.501
zh等的一个推文内容可以关注一下
26:04.501–26:05.701
zh说专家模式的话
26:05.701–26:08.101
zh怎么通过微信或者QQ转换成
26:08.498–26:09.498
zh請保持中文字。
26:09.498–26:11.498
zh請保持中文字。
26:11.498–26:13.498
zh請保持中文字。
26:13.498–26:15.498
zh請保持中文字。
26:15.498–26:17.498
zh請保持中文字。
26:17.498–26:19.498
zh請保持中文字。
26:19.498–26:21.498
zh請保持中文字。
26:21.498–26:24.598
zh然后包括通用助手你配启威
26:24.598–26:28.458
zh然后其实这个就是不同的通道配置了
26:28.458–26:30.638
zh然后其实最神奇的一点是
26:30.638–26:33.378
zh你可以在一个专家比如说
26:33.378–26:36.038
zh但我现在因为是直播的关系
26:36.038–26:39.258
zh我全程用我们的这个面板来给大家演示
26:39.258–26:46.018
zh如果你就是想用微信来询问你配置在QQ的专家呢
26:46.018–26:47.818
zh你其实可以询问他
26:47.818–26:51.898
zh就我刚刚在育儿专家建立了小孩
26:51.898–26:56.758
zh我就可以询问育儿专家
26:56.758–27:00.198
zh我的小孩怎么样了
27:08.798–27:12.518
zh我们还没有出示化相关的信息
27:12.518–27:16.938
zh那我的小孩叫小鱼
27:16.938–27:19.218
zh对,Kernel这位同学说
27:19.218–27:21.058
zh目前我们这个项目主页
27:21.058–27:24.958
zh对于用户的熟悉程度上手难度比较高
27:24.958–27:26.798
zh没有相关的档档
27:26.798–27:29.838
zh这个的话我们后续因为是这样
27:29.838–27:31.298
zh我们是先开源了
27:31.298–27:33.698
zh所以说我们目前先以开源的标准
27:33.698–27:35.518
zh去上线整个项目
27:35.518–27:37.678
zh之后的话我们也会配套起
27:37.678–27:39.418
zh腾讯云的开发者社区
27:39.418–27:42.858
zh包括后续的腾讯云官网上的上线
27:42.858–27:43.358
zh对
27:43.358–27:47.538
zh是的我们后续也会跟进一系列的文档
27:47.538–27:48.958
zh然后社区运营
27:48.958–27:51.498
zh然后包括最佳实践
27:51.498–27:54.078
zh然后来帮助用户上手我们的Octa
27:54.078–27:57.058
zh现在看一下它
27:57.058–28:00.318
zh好它找到了月儿管家Agent
28:00.318–28:04.538
zh对就是我们每个专家之间也是可以互通的
28:04.538–28:07.698
zh但是你可以看到它不会轻易的互通
28:07.698–28:10.898
zh因为这一定程度上就避免了每个专家的互不打扰
28:10.898–28:13.038
zh就只有在非常严苛的
28:13.038–28:14.938
zh就是你的prompt下
28:14.938–28:17.398
zh然后它会帮你去调用
28:17.398–28:19.518
zh其他agent的workspace的信息
28:19.518–28:21.238
zh这就是刚刚说的
28:21.238–28:23.858
zh每一个助手可以连不同的APP
28:23.858–28:26.238
zh就是比如说育儿助手
28:26.238–28:27.458
zh连QQ生活注尼
28:27.458–28:28.638
zh连微信工作秘书
28:28.638–28:29.298
zh连启威
28:29.298–28:31.938
zh你就可以在一个octop下
28:31.938–28:34.958
zh然后用多种专家来管理你的生活
28:34.958–28:36.598
zh避免创建多只虾
28:36.598–28:39.698
zh也避免就像之前用同一只虾
28:39.698–28:42.058
zh像OpenCode或荷马西一样
28:42.058–28:43.498
zh就是有记忆混乱
28:43.498–28:45.478
zh因为我们是一个入口
28:45.478–28:47.378
zh但各走各的渠道
28:47.378–28:50.698
zh包括他们的记忆都是独立的
28:50.698–28:53.038
zh每个助手都有自己独立的记忆库
28:53.038–28:54.938
zh然后就是育儿的是
28:54.938–28:56.378
zh不会跑进生活助手
28:56.378–28:59.518
zh他们的记忆库边界清晰
28:59.518–29:01.838
zh第三点是我想讲解的是
29:01.838–29:02.678
zh子智能体
29:02.678–29:05.118
zh就是可以给助手配小帮手
29:05.118–29:07.478
zh就是如果我创建一个助手
29:07.478–29:09.678
zh我也可以在页面上给大家演示
29:09.678–29:12.398
zh这里有非常多的子智能体
29:12.398–29:15.218
zh那我有一个问题想问
29:15.218–29:18.198
zh就是这个子智能体它有什么好处呀
29:18.198–29:21.318
zh刚刚我们讲了有专家和多用户
29:21.318–29:24.078
zh那这个有子智能体和之间
29:24.078–29:26.318
zh他们和之前讲的有什么区别呀
29:26.318–29:28.538
zh就是它有什么优势和好处
29:28.538–29:31.178
zh其实专家的话
29:31.178–29:34.438
zh刚刚我们其实聊到的是工作和生活
29:34.438–29:35.798
zh包括就是多用途
29:35.798–29:38.818
zh它可以做工作区的隔离嘛
29:38.818–29:42.198
zh像子智能体其实就是一个subagent
29:42.198–29:44.818
zh他就是比如说我在通用专家下
29:44.818–29:49.378
zh我配置比如说你看学术的这五个子智能体
29:49.378–29:53.958
zh其实了解龙虾这个形态的朋友可以知道
29:53.958–29:56.958
zh如果我们在agentMD里写太多的诗
29:56.958–30:00.038
zh他其实会每一次都去读他的agentMD
30:00.038–30:03.358
zh我是希望比如说他又懂定理又懂历史
30:03.358–30:05.358
zh又懂人类学又懂心理学
30:05.358–30:07.938
zh但我是希望他懂
30:07.938–30:10.178
zh但我不是每次都会要用到这些功能
30:10.178–30:13.698
zh那这时候我们就其实可以去添加这些子智能体
30:13.698–30:16.478
zh然后这样我们就可以询问通通助手
30:16.478–30:20.438
zh然后当我们询问到人类学相关的事情的时候
30:20.438–30:23.618
zh他才会去寻求这个人类学子智能体的帮忙
30:23.618–30:26.158
zh如果我们不询问他就不会调用
30:26.158–30:28.978
zh这样其实一是可以有效管理我们Token
30:28.978–30:33.238
zh二是可以在有限的就是AgentMD下
30:33.238–30:35.578
zh然后你看我们有那么多的子智能体
30:35.578–30:37.898
zh可以就是扩充我们agent的能力
30:37.898–30:39.998
zh让我们agent一个agent
30:39.998–30:41.378
zh一个专家变得更强大
30:41.378–30:44.798
zh对就像是一个军队中
30:44.798–30:45.978
zh有不同的兵种一样
30:45.978–30:48.198
zh这个子智能体就相当于是
30:48.198–30:50.358
zh你随调随道的你的士兵
30:50.358–30:52.118
zh然后他会帮你处理一些任务
30:52.118–30:54.178
zh然后你触发这些任务的时候
30:54.178–30:55.778
zh他会到来帮你处理一些任务
30:55.778–30:56.378
zh处理完之后
30:56.378–30:58.198
zh然后他就待在原来的那个地方了
30:58.198–31:00.998
zh而且这些子智能体是并停调用
31:00.998–31:03.878
zh就相当于就是我们的专家
31:03.878–31:05.998
zh它就是一个发号生令的
31:05.998–31:10.098
zh然后它会同时将这些子智能体去调研它们领域内的事
31:10.098–31:13.078
zh然后最后它再统一回复给用户
31:13.078–31:13.578
zh对
31:13.578–31:16.978
zh定属可以自主配置国内外的模型
31:16.978–31:17.838
zhDE呢
31:17.838–31:20.098
zh就是可以自主配置模型的
31:20.098–31:21.838
zh对
31:21.838–31:23.358
zh我们目前来讲
31:23.358–31:26.498
zh大多数主流的模型都可以进行支持
31:26.498–31:29.218
zh我们可以切换到我们的
31:29.218–31:30.778
zh的命用户下
31:32.778–31:33.278
zh对
31:33.878–31:41.878
zh这种体验就是Subaging图的这个概念
31:41.878–31:42.878
zh对
31:42.878–31:48.998
zh包括模型看我们在Admin用户可以看到那么多的云端
31:48.998–31:54.638
zh就是现在提供商包括我们腾讯云
31:54.638–31:57.278
zh腾讯TodyPlan 腾讯TokenPlan
31:57.278–32:01.458
zh然后我们都有就是可以自助配置
32:01.458–32:03.898
zh然后包括别的厂商
32:03.898–32:05.058
enKIMI, MINIMAX
32:05.058–32:07.378
zh然后包括智朴,火山
32:07.378–32:08.298
zh我们都有在这
32:08.298–32:10.398
zh然后还有国外的包括
32:10.398–32:11.818
enGIMNI, OPEN NI
32:11.818–32:14.818
zh然后包括ANTHROPIC都可以
32:14.818–32:16.898
zh然后大家如果找不到
32:16.898–32:18.198
zh也可以自定义提供商
32:18.198–32:20.078
zh然后有个BASE URL
32:20.078–32:21.478
zh然后有API P
32:21.478–32:23.478
zh然后这里可以选协议
32:23.478–32:25.078
zh对我们都支持了
32:25.078–32:27.338
zh如果大家想要本地的话
32:27.338–32:30.058
zh我们也有支持本地有达马客户端
32:30.058–32:30.778
zh好的
32:30.778–32:33.318
zh像刚刚讲解完子智能体
32:33.318–32:39.558
zh然后其实刚刚其实也有演示到专家主团可以一同作战
32:39.558–32:46.158
zh然后像包括智能体我刚讲的复杂的是可以拆点合适的sublagion去做
32:46.158–32:52.278
zh然后包括刚刚我展示用通用助手可以触打到育儿助手
32:52.278–32:55.478
zh就是每个专家也可以互相触打
32:55.478–32:57.918
zh然后可以调用别的专家能力有恨
32:57.918–33:03.518
zh就是包括我们接下来我的同事英明会大家讲解连接器
33:03.518–33:06.638
zh我们也可以调用到外部的一些服务
33:06.638–33:10.818
zh然后可以让工具平权让生态互联
33:10.818–33:13.978
zh他问子智能体和专家谁的层级更高
33:13.978–33:19.218
zh子智能体其实是被携带在专家底下的
33:19.218–33:22.158
zh就是一个专家可以配置子智能体
33:22.158–33:25.178
zh让他自己的就是能力更强大
33:25.178–33:25.678
zh对
33:25.678–33:27.838
zh英明平时会用什么大模型
33:27.838–33:33.898
zh我的话其实我用我们腾讯的Token Plan比较多
33:33.898–33:38.038
zh多人协作场景中如果智能体的输出存在幻觉的话
33:38.038–33:40.918
zh怎么建立智信度教验和修正的流程
33:40.918–33:41.898
zh很专业
33:41.898–33:46.398
zh其实首先你可以在专家的HT&D里
33:46.398–33:51.858
zh给他一点比较教验和修正的提示词
33:51.858–33:55.598
zh让他一定要去教验智能体的产出成果
33:55.598–33:58.638
zh然后包括你也给他一些教研的规则
33:58.638–34:02.198
zh或者自己创建一些教研的skill
34:02.198–34:04.778
zh或者从很多我们的skill hub
34:04.778–34:07.598
zh比如Dhub上去找一些教研的skill
34:07.598–34:08.698
zh我理解都是可以的
34:08.698–34:12.298
zh他问开源版本的Octop和腾讯云内部商业
34:12.298–34:13.418
zh使用的一个版本
34:13.418–34:16.058
zh在功能和性能上有哪些差异
34:31.585–34:33.465
zh我们包括大家提的issue
34:33.465–34:34.905
zh我们修完同步在
34:34.905–34:36.985
zhOctop的仓库下
34:36.985–34:39.185
zh我们也会同步更新镜像
34:39.185–34:41.985
zh未来我们发布镜像会是一起同步的
34:41.985–34:44.725
zh智能体本身算不算一种子智能体
34:44.725–34:48.685
zh可能还是对这个子智能体和专家的这个概念有点疑问
34:48.685–34:49.725
zh是这样的
34:49.725–34:52.305
zh就是对于现在来讲的话
34:52.305–34:56.885
zh我们就像是计算机的一个比较基础一个知识
34:56.885–35:00.365
zh专家就可以类比成计算机当中一个进程
35:00.365–35:04.885
zh然后子智能体可以理解成一个进程当中它的一个线程
35:04.885–35:09.265
zh然后相当于是子智能体它会共享当前的专家的一个工作区
35:09.265–35:12.565
zh但是呢子智能体它有自己独立的上下文
35:12.565–35:15.685
zh一个方面是它可以保证子智能体之间
35:15.685–35:18.345
zh它们之间的运行或者绘画不相干扰
35:18.345–35:20.885
zh第二个就是它可以大大的提升效率
35:20.885–35:22.505
zh第二点呢就是专家的话
35:22.505–35:25.625
zh它可以因为它具有自己独立的资源区的话
35:25.625–35:28.025
zh就可以进行相应的安装
35:28.025–35:31.185
zh也会你如果说对话的时间长了
35:31.185–35:33.445
zh你也可以慢慢更加熟悉
35:33.445–35:36.265
zh你会有自己的一个专属的记忆
35:36.265–35:37.185
zh是的
35:37.185–35:40.925
zh然后我看问多用户并发请求
35:40.925–35:43.865
zhOctob有内置速率限制和排队机制吗
35:43.865–35:45.545
zh目前来讲的话
35:45.545–35:48.325
zh我们还没有测试过
35:48.325–35:51.885
zh这个内置的一个速率限制和排队的机制
35:51.885–35:53.645
zh当然因为是这样的
35:53.645–35:55.505
zh因为我们目前使用场景的话
35:55.505–35:57.245
zh更多的是面向
35:57.245–35:58.545
zh比如说一个用户
35:58.545–35:59.765
zh他会进行一个对话
35:59.765–36:01.745
zh或者是多个用户
36:01.745–36:04.665
zh他会在自己的一个聊天框
36:04.665–36:06.045
zh或者对话框进行对话
36:06.045–36:07.465
zh这位NOM同学说的
36:07.465–36:08.705
zh多用户并发请求
36:08.705–36:09.605
zh因为目前来讲
36:09.605–36:12.065
zh我们的用户量不是特别大
36:12.065–36:13.785
zh因为你一个管理员
36:13.785–36:14.705
zh创建的用户
36:14.705–36:17.145
zh没有说有几百个
36:17.145–36:18.705
zh或者几千个上万那么的多
36:18.705–36:19.545
zh所以目前来讲
36:19.545–36:22.845
zh可能不太会出现这个问题
36:22.845–36:24.545
zh他说做了两个智能体
36:24.545–36:26.525
zh然后把它部署到企业微信中
36:26.525–36:29.025
zh把这两个机器人放到工作群中
36:29.025–36:32.005
zh能不能让它在群里及时回复信息
36:32.005–36:33.725
zh就是不同的智能体
36:33.725–36:36.045
zh能不能在群内及时回复信息
36:36.045–36:38.945
zh我理解是
36:38.945–36:41.385
zh如果你在群里用户
36:41.385–36:44.385
zh它是能回复的
36:44.385–36:44.885
zh对
36:44.885–36:47.125
zh以前我们ACE
36:47.125–36:49.545
zh就是在元宝派里有类似的渠道
36:49.545–36:51.025
zh这个是这样的
36:51.025–36:52.725
zh就是在企微当中的话
36:52.725–36:53.945
zh目前来讲
36:53.945–36:56.305
zh如果你配置了企畏的机器人
36:56.305–36:58.665
zh他只针对他的创建者
36:58.665–37:00.945
zh他才能够对这个企畏机器人进行对话
37:00.945–37:03.205
zh如果说这个企畏群聊当中
37:03.205–37:05.245
zh有其他的用户或者其他人的话
37:05.245–37:08.105
zh他爱特伦尼创建的企畏机器人
37:08.105–37:09.845
zh这个时候他是没法回答的
37:09.845–37:12.305
zh能在轻量服务器里面可视化吗
37:12.305–37:16.325
zh这个的话因为我们现在是已经开源了
37:16.325–37:17.825
zh等我们后续的话
37:17.825–37:22.965
zh会在其中轻量当中推出相关的产品
37:22.965–37:23.865
zh或者是镜像
37:23.865–37:25.405
zh如果说在里面购买的话
37:25.405–37:29.385
zh你进入的那个主流的那个页面
37:29.385–37:31.965
zh管理页面就是我们当前在展示的这个页面
37:31.965–37:36.505
zh如果有用户现在想在清亮云服务器上使用的话
37:36.505–37:39.905
zh可以买一台无邦图系统镜像
37:39.905–37:43.325
zh然后使用我们的Linux安装脚本
37:43.325–37:46.325
zh然后跟随指示你也可以用到
37:46.325–37:49.365
zh然后自己放通一下安全区
37:49.365–37:52.665
zh然后就可以看见这个可视化界面
37:52.665–37:56.285
zh后续我们也会推出更详细的指导
37:56.285–37:58.305
zh然后我们看粉丝朋友说
37:58.305–38:00.765
zh是否有提供用户行为分析面板
38:00.765–38:03.545
zh来统计各agent的调用量和成功率
38:03.545–38:09.825
zh我们现在有提供token的面板
38:09.825–38:14.305
zh但是我们其实做的各种用户是完全隔离
38:14.305–38:18.185
zh就是每个用户可以看自己的token统计
38:18.185–38:21.365
zh你看就是我最近30天用的都在这里
38:21.365–38:22.765
zh然后包括我的
38:22.765–38:25.105
zh你看我的育儿管家用这么多
38:25.105–38:27.625
zh然后我的通助手用这么多
38:27.625–38:30.605
zh好那接下来就让一鸣
38:30.605–38:32.585
zh为大家来讲解连接器吧
38:32.585–38:34.565
zh大家可能对于连接器
38:34.565–38:35.905
zh这个概念不是很理解
38:35.905–38:37.145
zh但是对于有个概念
38:37.145–38:38.625
zh可能会有听说过
38:38.625–38:39.725
zh就是叫MCP
38:39.725–38:42.025
zh大家可能会对MCP这个概念
38:42.025–38:43.505
zh可能听说过
38:43.505–38:45.625
zh连接器是一个什么概念呢
38:45.625–38:46.725
zh就是相当于是一个
38:46.725–38:48.305
zh比较统一的AI入口
38:48.305–38:50.945
zh它可以接管你的腾讯全家桶
38:50.945–38:54.265
zh目前来讲我们的Octob有12个内置的连接器
38:54.265–38:58.105
zh当然也是基于OMCP的一个开放协议的
38:58.105–39:00.345
zh有一句话就可以帮你全搞定
39:00.345–39:02.945
zh比如说因为我们大家很
39:02.945–39:05.045
zh生活化一个场景就是我们一个人
39:05.045–39:05.965
zh每个人都有手机
39:05.965–39:07.805
zh每个手机上都有很多的APP
39:07.805–39:11.425
zh但是我们如果要使用不同的功能
39:11.425–39:12.445
zh我们需要点开不同APP
39:12.445–39:14.165
zh我们要点外卖
39:14.165–39:15.245
zh我们要点开黄色软件
39:15.245–39:16.145
zh我们要购物
39:16.145–39:17.565
zh我们要点开橙色软件
39:17.565–39:18.525
zh我们要聊天
39:18.525–39:19.905
zh我们要点开绿色软件
39:19.905–39:20.785
zh但是呢
39:20.785–39:22.865
zh实际上我们的
39:22.865–39:24.445
zh这个的话我们会发现
39:24.445–39:25.585
zh我们做不同事情
39:25.585–39:26.645
zh要点开不同软件
39:26.645–39:28.165
zh这样的话之间
39:28.165–39:30.225
zhAPP之间切换的成本都非常高
39:30.225–39:32.165
zh这个就是我们的比较传统的模式
39:32.165–39:34.785
zh而我们的Octob它的连接器呢
39:34.785–39:37.105
zh它可以一键去授权
39:37.105–39:38.445
zh相当于是我们只需要
39:38.445–39:41.105
zh将我们这个用户授权登录之后呢
39:41.105–39:43.865
zh我们就可以让Octob帮我们做这些事情
39:43.865–39:46.305
zh我们不需要再来回的一些切换
39:46.305–39:48.185
zh我们给大家展示一下
39:48.185–39:50.285
zh我们现在已经具有的一些连接器
39:50.285–39:53.025
zh比如说我们腾讯系的主流的产品
39:53.025–39:54.925
zh腾讯文档 腾讯会议
39:54.925–39:56.685
zh然后文兴读书 埃玛
39:56.685–39:57.885
zh还有一些邮箱
39:57.885–40:00.225
zhQ邮箱或者职业之类的其他邮箱
40:00.225–40:02.185
zh都可以去打通和实现
40:02.185–40:04.425
zh我们这个连接器的一个相关功能
40:04.425–40:06.385
zh说起邮箱
40:06.385–40:09.645
zh其实前段时间Q邮箱推出了Agent邮箱
40:09.645–40:11.145
zh不知道大家注册没有
40:11.145–40:13.985
zh现在抢注还能像以前Q号一样
40:13.985–40:16.885
zh就是注册到自己喜欢的邮箱名
40:16.885–40:18.805
zh就是有专门给agent用的邮箱
40:18.805–40:21.565
zh这也是对于我们做agent
40:21.565–40:23.565
zh包括QQ邮箱的一个新进步
40:23.565–40:25.725
zh大家可以尝试一下新功能哦
40:25.725–40:29.645
zh对 欢迎大家多多关注我们的最新动态
40:29.645–40:31.045
zh对 那我有一个问题啊
40:31.045–40:33.205
zh就是市面上AI助手那么多
40:33.205–40:37.085
zh为什么你们要去做连接这件事情啊
40:37.085–40:39.045
zh就是我还是没有太明白
40:39.045–40:41.365
zh它的概念和定义是什么
40:41.365–40:44.765
zh嗯 所以说大家现在都能够理解
40:44.765–40:47.485
zhAI它通过最近两年的发展
40:47.485–40:52.005
zh它从一个最开始不那么聪明的一个转嫁
40:52.005–40:54.425
zh变成了一个非常聪明的一个智能体
40:54.425–40:57.265
zh所以对于我们当前使用上来讲
40:57.265–41:00.525
zh我们主要瓶颈不在于AI是否足够聪明
41:00.525–41:04.725
zh而在于AI是否能够将抵达我们生活的
41:04.725–41:08.705
zh那个最近的一公里或者最近的那个触手给触达到
41:08.705–41:10.165
zh对 这个是非常重要的
41:10.165–41:12.725
zh比如说我们离腾讯会议
41:12.725–41:14.725
zh可能之间会有一些登录啊
41:14.725–41:16.725
zh包括一些交互的一个过程
41:16.725–41:18.725
zh在最后一个产品和用户之间
41:18.725–41:20.725
zh他们一个天然的一个隔阂
41:20.725–41:22.725
zh或天然一个交互是否能够触达
41:22.725–41:24.725
zh这个是我们当前
41:24.725–41:26.725
zh连接器它的一个最主要的作用
41:26.725–41:28.725
zh相当于是如果说你用连接器的方式
41:28.725–41:30.725
zh授权登录一下
41:30.725–41:32.725
zh都通过一座桥
41:32.725–41:34.725
zh一直把用户跟
41:34.725–41:36.725
zh依赖的一些主流的产品连接起来了
41:36.725–41:38.725
zh关于你们怎么交互
41:38.725–41:40.725
zh剩下的交互的方式
41:40.725–41:46.585
zh其实我感触特别深的一点是我们Octop上连接器之后
41:46.585–41:51.465
zh现在腾讯文档我可以叫Octop帮我自己去操作自己去编辑
41:51.465–41:58.325
zh可能以前的话就需要让AI就是去生成一些内容
41:58.325–42:02.705
zh然后我们复制进腾讯文档然后并共享给同事
42:02.705–42:06.585
zh但现在可以让Octop有了连接器直接连接到腾讯文档
42:06.585–42:08.125
zh自己去创作自己去改造
42:08.125–42:11.265
zh然后同事也可以随之在腾讯文档看到
42:11.265–42:13.425
zh但是现在元宝啊
42:13.425–42:13.925
zh豆宝啊
42:13.925–42:15.605
zh他们不是都能传文件
42:15.605–42:16.585
zh让AI进行分析
42:17.105–42:19.745
zh為什麼還要用到連接器呢?
42:19.745–42:26.225
zh其實有一個使用場景不知道大家有沒有特別的理解。
42:26.225–42:31.505
zh就是遇到過,比如說我們平時在使用元寶或者是豆包的,
42:31.505–42:33.865
zh我们会用到比如说我们要上传文件
42:33.865–42:35.165
zh这个时候我们需要
42:35.165–42:37.305
zh我们如果说用的是手机端的
42:37.305–42:38.545
zh我们需要打开手机
42:38.545–42:40.005
zh然后点开加号
42:40.005–42:40.905
zh然后上传复件
42:40.905–42:42.065
zh然后再把这个上面上去
42:42.065–42:43.125
zh你当前上传文件
42:43.125–42:44.705
zh其实是一个静态的文件
42:44.705–42:46.105
zh那么这个静态的文件
42:46.105–42:48.025
zh其实它是没法
42:48.025–42:49.885
zh就是获取到动态实时信息的
42:49.885–42:51.085
zh比如说我们如果说
42:51.085–42:52.105
zh要更新这个文件
42:52.105–42:53.145
zh或更新这个文档的话
42:53.145–42:54.965
zh我们就要从之前上的文件
42:54.965–42:55.965
zh再拷费一份新的
42:55.965–42:57.325
zh所以说如果我们修改
42:57.325–42:58.525
zh更新的步骤越来越多
42:58.525–42:59.605
zh那么我们产生的
42:59.605–43:00.905
zh冗余的中间文件
43:00.905–43:02.945
zh或者是一些多版本文件会越来越多
43:02.945–43:04.565
zh那么这个时候如果我们有连接器
43:04.565–43:07.425
zh当前如果假如说用腾讯文档的话
43:07.425–43:08.785
zh我们只需要给它一个在线文档
43:08.785–43:09.925
zh那么在线文档的话
43:09.925–43:11.845
zh它就会不断去编辑这个在线文档
43:11.845–43:14.105
zh那我们随时点开这个在线文档连接
43:14.105–43:15.285
zh它都是最新的版本
43:15.285–43:16.845
zh并且我们也可以通过历史记录
43:16.845–43:17.945
zh去追踪它的往
43:17.945–43:20.065
zh以往的一些历史版本
43:20.065–43:22.165
zh那其实就比如说
43:22.165–43:25.025
zh你们现在展示的这个腾讯会议
43:25.025–43:28.585
zh就是如果说我自己用打开APP
43:28.585–43:30.265
zh然后去订一个腾讯会议的话
43:30.265–43:32.385
zh其实也就是不到一分钟的时间
43:32.385–43:34.945
zh那连接到这个Agent里面
43:34.945–43:36.325
zh就省一点点的时间
43:36.325–43:37.425
zh这是值得的吗
43:37.425–43:39.765
zh现在是这样的
43:39.765–43:42.585
zh就是对于我们如果说个人用户
43:42.585–43:45.005
zh他对于打开腾讯会议
43:45.005–43:46.025
zh以后说加入预定会议
43:46.025–43:47.325
zh这可能是因为我们
43:47.325–43:49.145
zh一个习惯性的部署了
43:49.145–43:50.525
zh从腾讯会议推出那一刻
43:50.525–43:52.305
zh他就在教用户怎么去操作
43:52.305–43:53.045
zh怎么去预定会议
43:53.045–43:53.825
zh怎么去加入会议
43:53.825–43:55.225
zh但是呢如果说
43:55.225–43:58.365
zh现在我如果要定五个会议
43:58.365–44:00.345
zh那么如果定10个会议的话
44:00.345–44:04.365
zh那我可能需要把这一步的操作去重复5次
44:04.365–44:05.305
zh重复10次
44:05.305–44:07.725
zh那么对于我来讲一次两次我能够接受
44:07.725–44:10.725
zh但是5次或者是10次去重复相同的步骤
44:10.725–44:13.385
zh对我来讲就有点枯燥或者是有点繁琐
44:13.385–44:16.065
zh那么这个时候你可以交给我们Octob
44:16.065–44:18.705
zh他会如果说你想创建5次会议
44:18.705–44:21.165
zh或者是5次会议你邀请的是不同的人
44:21.165–44:22.805
zh或者邀请的是不同的团队
44:22.805–44:26.665
zh在这个场景下你只需要交给Octob一句话
44:26.665–44:29.465
zh它就可以帮你去针对不同的人预约不同的会议
44:29.465–44:30.565
zh并且预约不同的日期
44:30.565–44:32.845
zh不需要你再去打开软件
44:32.845–44:35.285
zh然后翻时间定主题邀请不同的人
44:35.285–44:36.585
zh这样翻手的操作
44:36.585–44:37.945
zh那确实这样子想的话
44:37.945–44:40.005
zh还是连接器要方便一点的
44:40.005–44:42.485
zh他问用Octob和Hermis的区别是什么
44:42.485–44:43.545
zh我们有什么优势
44:43.545–44:47.785
zh这个Octob和Hermis包括OpenCloud
44:47.785–44:52.225
zh我们在最开始都已经讲过他们的最主要的优势了
44:52.225–44:55.645
zh因为相对于Hermis和OpenCloud来讲的话
44:55.645–44:59.385
zh我们Oktub它有一些非常独立的场景和有功能
44:59.385–45:02.585
zh比如说我们之前从最开始的时候一直讲
45:02.585–45:07.065
zh我们记忆的功能它其实相对于Hermers或OpenCloud来讲
45:07.065–45:09.325
zh我们会有一个非常直观的一个展现
45:09.325–45:11.685
zh你的记忆是怎么存储的
45:11.685–45:13.465
zh或者是你的记忆是怎么落地的
45:13.465–45:15.005
zh包括整个时间线
45:15.005–45:18.565
zh对然后包括你记忆不同的角色
45:18.565–45:21.725
zh或者是不同的一些你的一个状态
45:21.725–45:25.045
zh它都是随着你的对话当中的不断改变
45:25.045–45:26.285
zh它也是会不断改变的
45:26.285–45:28.065
zh这个是我们一个非常大的优势
45:28.065–45:30.825
zh然后我们接下来就进我们的Octave页面
45:30.825–45:33.385
zh去通过不同连接器去触发一下
45:33.385–45:35.065
zh我们之间的一些操作
45:35.065–45:38.845
zh大家现在可以看到
45:38.845–45:40.505
zh就是我们连接器
45:40.505–45:42.685
zh其实是在当前的一个
45:42.685–45:46.145
zh从最左边的第四个type页
45:46.145–45:48.945
zh然后可以看到我们主流的一些连接器
45:48.945–45:50.085
zh有腾讯文档
45:50.085–45:52.765
zh腾讯文档打开授钱页的话
45:52.765–45:55.885
zh如果你想怎么样去配置好这个连接器
45:55.885–45:56.625
zh你打开授权页
45:56.625–45:59.325
zh这个时候它会有一个token
45:59.325–46:00.345
zh你点击这里复制
46:00.345–46:02.985
zh然后点击访问token一粘贴
46:02.985–46:03.765
zh它可以有探测
46:03.765–46:04.465
zh也可以有保存
46:04.465–46:06.925
zh然后它可以有一些最新的工具料
46:06.925–46:08.885
zh像我们可以调用203工具料
46:08.885–46:10.725
zh同时对于腾讯会议
46:10.725–46:13.745
zh包括一些邮箱的一些授权管理
46:13.745–46:15.745
zh都是一样的方式
46:15.745–46:18.125
zh接下来我就跟大家通过聊天的方式
46:18.125–46:19.705
zh去触发一下
46:19.705–46:20.645
zh因为我们在下面
46:20.645–46:22.065
zh第二个的话它是连接器
46:22.065–46:22.905
zh连接器的话
46:22.905–46:26.505
zh这里你必须去显性的去打开它这个开关
46:26.505–46:28.345
zh这样的话它才能够触发这个连接器
46:28.345–46:31.665
zh比如说我们想了解一下今天的
46:31.665–46:34.105
zh大家有没有什么特别感兴趣的话题
46:34.105–46:35.145
zh大家提一下
46:35.145–46:37.025
zh我们通过连接器的方式
46:37.025–46:38.485
zh我们可以将大家感兴趣的话题
46:38.485–46:40.045
zh去总结到我们的团讯文档
46:40.045–46:43.545
zh总结预测一下世界杯谁会得冠军
46:43.545–46:45.285
zh看一下它分析的准不准
46:45.285–46:46.465
zh应该不会翻车吧
46:46.465–46:48.785
zh大家静静期待一下
46:48.785–46:53.765
zh可以看到他当前会先读我们的日期
46:53.765–46:57.805
zh会搜索我们当前美加墨世界杯的一个最新的情况
46:57.805–47:01.385
zh可以看到决赛是19号
47:01.385–47:04.925
zh但是当前的话我们实际上还没有提决赛
47:04.925–47:06.945
zh其实本质上来讲是一个预测的行为
47:06.945–47:10.805
zh他知道我们四强已经出炉了
47:10.805–47:11.945
zh并且知道我们最新的消息
47:11.945–47:14.465
zh我们用到我们内置了一个AI搜索的工具
47:14.465–47:20.645
zh今天凌晨的三点会有法国对待西班牙的比赛
47:20.645–47:22.005
zh然后他搜集了相关信息之后
47:22.005–47:23.525
zh他就开始进行创建文档
47:23.525–47:28.905
zh那这个搜索的话是截止到最新什么时候的信息
47:28.905–47:31.125
zh是截止到此时此刻吗
47:31.125–47:32.045
zh还是说今天的
47:32.045–47:34.345
zh对大家可以看到我们每一个工具
47:34.345–47:36.105
zh他都会有展示的响起
47:36.105–47:38.785
zh其实我们可以看到他会
47:38.785–47:41.605
zh你看文档已经创建成功了
47:41.605–47:42.925
zh这个时候我们点击看一下
47:42.925–47:47.725
zh他会给我们一个2026世界杯冠军分析预测
47:47.725–47:52.865
zh这个时候他就会给我们总结当前的一个四强的战队
47:52.865–47:56.385
zh包括当前我们热门的法国西班牙英格兰阿根廷
47:56.385–47:57.325
zh他们不同的主教练
47:57.325–47:58.985
zh核心的球员 进球术
47:58.985–48:01.185
zh以及本届的最佳战技他们一些特点
48:01.185–48:03.825
zh通过分析半决赛的一些相关优势
48:03.825–48:04.945
zh可以推荐出来
48:04.945–48:07.545
zh大概你看我们法国西班牙的话
48:07.545–48:09.805
zh他会推测法国烧战优势一系
48:09.805–48:13.005
zh最终还预测大概会进入架石或者点球大战
48:13.005–48:14.205
zh然后呢
48:14.205–48:15.505
zh另一场半决赛呢
48:15.505–48:17.205
zh对于西班牙和阿根廷来讲的话
48:17.205–48:20.425
zh他们觉得阿根廷略占优势
48:20.425–48:20.925
zh对吧
48:20.925–48:22.785
zh这个比赛悬念比较大
48:22.785–48:24.025
zh最终的话
48:24.025–48:25.945
zh他还会给我们分析出不同的概率
48:25.945–48:29.225
zh他们会算出概率来讲的话
48:29.225–48:31.105
zh他说法国是比较领先的
48:31.105–48:32.445
zh拥有比较高的概率
48:32.445–48:32.945
zh对
48:32.945–48:34.325
zh冠军是法国队
48:34.325–48:36.825
zh大家还是谨慎对待
48:36.825–48:38.045
zh咱们这个AI的
48:38.045–48:39.685
zhAI给出的答案
48:39.685–48:41.665
zh但是我看从这个速度上
48:41.665–48:43.445
zh还有这个呈现的文档的
48:43.445–48:45.165
zh这个思路大纲上
48:45.165–48:46.605
zh真的是挺惊艳的
48:46.605–48:47.665
zh挺完善的
48:47.665–48:48.305
zh挺快的
48:48.305–48:49.525
zh我们这个就是一个
48:49.525–48:51.245
zh非常实时的腾讯文档
48:51.245–48:52.405
zh那我想问一下
48:52.405–48:53.965
zh我们这个连接器是
48:53.965–48:57.125
zh使用的时候连一下
48:57.125–48:59.385
zh然后在某一个对话不用的时候
48:59.385–49:00.965
zh是立刻关掉它比较好呢
49:00.965–49:02.285
zh还是一直连着比较好呢
49:02.285–49:04.005
zh它会不会消耗我们的token呀
49:04.005–49:06.705
zh本上来讲
49:06.705–49:08.805
zh其实不会特别的消耗
49:08.805–49:10.505
zh其实如果说你触发了
49:10.505–49:12.145
zh比如说腾讯文档
49:12.145–49:14.025
zh或者是之类的一些其他行为
49:14.025–49:16.405
zh它才会去给你去调用连接器
49:16.405–49:17.405
zh或者使用到连接器
49:17.405–49:18.385
zh你放在这里
49:18.385–49:20.585
zh其实是不会占用特别多的资源的
49:20.585–49:21.945
zh然后接下来
49:21.945–49:23.445
zh我们还可以给大家演示一下
49:23.445–49:24.185
zh不同的场景
49:24.185–49:26.225
zh比如说邮箱和腾讯会议
49:26.225–49:27.585
zh这三个可以结合起来
49:27.585–49:28.965
zh然后我们就可以将
49:28.965–49:31.525
zh比如说将我的
49:31.525–49:32.985
zh刚刚生成的
49:32.985–49:35.085
zh我有一个问题想问一下
49:35.085–49:35.985
zh在这里的话
49:35.985–49:38.825
zh那我们的连接器在授权之后
49:38.825–49:41.025
zh会拿到我的一个密码吗
49:41.025–49:44.425
zh就是我看到我们现在连的这三个连接器
49:44.425–49:48.145
zh那这些授权之后都会拿到我的密码数据会上传吗
49:48.145–49:49.865
zh就会上传到对应的APP吗
49:49.865–49:52.065
zh目前这个是不会的
49:52.065–49:55.425
zh因为连接器你可以看到我们当前的访问Token
49:55.425–49:57.565
zh它是已经配置在我们本地的
49:57.565–50:03.445
zh不是会上传到我们对应的那些其他的一些应用上的
50:03.445–50:03.945
zh对
50:03.945–50:07.485
zh然后我们当前的话我们给大家展示一下这个邮件的功能
50:07.485–50:09.245
zh其实邮件功能是非常实用的
50:13.462–50:20.462
zh你看這樣的話我們就可以讓它去幫我們把剛剛生成的這個騰訊文檔發送給我們的郵箱。
50:20.462–50:23.462
zh這個會它就會調用到我們的郵箱的一個連接器。
50:23.462–50:26.462
zh這個時候呢它就會發送我們的郵件。
50:26.462–50:28.302
zh它显示发送已经成功
50:28.302–50:30.102
zh我们可以去我们的邮箱里面看看有没有这个
50:30.102–50:33.602
zh刚刚看到我们这个是我们最新生成的
50:33.602–50:37.562
zh世界杯的分析文档里面会有相关的腾讯文档文档
50:37.562–50:40.822
zh包括最后的一个核心的结论
50:40.822–50:44.102
zh以及来自于哪个地方它会告诉你
50:44.102–50:45.262
zh对这个是非常方便的
50:45.262–50:46.722
zh比如说我们想批量发送邮件
50:46.722–50:49.862
zh或者是批量进行一些管理会非常的方便
50:49.862–50:52.642
zh对或者你就是想让Optop
50:52.642–50:55.322
zh比如在某些事情上发邮件提醒你
50:55.322–50:56.982
zh或者每天做个总结
50:56.982–50:58.242
zh也发邮件给你
50:58.242–50:59.742
zh都是非常方便的
50:59.742–51:00.322
zh对
51:00.322–51:02.982
zh其实我们这个还有定时的任务
51:02.982–51:03.482
zh对
51:03.482–51:04.022
zh之后的话
51:04.022–51:06.122
zh如果说你想用定时任务
51:06.122–51:07.902
zh结合我们的连接器
51:07.902–51:09.882
zh然后它可以帮你去推送
51:09.882–51:10.842
zh每日的定时邮件
51:10.842–51:11.982
zh这个也是可以的
51:11.982–51:15.162
zh我看有粉丝朋友问
51:15.162–51:17.382
zhOctop除了打通腾讯产品
51:17.382–51:18.822
zh能打通其他公司的
51:18.822–51:19.962
zh我们其实有推
51:19.962–51:21.602
zh多种各样的连接器
51:21.602–51:23.442
zh包括有Notion
51:23.442–51:25.222
zh有百度网牌
51:25.222–51:25.902
zh有Figma
51:25.902–51:27.542
zh有有道云笔记
51:27.542–51:30.102
zh对这些其实市面上常用的
51:30.102–51:30.882
zh我们都打通了
51:30.882–51:32.842
zh目前连接其实有官方内置的
51:32.842–51:34.222
zh实际在实用过程当中
51:34.222–51:35.482
zh会有自己封装的MCP
51:35.482–51:37.202
zh这个的话
51:37.202–51:38.822
zh欢迎大家去GitHub上
51:38.822–51:40.362
zh去搜索我们的原代码
51:40.362–51:41.382
zh因为我们其实
51:41.382–51:42.962
zh整个原代码都是公开的
51:42.962–51:45.062
zh如果你想接入自己的
51:45.062–51:47.082
zh配置的一些MCP专业方服务的话
51:47.082–51:48.122
zh也可以去通过
51:48.122–51:49.202
zhForex我们的仓库
51:49.202–51:51.042
zh然后进行实现
51:51.042–51:53.002
zh对欢迎大家和我们共见
51:53.002–51:54.242
zh然后大家期待能力
51:54.242–51:56.862
zh我们后续也会陆续开发
51:56.862–51:58.322
zh然后大家觉得的话也可以
51:58.322–51:59.302
zh也会去共建
51:59.302–52:00.862
zh然后一起共建我们的Octop
52:00.862–52:05.042
zhACP里添加以后会添加其他本地智能体吗
52:07.002–52:12.082
zh目前来讲我们的智能体是需要自己去手动点安装的
52:12.082–52:13.702
zh是ACP上面的
52:13.702–52:15.402
zh这个对吗
52:15.402–52:15.902
zh对
52:15.902–52:17.102
zh目前来讲是这样的
52:17.102–52:19.362
zh就是如果说我们自己去配置的话
52:19.362–52:21.462
zh当然是可以去添加了
52:21.462–52:22.722
zh像我之前去配置的
52:22.722–52:24.722
zh有我们的code body的智能体
52:24.722–52:25.922
zh那个ACP
52:25.922–52:27.522
zh然后你自己去
52:27.522–52:30.122
zh如果你想使用什么样的ACP
52:30.122–52:31.422
zh你就可以自己去进行配置
52:31.422–52:31.922
zh对
52:31.922–52:33.122
zh你可以直接使用的
52:33.122–52:36.922
zh你们是没法做到实时获取最新的模型列表吗
52:36.922–52:38.822
zh我记得ACE的时候
52:38.822–52:41.122
zh对好像是有提过这个问题
52:41.122–52:44.222
zh就是我们目前来讲
52:44.222–52:46.922
zh没有去做实时的拉取的
52:46.922–52:48.922
zh去拉取当前最新的一个模型列表
52:48.922–52:51.322
zh因为我们每个上一个新的模型
52:51.322–52:52.522
zh我们都需要去适配一下
52:52.522–52:54.782
zh当前这个模型是否能够正确的运行
52:54.782–52:57.302
zh所以对于这个来讲的话
52:57.302–52:58.522
zh其实拉取最新模型
52:58.522–52:59.922
zh或对接最新的模型列表
52:59.922–53:03.262
zh不是一个工作量最大或最繁琐的事情
53:03.262–53:05.882
zh真正想测试它能否正常的运行
53:05.882–53:09.242
zh正常启用才是比较耗时的一个事情
53:09.242–53:14.082
zh就比如说像Deep Seek
53:14.082–53:16.482
zh它就是大家都知道VisPro
53:16.482–53:18.642
zh因为它其实对它的模型协议
53:18.642–53:19.642
zh也做了一些改变
53:19.642–53:23.082
zh那其实我们在适配不同厂商的模型的时候
53:23.082–53:24.182
zh都一定有工作量
53:24.182–53:25.882
zh可能现在还没有做到
53:25.882–53:28.762
zh然后我们现在也是开源出来了
53:28.762–53:31.262
zh如果期待能力的话也可以共建
53:31.262–53:33.782
zh然后我们后续也会陆续支持
53:33.782–53:34.282
zh行
53:34.282–53:37.082
zh然后我们刚刚有三个的连接器
53:37.082–53:39.182
zh我们现在看一下我们最后的这个
53:39.182–53:40.822
zh腾讯会议的连接器
53:40.822–53:43.642
zh因为我们如果想预定一个明天的会议
53:43.642–53:47.282
zh就直接给他说帮我预定一下
53:49.642–53:52.362
zh明天我们有11点
53:52.362–53:54.662
zh这个时候呢
53:54.662–53:56.402
zh你给他一个非常笼统的对话
53:56.402–53:58.242
zh他会继续的去追问你
53:58.242–53:59.362
zh他具体的主题是什么
53:59.362–53:59.982
zh对
53:59.982–54:01.342
zh参与人是什么
54:01.342–54:05.042
zh我们可以让他主题自己订
54:05.042–54:06.962
zh会议时长一小时
54:06.962–54:08.162
zh然后呢
54:08.162–54:08.982
zh线上的
54:08.982–54:10.822
zh参会人
54:10.822–54:11.822
zh参会人的话
54:11.822–54:13.802
zh你可以去选择你的邮箱
54:13.802–54:15.342
zh或者是你已经
54:15.342–54:16.922
zh比如说你在一个企业内的话
54:16.922–54:18.702
zh已经企业的ID都可以的
54:18.702–54:31.562
zh比如说他可以帮我创建一个提醒我去明天看比赛的会议
54:31.562–54:32.202
zh好的
54:32.202–54:37.862
zh对 然后
54:37.862–54:43.702
zh邮箱刚刚已经告诉他了
54:48.702–54:58.462
zh这个时候我们重新的来去测试一下
54:58.462–55:00.402
zh我们这个腾讯会议
55:07.402–55:10.342
zh可能就是腾讳的连接器
55:10.342–55:13.102
zh比较需要复杂配置
55:13.102–55:25.822
zhOctop的agent的绘画定时任务批量
55:25.822–55:28.462
zh支持批量删除批量启停吗
55:28.462–55:39.822
zh你可以让Octop就是帮你批量删除批量启停
55:39.822–55:41.642
zh就是人为手动的话
55:41.642–55:44.882
zh我们面板上还没有支持频量的一个功能
55:44.882–55:49.162
zh但是Octop他自己作为一个agent是可以达到频量的效果
55:49.162–55:52.582
zh对可以看到我们当前这个会议已经创建了
55:52.582–55:54.482
zh他还可以给我们一个会议的链接
55:54.482–55:55.422
zh对 是的
55:55.422–55:58.882
zh也可以看到发起人以及当前告诉我
55:58.882–56:01.122
zh其实还有版本更新是我需要更新
56:01.122–56:02.582
zh大家可以看到
56:02.582–56:04.842
zh其实我们当前来讲的话
56:04.842–56:07.502
zh目前FCP的协议比较火
56:07.502–56:09.762
zh就相当于AI时代的USB-C了
56:09.762–56:11.542
zh它可以连接到我们各个产品
56:11.542–56:15.002
zh和用户之间可以做到一些急差急用的
56:15.002–56:17.882
zh其实已经渐渐的成为了一个行业的标准
56:17.882–56:22.462
zh刚刚焦焦也提到了我们这个是否安全
56:22.462–56:25.622
zh对然后安全是我们整个连接器的
56:25.622–56:28.542
zh它的一个非常大的一个前提
56:28.542–56:31.882
zh就是这个Optop它是怎么取了这个名字呢
56:31.882–56:34.502
zh这其实是
56:34.502–56:40.422
zh其实最开始是我们有想到像智能体嘛
56:40.422–56:45.222
zh不管是Cloud或者是Hermus
56:45.222–56:46.662
zh其实一是跟动物有关
56:46.662–56:48.262
zh二都是跟执行力有关
56:48.262–56:51.942
zh那我们其实就想到最具有执行力
56:51.942–56:53.582
zh最聪明的动物
56:53.582–56:56.322
zh那在自然界我们虽然会讲章鱼
56:56.322–56:57.422
enOctopus
56:57.422–57:00.182
zh但是其实Octopus这个名字
57:00.182–57:01.662
zh一是阴姐太多了
57:01.662–57:05.122
zh二是其实有非常多的AI产品
57:05.122–57:06.582
zh就叫Octopus
57:06.582–57:09.402
zh然后我们非常聪明的英名同学
57:09.402–57:12.582
zh然后就说那我们就是把它修剪一下
57:12.582–57:17.662
zh然后最后就是由一名来铲除了我们Optop这个名字
57:17.662–57:21.162
zh对我们当时想的有一个小的idea
57:21.162–57:26.782
zh就是我们可以想象到我们章鱼它会有非常多的触手
57:26.782–57:28.002
zh非常多的触角
57:28.002–57:31.702
zh包括我们GateUp它官方的一个形象
57:31.702–57:33.622
zh也是一个猫和一个章鱼角
57:33.622–57:35.302
zh章鱼它又叫八爪鱼
57:35.302–57:36.102
zh它有很多的触手
57:36.102–57:38.282
zh每个触手就相当于是我们的一个agent
57:38.282–57:40.962
zh就是我们想以章鱼这种多出手的概念
57:40.962–57:43.322
zh去抵达我们当前的
57:43.322–57:45.242
zh多agent的一个概念
57:45.242–57:47.122
zh也相当于是我们一个核心的特点
57:47.122–57:49.202
zh对 我们Octoff
57:49.202–57:51.202
zh连接器它会有一个概念
57:51.202–57:53.582
zh就是我们会让工具平权
57:53.582–57:54.702
zh让生态互联
57:54.702–57:57.102
zh然后基本上我们之前的使用场景
57:57.102–57:58.342
zh就是我最开始提到过
57:58.342–58:00.622
zh就是一个人围着手机上的十几个app
58:00.622–58:02.682
zh现在是想让打造成
58:02.682–58:04.642
zhapp围造的一个AI入口
58:04.642–58:06.662
zh这样我们只需要掌握一个AI入口
58:06.662–58:08.422
zh然后其他的都可以去
58:08.422–58:11.662
zh我们通过Octob进行一个对话实现
58:11.662–58:12.582
zh对比Workbody
58:12.582–58:14.222
zh我为啥还要用Octob
58:14.222–58:16.362
zh还得用虚拟机的开销
58:20.732–58:24.092
zh其实是这样的,就是我们Octop它其实本身上是一个开源项目
58:24.092–58:27.292
zh你不一定需要必须购买讯息使用我们Octop
58:27.292–58:30.012
zh你在本地的电脑上其实也是可以使用我们Octop
58:30.012–58:33.392
zh像我们今天给大家演示或展示这些功能
58:33.392–58:37.052
zh其实就是我们自己在本地的电脑上去运行的Octop
58:37.052–58:40.552
zh然后关于下边一个同学说
58:40.552–58:45.192
zh怎么解决多agent协作过程当中上下文冲突和记忆碎片化的问题
58:45.192–58:48.252
zh可以请我们的英宁同学来解答一下
58:48.252–58:49.932
zh首先我们多agent协作
58:49.932–58:52.092
zh其实分为专家和专家协作
58:52.092–58:54.172
zh和专家和智能体协作
58:54.172–58:57.512
zh其实在我们这场直播的上半部分
58:57.512–58:59.212
zh就是有讲细节
58:59.212–59:02.852
zh然后其实因为我们专家和专家
59:02.852–59:04.512
zh他的记忆是隔离的
59:04.512–59:08.292
zh然后如果在我们subagent的场景下的话
59:08.292–59:10.712
zh那我们subagent的上下文
59:10.712–59:15.012
zh是不会带到我们的专家上来的
59:15.012–59:17.352
zh如果我们subagent执行完任务
59:17.352–59:21.172
zh就像Cloud Code的Subation一样
59:21.172–59:22.652
zh它只会给一个结果
59:22.652–59:24.292
zh然后做生下文隔离的
59:24.292–59:24.852
zh对
59:24.852–59:27.972
zh后续有推出桌面版的计划吗
59:27.972–59:29.252
zh是这样的
59:29.252–59:31.812
zh就是我们会有一个隐藏的功能
59:31.812–59:34.472
zh其实我们之前在ACE当中有提到过
59:34.472–59:36.632
zh然后我们会有一个隐藏功能
59:36.632–59:37.732
zh是叫PWA
59:37.732–59:38.712
zh然后呢
59:38.712–59:42.152
zh这个是我们幕后的核心研发大佬
59:42.152–59:43.672
zh去设计的一个功能
59:43.672–59:52.612
zh它可以去将你的当前的Octop去生成出一个类似于一个小应用
59:52.612–59:55.812
zh小APP的一个形式去放在你的手机上
59:55.812–59:57.712
zh或者是也放在你的电脑上
59:57.712–1:00:01.132
zh它本身上来讲其实是一个Chrome的一个快照
1:00:01.132–1:00:02.232
zh然后网页快照
1:00:02.232–1:00:05.112
zh然后它就会放在你的电脑或者手机上都可以
1:00:05.112–1:00:06.012
zh你可以实时打开它
1:00:06.012–1:00:07.412
zh打开就是我们实时的界面
1:00:07.412–1:00:09.352
zh当然对于这个来讲的话
1:00:09.352–1:00:11.272
zh我们移动端也做了一些适配
1:00:11.272–1:00:16.792
zh其实可以在手机上也可以看到我们排版排列的布局方式也是非常合理的
1:00:16.792–1:00:24.292
zh然后还有朋友问专家切换的延迟怎么样呢
1:00:24.292–1:00:28.312
zh如果是指在我们的面板上切换专家
1:00:28.312–1:00:30.572
zh其实是没有什么延迟的
1:00:30.572–1:00:33.432
zh然后还有一种专家协作方式是
1:00:33.432–1:00:38.212
zh你通过一个专家连接到IM渠道去询问那个专家
1:00:38.212–1:00:40.132
zh也是可以实时触达的
1:00:40.132–1:00:42.192
zh部署与硬件的门槛高吗
1:00:42.192–1:00:47.792
zh其实我们当前的Octave占用的资源是非常少的
1:00:47.792–1:00:49.312
zh因为如果说正常运行的话
1:00:49.312–1:00:53.412
zh它其实占用的也就一两百兆的这样一个内存的资源
1:00:53.412–1:00:56.412
zh不会对你的硬件门槛要求特别的高
1:00:56.412–1:00:59.352
zh然后之前会有同学说
1:00:59.352–1:01:01.852
zh如何防止AI执行危险指令
1:01:01.852–1:01:03.852
zh其实在我们这个安全防护的这一块
1:01:03.852–1:01:05.532
zh会有相关的一些介绍
1:01:05.532–1:01:10.952
zh会对每条指令它都会捕捉到
1:01:10.952–1:01:12.792
zh对于Token消耗监控的话
1:01:12.792–1:01:15.472
zh我们也会在Token统计这个面板
1:01:15.472–1:01:17.852
zh我们可以按照不同的去
1:01:17.852–1:01:19.652
zh比如说今天最近30天
1:01:19.652–1:01:21.652
zh然后汇总以及不同的Agent
1:01:21.652–1:01:23.132
zh进行一个力度的切换
1:01:23.132–1:01:24.372
zh它都可以去找到
1:01:24.372–1:01:26.112
zh可以配置内网自己的模型吗
1:01:26.112–1:01:27.272
zh其实我们是可以的
1:01:27.272–1:01:30.472
zh如果说你想配置模型的话
1:01:30.472–1:01:31.672
zh你点击这个模型页面
1:01:31.672–1:01:35.632
zh然后你可以选择自己的自定义的供应商
1:01:35.632–1:01:37.392
zh你就可以填写你的名称
1:01:37.392–1:01:39.872
zh你的API key就可以了
1:01:39.872–1:01:43.452
zh那我们用户提问摩蓝两可时
1:01:43.452–1:01:48.252
zh系统是怎么判断应该激活哪个专家agent的
1:01:48.252–1:01:50.192
zh就是专家的话
1:01:50.192–1:01:53.152
zh其实是用户手动去激活的
1:01:53.152–1:01:57.072
zh就是如果已经下载部署了
1:01:57.072–1:01:58.412
zh我们onpop可以看见
1:01:58.412–1:02:01.332
zh你在询问的时候必须指定一个专家
1:02:01.332–1:02:02.112
zh对
1:02:02.112–1:02:04.632
zh然后通过不同专家
1:02:04.632–1:02:06.832
zh你是可以通过连不同的IM
1:02:06.832–1:02:08.652
zh或者你从专家A
1:02:08.652–1:02:10.792
zh你可以让他去询问专家B
1:02:10.792–1:02:12.172
zh用固定的prompt
1:02:12.172–1:02:13.792
zh让他去触达其他专家
1:02:13.792–1:02:15.732
zh就是不存在这个
1:02:15.732–1:02:17.692
zh激活哪个专家意见这个说法
1:02:17.692–1:02:20.732
zh我们今天的直播就到这里结束了
1:02:20.732–1:02:21.592
zh大家拜拜
0:00.000–0:02.300
好,欢迎大家来到直播间。
0:02.560–0:07.682
今天呢,我们要聊的是腾讯云字研的一个新的AI Agent助手,
0:07.682–0:08.707
Octob,
0:08.707–0:11.780
最近也是刚刚在Github上面开源。
0:12.040–0:15.100
开源地址呢,也放在了我们的屏幕上面。
0:15.360–0:18.188
它的核心思路是很有意思的,
0:18.188–0:20.362
就是把多任务多专家,
0:20.362–0:24.060
子智能体全部放在一个平台上面打通。
0:25.080–0:25.860
什么意思呢?
0:25.860–0:27.620
手里装了好几个agent
0:27.620–0:31.140
可能开发一个写东西一个谁也管不了谁
0:31.140–0:33.300
那么Octop也提供了一个能力
0:33.300–0:36.580
让他们在一个地方能够统一的运转
0:36.580–0:38.460
因此今天我们直播间
0:38.460–0:41.780
就会来拆解Octop开源的一个能力
0:41.780–0:42.940
好的
0:42.940–0:47.940
其实算上这次已经是差不多第五次
0:47.940–0:49.940
来到咱们直播间了
0:49.940–0:54.100
然后以前看过我和一名直播的朋友
0:54.100–0:56.980
可能会想问一个问题
0:56.980–1:00.980
就是之前咱们都是跟另一个产品
1:00.980–1:03.700
另一个名字叫做LineCloud ACE
1:03.700–1:05.220
为什么今天换
1:07.100–1:07.700
对
1:07.700–1:12.020
其实今天就是我们带着我们的
1:12.020–1:14.660
算是ACE的进化版Octop
1:14.660–1:16.180
来到了咱们直播间
1:16.180–1:19.540
然后这次也是Octop第一次
1:19.540–1:21.780
就是跟大家见面
1:21.780–1:26.740
然后我们以前很多小伙伴问ACE什么时候开源
1:26.740–1:30.420
那我们现在就是以全新的面貌全新的名字
1:30.420–1:31.920
然后也开源了
1:31.920–1:33.840
欢迎大家来DHub共建
1:33.840–1:37.240
我想跟大家一起来聊一下
1:37.240–1:39.780
为什么我们要升级
1:39.780–1:41.980
为什么ACE要变成Octo
1:41.980–1:45.080
那这两者到底有什么不一样的
1:45.080–1:50.280
之前咱们ACE其实在清量云上线已经有一段时间了
1:50.280–1:54.920
然后相信大家深度使用的朋友们也知道
1:54.920–1:58.960
首先咱们ACE就是跟同类产品
1:58.960–2:01.200
不管是Hermas还是OpenCloud一样
2:01.200–2:02.860
都是一个单用户
2:02.860–2:05.900
就是你自己的虾只有你自己用
2:05.900–2:11.000
那现在咱们Optalk变成了一家人一支团队的AI平台
2:11.000–2:17.060
你用一台实力可以让一个团队一家人都一起用到这只虾的能力
2:17.060–2:19.080
然后第二个
2:19.080–2:22.400
我们更新了全新的技艺系统
2:22.400–2:25.720
不知道之前关注我们ACE直播的朋友们
2:25.720–2:27.240
有没有看过
2:27.240–2:29.720
听过我们关于技艺的讲解
2:29.720–2:33.860
我们说了咱们六层技艺会升级会蒸留
2:33.860–2:38.100
但是之前我们没有办法追溯
2:38.100–2:42.320
这个技艺它到底是怎么最后升级成最终的技艺
2:42.320–2:45.220
也没有办法说把技艺导出随身携带
2:45.220–2:47.040
我们想从一个平台
2:47.040–2:48.220
牵引到另一个平台
2:48.220–2:50.740
但我们现在Opto支持了
2:50.740–2:52.560
这也是我们一个更新的点
2:52.560–2:55.260
还有一个点是
2:55.260–2:57.000
之前我们ACE
2:57.000–2:59.340
其实并没有说有
2:59.340–3:02.640
OaaS或者说是ACP能力
3:02.640–3:05.780
然后现在我们也全新更新了
3:05.780–3:06.780
我们的Opto
3:06.780–3:09.200
可以做到一站式互联
3:09.200–3:13.140
后面一名会为大家讲解
3:13.140–3:16.780
然后刚刚说了三个小点
3:16.780–3:21.060
那Optop就是从LineCloud ACE到Optop
3:21.060–3:25.300
所以EFVT就从五个点说了它为什么质变
3:25.300–3:28.040
为什么是一个个人工具
3:28.040–3:30.260
就是升级到团队平台
3:30.260–3:33.740
我们现在Optop会有多用户多专家
3:33.740–3:35.660
这是一个什么概念呢
3:35.660–3:38.860
没关系后面听我讲你们会知道的
3:38.860–3:43.540
然后以前我们ACE只支持5种IM渠道
3:43.540–3:46.820
但现在扩充到了9种
3:46.820–3:48.580
你可以连飞书连钉钉
3:48.580–3:51.100
包括以前支持的什么QQ微信
3:51.100–3:53.340
甚至我们还能连小E
3:53.340–3:57.340
然后记忆系统也是有了分层可追溯可带走
3:57.340–3:59.900
我们后面会给大家演示
3:59.900–4:01.860
然后包括拓展能力
4:01.860–4:03.940
我们现在有连接器有ACP
4:03.940–4:06.900
包括我们也更新了我们全新的远程桌面
4:06.900–4:11.160
然后也欢迎大家就是关注我们接下来Oktop一系列的直播
4:11.160–4:11.700
是的
4:11.700–4:16.120
我看也有粉丝朋友问我安装了ACE的话怎么升级
4:16.120–4:22.600
这个是目前来讲我们是将Oktop的源码全部开源到GitHub平台
4:22.600–4:27.380
其中你们可以访问我们的GitHub平台上面有Redmi文档
4:27.380–4:31.340
上面会告诉大家如何一步步的安装去运行整个项目
4:31.340–4:31.840
对
4:33.600–4:36.380
然后我看刚刚有粉丝朋友说
4:36.380–4:39.620
我们和Workbody的核心区别是什么
4:39.620–4:42.240
因为我们从最开始的时候
4:42.240–4:44.320
就已经说了非常核心一点
4:44.320–4:46.240
也就是我们这次直播的主题
4:46.240–4:47.160
就是我们开源
4:47.160–4:49.340
我们是一个整个是一个开源的项目
4:49.340–4:50.160
相当于是说
4:50.160–4:52.760
我们把我们整个Octob的核心源代码
4:52.760–4:53.780
都开放给大家了
4:53.780–4:55.460
可以邀请大家一起去共建
4:55.460–4:56.520
一起去提issue
4:56.520–4:59.780
也可以去一起去参与我们Octob的整个的建设
4:59.780–5:03.120
一方面是可以更加
5:03.120–5:05.580
更加切近于大家正式使用一些场景
5:05.580–5:10.640
我们可以把Oktop打造成大家更想要期待中的样子
5:10.640–5:13.660
第二个方面就是如果说你本身也是一名开发者
5:13.660–5:16.800
或是你本身也对智能体相关感兴趣
5:16.800–5:19.520
你也可以去fork我们的Github仓库
5:19.520–5:22.620
去手动去改Oktop的代码
5:22.620–5:24.940
去定制一款属于你自己的一个agent
5:24.940–5:28.080
然后对于Workbody来说
5:28.080–5:30.740
其实我们Oktop本质也是
5:30.740–5:33.440
要是用户有一台服务器
5:33.440–5:34.500
也是安装在服务器
5:34.500–5:36.160
就等于数据全部在本地
5:36.160–5:37.660
不会出服器
5:37.660–5:38.920
不会被别人触打到
5:38.920–5:40.760
这也是一个数据安全性方面
5:40.760–5:42.840
跟Workbody有不同的地方
5:42.840–5:45.940
那其实今天第一个主题是
5:45.940–5:49.340
别让你的Agent成为一座孤岛
5:49.340–5:52.240
这个标题非常文学啊
5:52.240–5:54.800
其实就是想给大家展示一下
5:54.800–5:57.180
我们Optop全新代的多用户
5:57.180–5:58.960
多专家和子智能体
5:58.960–6:01.400
全部打通到底怎么用
6:01.400–6:07.020
首先其实我会想问焦焦和英明一个问题
6:07.020–6:11.400
就是你们平时呢
6:11.400–6:14.560
就是会有这么一个需求吗
6:14.560–6:17.920
比如说就是你们在用过往龙虾
6:17.920–6:20.000
不管是open cloud还是hermas
6:20.000–6:21.740
还是我们ACE的时候
6:21.740–6:25.780
你会不会又想用它来做那种工作管理助手
6:25.780–6:28.200
又想让它做智能助手呢
6:28.200–6:28.800
会吗
6:28.800–6:30.320
会 是的是的
6:30.320–6:31.920
有的时候我就会
6:31.920–6:34.780
比如说养的Hermis Agent这种
6:34.780–6:38.020
既想让他做一个工作提效方面的
6:38.020–6:41.980
比如说本场直播的一个文案的撰写呀
6:41.980–6:44.640
然后直播大纲的一个大件呀等等的
6:44.640–6:47.720
但是又想让他去管理一下
6:47.720–6:50.220
我们的一个日常的一个日程的情况
6:50.220–6:51.820
健康的情况等等
6:51.820–6:53.380
所以就会出现这种
6:53.380–6:56.680
想让一个Agent做很多很多事情的一个情况
6:56.680–6:59.740
对 我也是会遇到这种情况
6:59.740–7:01.060
比如说我们希望这个
7:01.060–7:04.040
我理想中的智能体是一个一体多面的
7:04.040–7:06.160
它可以有一个主体
7:06.160–7:07.180
但是它有多种身份
7:07.180–7:09.220
它可以完成很多不同的任务
7:09.220–7:11.220
就像是钢铁侠中的贾维斯一样
7:11.220–7:12.180
我什么都可以问他
7:12.180–7:13.480
他可以帮我解决很多事情
7:13.480–7:15.220
但是呢我也有所担心
7:15.220–7:18.280
就是我希望他不要串台
7:18.280–7:20.060
比如说我解决这个事情
7:20.060–7:21.420
他又可以解决另外一个事情
7:21.420–7:22.820
但是之间不要相互干扰
7:22.820–7:24.540
这样的话他可能会容易混乱
7:24.540–7:27.980
那么因您是觉得这有什么好的方法吗
7:27.980–7:29.020
是
7:29.020–7:33.900
其实我们Optalk全新代的这种多用户多专家
7:33.900–7:37.440
其实就很难解决问题
7:37.440–7:42.420
比如说我们之前其实我们有个朋友
7:42.420–7:44.860
就是会用我们ACE
7:44.860–7:46.280
就是他自己用
7:46.280–7:47.620
同时也给他家人用
7:47.620–7:50.540
但是他们记忆是杂揉在一起的
7:50.540–7:52.480
然后并且比如说
7:52.480–7:55.740
比如他陪他们家小宝宝
7:55.740–7:57.360
然后做了事情A
7:57.360–8:02.040
然后就是他老婆又陪他们家小宝做了事情B
8:02.040–8:04.880
那这A和B就一起记在记忆里
8:04.880–8:07.880
有时候ACE可能会用B去串改A的记忆
8:07.880–8:10.220
其实这样就有点头疼
8:10.220–8:12.680
但是我们现在有多用户呢
8:12.680–8:17.160
就会就以前会有记录混在一起记忆总串台
8:17.160–8:20.520
然后包括展下的记忆一页归零
8:20.520–8:22.740
但我们现在就不会这样了
8:22.740–8:26.540
那我接下来就会带大家来一次性讲透
8:26.540–8:28.560
到底我们的多用户
8:28.560–8:30.720
多专家和智能体怎么用
8:30.720–8:33.800
首先我们多用户是一台Optop
8:33.800–8:34.940
就有多人共享
8:34.940–8:35.940
各聊各的
8:35.940–8:37.640
多专家是
8:38.468–8:41.923
多專家是我們一個用戶可以申請多個專家,
8:41.923–8:45.195
然後包括我們每個專家的記憶是獨立的,
8:45.195–8:46.468
他們不會混亂。
8:46.468–8:48.308
包括子智能体是
8:48.308–8:51.328
可以给一个专家配多个子智能体
8:51.328–8:53.188
就是给一个助手配多个小帮手
8:53.188–8:56.188
然后让他们组团协作
8:56.188–8:58.308
一个Octop全家都能用
8:58.308–9:00.628
那其实这里就首先
9:00.628–9:02.588
就是用户作为管理员
9:02.588–9:03.968
他可以创建子账号
9:03.968–9:05.708
让家人各自登录
9:05.708–9:08.668
就是我刚刚就是举的那个难题例子
9:08.668–9:10.688
就是可以用多用户来解决
9:10.688–9:13.748
然后一台服务全家人同时用
9:13.748–9:16.488
就是一家如果有两个人
9:16.488–9:17.848
包括三个人四个人
9:17.848–9:18.948
不用买四排箱
9:18.948–9:20.108
就买一台Octop
9:20.108–9:21.348
他们可以一起用
9:21.348–9:23.308
然后账号也分组次
9:23.308–9:24.748
也有全线管理
9:24.748–9:26.588
具体是什么样子呢
9:26.588–9:28.948
可以给大家就实际
9:28.948–9:31.148
我们跑起来Octop演示起来
9:31.148–9:37.628
这其实是我已经登录的一个管理员账户
9:37.628–9:39.508
然后你看这里
9:39.508–9:43.728
左边这边的一个Tab栏就有
9:43.748–9:45.228
就有用户
9:45.228–9:47.048
然后你可以新建用户
9:47.048–9:49.068
如果我要给我妈妈建个用户
9:49.068–9:51.788
然后就可以直接帮她新建
9:51.788–9:52.848
比如妈妈妈妈就
9:52.848–9:56.048
然后设定一个密码
9:56.048–10:02.488
这个是就是给团队
10:02.488–10:04.308
或者说家庭里的其他成员
10:04.308–10:06.888
创建子账户的一个过程吗
10:06.888–10:08.428
对 我们现在在教大家
10:08.428–10:11.108
如何去进行多个用户之间的
10:11.108–10:13.668
对 然后这里角色有管理员
10:13.668–10:14.668
也有普通用户
10:14.668–10:16.868
就是比如说我创建了
10:16.868–10:18.768
这里就会有一个新的账户
10:18.768–10:20.528
像我现在登录的是
10:20.528–10:21.268
我的密码
10:21.268–10:23.788
我接下面还有一个账号叫妈妈
10:23.788–10:25.428
一个账号叫Test1
10:25.428–10:29.648
对 就是一只虾可以被多个账户使用
10:29.648–10:31.028
并且多个账户
10:31.028–10:33.808
它其实登进来的聊天
10:33.808–10:35.488
应该都是不同的
10:35.488–10:36.468
我可以登一下
10:36.468–10:38.308
刚刚我创建的那个账号
10:38.308–10:40.248
好的 我看评论区
10:40.248–10:44.008
家木问这个不同用户组对接的话
10:44.008–10:46.008
是不同的知识库吗
10:46.008–10:49.128
对他们其实本质不是知识库
10:49.128–10:51.128
其实是记忆吧
10:51.128–10:54.448
他们其实不同用户的记忆是独立的
10:54.448–10:56.108
工作区也是独立的
10:56.108–10:59.688
就是比如这是我新建的子账户
10:59.688–11:02.768
就我刚刚其实那个的命账户有很多专家
11:02.768–11:04.448
但是我新登陆了子账户
11:04.448–11:05.428
它就是全新的
11:05.428–11:06.788
它没有任何专家
11:06.788–11:09.048
对我现在就是启动一个专家
11:09.048–11:11.508
然后包括通道这些都是没配过的
11:11.508–11:13.868
对 它是一个全新空白的用户
11:13.868–11:19.568
那是管理员他可以去配置紫账户的所有的内容吗
11:19.568–11:24.628
他其实只是说能给紫账户创建一个账户
11:24.628–11:26.808
然后就交给紫账户自己去用
11:26.808–11:28.248
多人用的话
11:28.248–11:31.748
不同的用户之间的记忆会混乱吗
11:31.748–11:32.948
不会的
11:32.948–11:36.768
因为他们彼此记忆都是隔离的
11:36.768–11:41.368
就像我刚刚管理员账户和我现在创建紫账户
11:41.368–11:44.988
就是紫账户只会召回紫账户的记忆
11:44.988–11:49.308
然后管理员账户也只会召回和触达到管理员的记忆
11:49.308–11:51.588
他们彼此不会混乱
11:51.588–11:52.148
对
11:52.148–11:54.568
对 他们之间的包括一些消息
11:54.568–11:57.128
包括一些专家的配置
11:57.128–11:58.168
还有绘画之间
11:58.168–12:00.408
他们是隔离的 不会相互干扰
12:00.408–12:03.048
然后我看评论区有粉丝
12:03.048–12:05.268
问用户跟用户之间有什么关系
12:05.268–12:11.748
其实我理解是管理员去定义用户和用户之间的关系
12:11.748–12:12.948
其实你能看到
12:12.948–12:14.968
你看我这是个子账户
12:14.968–12:19.228
我其实左边就完全没有用过那个Tab键
12:19.228–12:22.608
因为只有管理员可以创建子账户
12:22.608–12:24.768
如果我是台管理员
12:24.768–12:26.308
我买了我们的Octop
12:26.308–12:28.308
或者我买台服务器
12:28.308–12:30.268
我install了我们Octop
12:30.268–12:33.288
如果我想给我的团队里的人用
12:33.288–12:35.188
比如说我想给移民用
12:35.188–12:36.728
然后我想给我其他朋友用
12:36.728–12:38.828
我直接就创建个子账户
12:38.828–12:41.008
可以把我的虾的能力分享给他们用
12:41.008–12:43.088
这样他们就不用新买一台服务器
12:43.088–12:43.908
再布一台虾
12:43.908–12:45.648
就直接用我的虾
12:45.648–12:47.808
然后我们彼此记忆隔离
12:47.808–12:48.328
对
12:48.328–12:50.548
所以说其实可以理解为
12:50.548–12:52.328
假如说管理员
12:52.328–12:53.848
或者是一个家庭中
12:53.848–12:54.588
一个团队中
12:54.588–12:55.728
有一个管理员
12:55.728–12:57.908
已经部署了这个Octop的话
12:57.908–12:59.848
是不是团队内其他成员
12:59.848–13:00.788
或者家庭成员
13:00.788–13:02.908
就可以共用这个服务器呢
13:02.908–13:04.848
对 是的
13:04.848–13:09.008
这样的话其实我们会减少很多资源的消耗
13:09.008–13:11.228
比如说我们可以用一个人去购买这个
13:11.228–13:12.648
然后大家可以一起用
13:12.648–13:18.608
这样的话就避免了每个人他都需要重新部署一套Octob服务
13:18.608–13:20.528
或者是再购买一台Octob
13:20.528–13:24.168
大大降低了我们对于Octob的使用成本门槛
13:24.168–13:26.648
Octob的基础的一个底层基础架构
13:26.648–13:29.308
是不是延续了OpenCloud的一个核心框架
13:29.308–13:31.088
这个可以解答一下吗
13:31.088–13:33.968
我们和OpenCloud相比的话有什么优势吗
13:33.968–13:40.188
其实Octop底层技术架构是一个对ACE功能的对齐和存构
13:40.188–13:46.268
我们就是以更优美更晚辈更高级的功能面向开源
13:46.268–13:47.968
然后现在发布了出来
13:47.968–13:51.028
然后是对ACE的一个全量升级
13:51.028–13:56.028
对我们的Github链接其实在这里
13:56.028–13:58.188
在我们的右上角
13:58.188–14:01.148
也随时欢迎直播间大家为我们
14:01.148–14:04.148
关注我们的GitHub仓库
14:04.148–14:06.268
为我们TPR提供
14:06.268–14:08.828
也给我们点点STAR
14:08.828–14:09.468
谢谢
14:10.268–14:10.948
是的
14:10.948–14:12.148
那其实我听下来的话
14:12.148–14:14.068
我觉得我们多用户的这个功能
14:14.068–14:15.868
其实相较于其他agent来说
14:15.868–14:18.228
是不是还是比较有优势的
14:18.228–14:20.748
是否可以再深入的讲解一下
14:20.748–14:22.908
比如我看评论区有很多的人问
14:22.908–14:24.348
那这个多用户的话
14:24.348–14:25.748
账户能不能配置
14:25.748–14:27.348
其他的一些通信通道
14:27.348–14:28.788
比如说微信等等
14:28.788–14:30.828
对他们都是隔离的
14:30.828–14:32.628
你看这个子账户
14:32.628–14:35.788
它其实也是有全套支持的通道
14:35.788–14:38.868
并且它都是跟我们主账户隔离的
14:38.868–14:42.028
就是子用户也可以配一个通道
14:42.028–14:45.068
就仅仅是跟子用户所有的工作区
14:45.068–14:46.648
和它的记忆联动
14:46.648–14:48.348
对也可以配通道
14:48.348–14:51.248
然后在微信上调用这支Octo
14:51.248–14:51.748
对
14:51.748–14:53.728
那Win可以连接微信
14:53.728–14:55.108
然后一个团队多个人
14:55.108–14:57.328
然后子账号去连接各自的微信
14:57.328–14:58.788
然后再用不同的微信
14:58.788–15:01.288
去给同一个服务器发送指令吗
15:01.288–15:03.868
是的 没错
15:03.868–15:04.908
其实就是这样
15:04.908–15:06.728
就是我们一个Octop
15:06.728–15:09.048
部署在一个服务器上
15:09.048–15:10.448
然后有多个用户
15:10.448–15:12.848
每个用户都可以连接各自的微信
15:12.848–15:13.728
各自的QQ
15:13.728–15:16.948
然后都可以向这个Octop发布指令
15:16.948–15:18.508
但是他们发布的指令
15:18.508–15:20.308
就是只跟自己的
15:20.308–15:23.308
就是子用户的工作区相关
15:23.308–15:25.068
就是多用户隔离
15:25.068–15:28.048
问多智能体之间通信机制有哪些
15:28.048–15:30.168
多智能体之间
15:30.168–15:31.168
我理解这个问题
15:31.168–15:33.268
是不是在问我们目前的一个
15:33.268–15:35.648
多用户的一个场景之间
15:35.648–15:37.448
能否进行通信呢
15:37.448–15:42.748
我们多用户是隔离的
15:42.748–15:45.028
但我们有多智能体
15:45.028–15:46.028
就包括其实
15:46.028–15:47.788
等后续直播
15:47.788–15:49.568
我会讲到我们有智能体
15:49.568–15:51.588
包括我们有专家
15:51.588–15:53.248
专家其实我们可以创建
15:53.248–15:53.928
多个专家
15:53.928–15:55.288
然后每个专家之间
15:55.288–15:56.108
也可以通信
15:56.108–15:59.868
如果大家就是对我们的技术架构
15:59.868–16:01.348
对我们的代码
16:01.348–16:03.008
对我们的技术架构好奇的话
16:03.008–16:05.508
其实我们就是完全看远
16:05.508–16:07.448
大家可以去DHub仓库
16:07.448–16:09.508
欢迎大家给我们多点点思大
16:09.508–16:10.848
细细研读我们
16:10.848–16:15.668
细细研读我们CVM高级研发工程师写代码
16:15.668–16:16.688
当然不是我们两个
16:16.688–16:17.928
对是我们团队大了
16:17.928–16:21.528
然后欢迎大家给我们仓库点点思大
16:21.528–16:23.628
然后有发现什么
16:23.628–16:25.688
有意见也可以TTE是TTPR
16:25.688–16:26.888
欢迎大家和我们共见
16:26.888–16:30.208
他问这个可以组建多agent团队吗
16:30.208–16:31.808
还是单纯自己一个agent
16:31.808–16:35.048
形成不同子agent的一个团队
16:35.048–16:37.048
可以组建多agent团队
16:37.048–16:40.768
就是每个专家之间也可以相互同信
16:40.768–16:42.288
包括一个专家可以
16:42.288–16:44.348
也可以携带自己的子agent
16:44.348–16:45.748
也可以一起调用
16:45.748–16:47.488
对这两种功能我们都支持
16:47.488–16:50.448
然后我看还有粉丝朋友问
16:50.448–16:51.768
可以连接不同的IM
16:51.768–16:53.608
比如微信跟我聊生活
16:53.608–16:55.028
其微跟我聊工作吗
16:55.028–16:58.048
可以对我接下来就要讲解这一点
16:58.048–17:03.448
我们的多专家就是可以达到这位粉丝朋友想要的效果
17:03.448–17:10.968
现在升级自己的清量服务器到Optop能继承原来的OpenCloud配置和空间吗
17:10.968–17:15.288
我们有提供OpenCloud的迁移
17:15.288–17:15.948
对
17:15.948–17:18.788
每个子智能体也是独立的吗
17:18.788–17:20.428
每个子智能体
17:20.428–17:25.668
其实Subagent的概念它在一个定义上
17:25.668–17:28.788
其实就不适合大agent做记忆独立的
17:28.788–17:32.528
Subagent只是作为一个agent的助手
17:32.528–17:34.268
回答那么久用不问题
17:34.268–17:36.708
我赶紧给大家讲讲干货吧
17:39.361–17:44.161
剛剛其實說了,我們多用戶嘛,就是可以全家一起用。
17:44.161–17:50.761
我也可以給我的媽媽爸爸創建這個用戶,讓他們一起共享回家。
17:50.761–17:52.561
然后其实也呼不穿台
17:52.561–17:54.761
就聊的不会被我爸爸哄妈妈看的
17:54.761–17:59.061
只是在一起用这台服务器上的这一个Octop
17:59.061–18:01.861
然后其实就来了多专家
18:01.861–18:04.561
这也是其实刚刚很多用户问的场景
18:04.561–18:06.361
那多专家是什么呢
18:06.361–18:10.361
就是我可以用多个专属助手
18:10.361–18:13.161
就一个用户他可以用多个专家
18:13.161–18:16.661
就是其实多专家就是我刚刚对
18:16.661–18:18.861
一鸣和佼佼提问的那个
18:18.861–18:20.721
其实是个很现实的场景
18:20.721–18:22.921
就比如说我在工作的生活中
18:22.921–18:28.361
我也需要可能有时候需要一个生活助理来管理我的健康
18:28.361–18:32.101
然后我也需要一个工作秘书来帮我工作
18:32.101–18:35.161
但是我不希望他们两个是互相知道彼此
18:35.161–18:37.161
我不希望他们的记忆混乱
18:37.161–18:39.161
就我不希望我在做PPT的时候
18:39.161–18:40.421
他突然对我说
18:40.421–18:42.761
哎 你昨天吃了火锅
18:42.761–18:45.901
那你做PT的时候不需要知道这些事
18:45.901–18:49.741
所以就是针对这种需要各司其职的场景
18:49.741–18:52.301
我们推出了多专家
18:52.301–18:54.861
当然我这里也可以给大家演示
18:54.861–18:56.141
这些都是我们的现成功能
18:56.141–18:58.701
包括大家从Github仓库也可以
18:58.701–19:00.141
直接就是安装
19:00.141–19:01.581
然后直接体验到
19:01.581–19:04.581
我们的这些多专家多用户的功能
19:04.581–19:06.981
可以看到我其实刚刚
19:06.981–19:08.421
就是在这个主用户
19:08.421–19:10.861
对不管是我们主用户还是子用户
19:10.861–19:13.661
都可以体会到这些功能
19:13.661–19:14.581
非常好
19:14.581–19:18.501
然后我刚刚其实在子用户创建一个通用助手专家
19:18.501–19:21.501
然后我们现在就是有办公自动化
19:21.501–19:22.861
有育儿专家
19:22.861–19:26.861
有我们的老钱证券观察员
19:26.861–19:29.941
那我现在就来创建一个育儿专家吧
19:29.941–19:31.621
假如假如我又为小孩
19:31.621–19:34.421
我就是又想用通用助手帮我工作
19:34.421–19:37.341
又想用育儿专家帮我养娃
19:37.341–19:40.181
那我这里就可以切换到聊天
19:40.181–19:43.981
跟他say个hi
19:44.581–19:50.601
这个育儿专家他是直接就已经为我们都设置好了模板
19:50.601–19:53.981
我们就只需要一键点击就可以部署了是吗
19:53.981–19:54.981
是的 是的
19:54.981–19:56.921
不知道大家有没有关注之前
19:56.921–20:03.121
我们的产品经理Anson给大家带来了一场关于ACE育儿的
20:03.121–20:08.341
对 这个育儿专家就是ACE上我们五缝迁移过来对标的能力
20:08.341–20:13.021
对 相当于你在ACE上使用的功能在我们Octop上都可以实现
20:13.021–20:15.001
还有粉丝朋友问说
20:15.001–20:16.881
如何保证数据安全
20:16.881–20:19.281
我们是一个开源项目
20:19.281–20:21.641
就是用户自己也可以买一台服务器安装
20:21.641–20:25.741
所以所有数据都是在你们自己的服务器里的
20:25.741–20:27.621
不会包含在外面的
20:27.621–20:30.121
外面包括我们自己都触达不了
20:30.121–20:31.701
就是封锁在你们的服务器
20:31.701–20:34.501
或者你们在本集安装就是在你们的经理
20:34.501–20:37.501
这个数据都是保存在你们自己的本地
20:37.501–20:39.061
我们是无法访问到的
20:39.061–20:42.101
然后我看评论区公子他问
20:42.101–20:43.841
如果给团队用的话
20:43.841–20:45.821
可以多team吗
20:45.821–20:47.201
team数上限是多少
20:47.201–20:49.541
每个team内的成员上限是多少
20:49.541–20:51.541
team的意思是
20:51.541–20:52.921
只用户吗
20:52.921–20:54.801
目前来讲的话
20:54.801–20:57.241
我们还没有对用户进行一个
20:57.241–20:58.641
分组的处理
20:58.641–21:00.821
目前来讲只是针对于
21:00.821–21:02.321
我们有两种角色
21:02.321–21:04.201
一种是管理员一种是普通用户
21:04.201–21:06.041
那么管理员可以创建
21:06.041–21:08.701
管理员和普通用户
21:08.701–21:09.721
两种角色的用户
21:09.721–21:11.421
但是并没有对用户之间
21:11.421–21:12.961
做一个分组的划分
21:12.961–21:14.881
目前还没有做这样的功能
21:14.881–21:16.081
就是因为我们
21:16.081–21:19.841
因为都在GitHub上
21:19.841–21:21.121
然后也有安装脚本
21:21.121–21:23.041
你想装在云服务器
21:23.041–21:24.861
想装在本地都是可以的
21:24.861–21:25.361
对
21:25.361–21:27.621
只要你有电脑
21:27.621–21:29.881
都可以去进行实现
21:29.881–21:31.721
说专家养娃的话
21:31.721–21:33.481
怎么才能让我不为陪娃
21:33.481–21:34.481
作业而苦恼
21:34.481–21:35.581
这个的话
21:35.581–21:36.901
也欢迎来试用一下
21:36.901–21:37.901
我们这个育儿专家
21:37.901–21:39.501
看一下是否能帮到你
21:39.501–21:45.381
我们育儿专家母班其实对八年级的数学
21:45.381–21:49.741
我才应该八年级是初二了吧
21:49.741–21:52.061
对这么大的娃好像不适用
21:52.061–21:53.841
但是没有关系
21:53.841–21:56.301
可以来探查一下我们的子智能体
21:56.301–22:00.141
我们子智能体里面有非常多的定理啊
22:00.141–22:01.361
包括历史啊
22:01.361–22:04.201
包括如果你的小孩想学开发
22:04.201–22:06.181
想学其他的都可以来看
22:06.181–22:09.781
判处一下我们的多专家多智能体
22:09.781–22:10.281
对
22:10.281–22:10.781
是的
22:10.781–22:13.061
可以让专家来帮你养娃
22:13.061–22:14.461
来做作业辅导作业
22:14.461–22:16.261
可以尝试一下专家的功能
22:16.261–22:18.601
他问使用云服务器的时候
22:18.601–22:20.901
资料也是保存在自己的电脑上吗
22:20.901–22:24.081
使用云服务器的时候
22:24.081–22:27.721
资料肯定是保存在你的云服务器上的
22:27.721–22:28.221
对
22:28.221–22:31.541
因为其实也对我们的Optop
22:31.541–22:32.801
有个权限的管控
22:32.801–22:34.641
如果你在云服务器上使用
22:34.641–22:38.681
我们是不希望它就是谈谈到孕妇器以外的地方的
22:38.681–22:43.001
然后还有人问有了Octop还需要ACE吗
22:43.001–22:47.941
我们Octop其实是一个对ACE的延续
22:47.941–22:53.641
你可以看到其实我们功能啊界面都是完全延续进化
22:53.641–22:55.881
就是ACE支持的Octop都支持
22:55.881–22:59.841
我们后续也会推出ACE牵移到Octop上的方法
22:59.841–23:04.101
对相当于是我们ACE有的功能在Octop上都有
23:04.101–23:07.701
如果说你是之前使用ACE的用户的话
23:07.701–23:09.181
对于使用Octob来讲
23:09.181–23:11.621
你其实对你的使用体验
23:11.621–23:12.961
或者是产品体验上来讲
23:12.961–23:14.041
没有特别大的差别
23:14.041–23:17.061
我们主要是想对齐一下
23:17.061–23:18.141
大家的一个用户体验
23:18.141–23:19.741
让大家可以更加丝滑
23:19.741–23:20.841
更加顺滑地
23:20.841–23:23.161
再从ACE或者迁移到Octob
23:23.161–23:25.861
他问QCloud的Agent
23:25.861–23:27.241
可以迁移到Octob吗
23:27.241–23:33.521
因为QCloud其实不是我们团队内容的产品
23:33.521–23:36.581
对 目前来说其实Qo它本身是一个产品
23:36.581–23:39.561
它不是一个公开的开源项目
23:39.561–23:42.081
对 我们本身上来讲是一个开源项目
23:42.081–23:43.821
如果说你有特别好用的agent
23:43.821–23:46.621
你可以直接提升到我们的Octop上
23:46.621–23:48.481
都是没有任何问题的
23:48.481–23:51.841
是的 也欢迎去支持一下我们的开源STAR
23:51.841–23:55.081
Octop支持一键部署到腾讯云的TKE吗
23:55.081–23:58.001
这个的话是这样的
23:58.001–24:03.701
就是如果说你已经购买了咱们腾讯云的TQE的服务的话
24:03.701–24:06.961
你参考我们的Github链接上的部署方式
24:06.961–24:08.341
其实是没有任何问题的
24:08.341–24:11.361
但是可能会存在一个系统
24:11.361–24:15.181
包括一些容器相关的一些情况
24:15.181–24:17.621
可能需要参考一下不同的安装部署方式
24:17.621–24:19.601
进行一个安装的部署
24:19.601–24:20.101
是的
24:20.101–24:22.501
我们Github仓库的ReadMe
24:22.501–24:25.061
其实都写得比较清楚
24:25.061–24:30.561
然后包括想在自己的Mac上或者Windows上
24:30.561–24:32.401
也安装部署体验的朋友
24:32.401–24:35.301
现在也可以直接去我们Octo仓库
24:35.301–24:38.501
然后直接参考我们的install方式
24:38.501–24:40.561
然后其实刚刚就讲到
24:40.561–24:44.201
就一个人可以就是有多个专家
24:44.201–24:47.281
然后现在其实可以看到
24:47.281–24:48.941
我有个通用专家帮我工作
24:48.941–24:50.541
然后我有个月儿专家
24:50.541–24:54.341
然后包括其实在通道这里也可以看到
24:54.341–24:56.361
我育儿专家是一套部署
24:56.361–24:58.941
然后我的通用助手也是一套部署
24:58.941–24:59.981
这说明什么
24:59.981–25:00.981
这说明我可以
25:00.981–25:04.621
比如说我在QQ上使用我的通用助手
25:04.621–25:08.301
或我在齐威上连接我的通用助手来帮助我办公
25:08.301–25:13.461
然后我就是在微信上连接育儿专家来帮助我养娃
25:13.461–25:17.881
然后这两个专家他们都在一台Octop里
25:17.881–25:19.901
但是他们互相记忆不会错乱
25:19.901–25:22.661
然后我就可以用一台Octop
25:22.661–25:24.161
一台服器的一台Octop
25:24.161–25:26.181
然后做两件事
25:26.181–25:28.601
这就是我们Optop的多专家
25:28.601–25:29.741
你就可以做到
25:29.741–25:30.641
是的
25:30.641–25:33.061
然后我看到TTN他吐槽说
25:33.061–25:35.341
我们的产品在腾讯营搜不到
25:35.341–25:36.541
是这样子的
25:36.541–25:37.241
我解释一下
25:37.241–25:38.941
就是我们其实是刚刚开源
25:38.941–25:39.841
然后呢
25:39.841–25:41.541
也是借开源的机会
25:41.541–25:42.821
和大家先交流一下
25:42.821–25:43.641
整体的一个项目
25:43.641–25:45.661
其实我们在腾讯营服务器
25:45.661–25:47.561
官方的公众号去搜索
25:47.561–25:51.121
有一篇新推出的一个推文和贴图
25:51.121–25:52.941
是有介绍到我们开源的
25:52.941–25:53.861
一个项目和产品的
25:53.861–25:56.061
可以去关注一下这篇推文
25:56.061–25:57.621
推文贴图文章
25:57.621–25:59.461
然后后续的话我们也会
25:59.461–26:02.101
去产出更多的一个直播啊干货
26:02.101–26:04.501
等的一个推文内容可以关注一下
26:04.501–26:05.701
说专家模式的话
26:05.701–26:08.101
怎么通过微信或者QQ转换成
26:08.498–26:09.498
請保持中文字。
26:09.498–26:11.498
請保持中文字。
26:11.498–26:13.498
請保持中文字。
26:13.498–26:15.498
請保持中文字。
26:15.498–26:17.498
請保持中文字。
26:17.498–26:19.498
請保持中文字。
26:19.498–26:21.498
請保持中文字。
26:21.498–26:24.598
然后包括通用助手你配启威
26:24.598–26:28.458
然后其实这个就是不同的通道配置了
26:28.458–26:30.638
然后其实最神奇的一点是
26:30.638–26:33.378
你可以在一个专家比如说
26:33.378–26:36.038
但我现在因为是直播的关系
26:36.038–26:39.258
我全程用我们的这个面板来给大家演示
26:39.258–26:46.018
如果你就是想用微信来询问你配置在QQ的专家呢
26:46.018–26:47.818
你其实可以询问他
26:47.818–26:51.898
就我刚刚在育儿专家建立了小孩
26:51.898–26:56.758
我就可以询问育儿专家
26:56.758–27:00.198
我的小孩怎么样了
27:08.798–27:12.518
我们还没有出示化相关的信息
27:12.518–27:16.938
那我的小孩叫小鱼
27:16.938–27:19.218
对,Kernel这位同学说
27:19.218–27:21.058
目前我们这个项目主页
27:21.058–27:24.958
对于用户的熟悉程度上手难度比较高
27:24.958–27:26.798
没有相关的档档
27:26.798–27:29.838
这个的话我们后续因为是这样
27:29.838–27:31.298
我们是先开源了
27:31.298–27:33.698
所以说我们目前先以开源的标准
27:33.698–27:35.518
去上线整个项目
27:35.518–27:37.678
之后的话我们也会配套起
27:37.678–27:39.418
腾讯云的开发者社区
27:39.418–27:42.858
包括后续的腾讯云官网上的上线
27:42.858–27:43.358
对
27:43.358–27:47.538
是的我们后续也会跟进一系列的文档
27:47.538–27:48.958
然后社区运营
27:48.958–27:51.498
然后包括最佳实践
27:51.498–27:54.078
然后来帮助用户上手我们的Octa
27:54.078–27:57.058
现在看一下它
27:57.058–28:00.318
好它找到了月儿管家Agent
28:00.318–28:04.538
对就是我们每个专家之间也是可以互通的
28:04.538–28:07.698
但是你可以看到它不会轻易的互通
28:07.698–28:10.898
因为这一定程度上就避免了每个专家的互不打扰
28:10.898–28:13.038
就只有在非常严苛的
28:13.038–28:14.938
就是你的prompt下
28:14.938–28:17.398
然后它会帮你去调用
28:17.398–28:19.518
其他agent的workspace的信息
28:19.518–28:21.238
这就是刚刚说的
28:21.238–28:23.858
每一个助手可以连不同的APP
28:23.858–28:26.238
就是比如说育儿助手
28:26.238–28:27.458
连QQ生活注尼
28:27.458–28:28.638
连微信工作秘书
28:28.638–28:29.298
连启威
28:29.298–28:31.938
你就可以在一个octop下
28:31.938–28:34.958
然后用多种专家来管理你的生活
28:34.958–28:36.598
避免创建多只虾
28:36.598–28:39.698
也避免就像之前用同一只虾
28:39.698–28:42.058
像OpenCode或荷马西一样
28:42.058–28:43.498
就是有记忆混乱
28:43.498–28:45.478
因为我们是一个入口
28:45.478–28:47.378
但各走各的渠道
28:47.378–28:50.698
包括他们的记忆都是独立的
28:50.698–28:53.038
每个助手都有自己独立的记忆库
28:53.038–28:54.938
然后就是育儿的是
28:54.938–28:56.378
不会跑进生活助手
28:56.378–28:59.518
他们的记忆库边界清晰
28:59.518–29:01.838
第三点是我想讲解的是
29:01.838–29:02.678
子智能体
29:02.678–29:05.118
就是可以给助手配小帮手
29:05.118–29:07.478
就是如果我创建一个助手
29:07.478–29:09.678
我也可以在页面上给大家演示
29:09.678–29:12.398
这里有非常多的子智能体
29:12.398–29:15.218
那我有一个问题想问
29:15.218–29:18.198
就是这个子智能体它有什么好处呀
29:18.198–29:21.318
刚刚我们讲了有专家和多用户
29:21.318–29:24.078
那这个有子智能体和之间
29:24.078–29:26.318
他们和之前讲的有什么区别呀
29:26.318–29:28.538
就是它有什么优势和好处
29:28.538–29:31.178
其实专家的话
29:31.178–29:34.438
刚刚我们其实聊到的是工作和生活
29:34.438–29:35.798
包括就是多用途
29:35.798–29:38.818
它可以做工作区的隔离嘛
29:38.818–29:42.198
像子智能体其实就是一个subagent
29:42.198–29:44.818
他就是比如说我在通用专家下
29:44.818–29:49.378
我配置比如说你看学术的这五个子智能体
29:49.378–29:53.958
其实了解龙虾这个形态的朋友可以知道
29:53.958–29:56.958
如果我们在agentMD里写太多的诗
29:56.958–30:00.038
他其实会每一次都去读他的agentMD
30:00.038–30:03.358
我是希望比如说他又懂定理又懂历史
30:03.358–30:05.358
又懂人类学又懂心理学
30:05.358–30:07.938
但我是希望他懂
30:07.938–30:10.178
但我不是每次都会要用到这些功能
30:10.178–30:13.698
那这时候我们就其实可以去添加这些子智能体
30:13.698–30:16.478
然后这样我们就可以询问通通助手
30:16.478–30:20.438
然后当我们询问到人类学相关的事情的时候
30:20.438–30:23.618
他才会去寻求这个人类学子智能体的帮忙
30:23.618–30:26.158
如果我们不询问他就不会调用
30:26.158–30:28.978
这样其实一是可以有效管理我们Token
30:28.978–30:33.238
二是可以在有限的就是AgentMD下
30:33.238–30:35.578
然后你看我们有那么多的子智能体
30:35.578–30:37.898
可以就是扩充我们agent的能力
30:37.898–30:39.998
让我们agent一个agent
30:39.998–30:41.378
一个专家变得更强大
30:41.378–30:44.798
对就像是一个军队中
30:44.798–30:45.978
有不同的兵种一样
30:45.978–30:48.198
这个子智能体就相当于是
30:48.198–30:50.358
你随调随道的你的士兵
30:50.358–30:52.118
然后他会帮你处理一些任务
30:52.118–30:54.178
然后你触发这些任务的时候
30:54.178–30:55.778
他会到来帮你处理一些任务
30:55.778–30:56.378
处理完之后
30:56.378–30:58.198
然后他就待在原来的那个地方了
30:58.198–31:00.998
而且这些子智能体是并停调用
31:00.998–31:03.878
就相当于就是我们的专家
31:03.878–31:05.998
它就是一个发号生令的
31:05.998–31:10.098
然后它会同时将这些子智能体去调研它们领域内的事
31:10.098–31:13.078
然后最后它再统一回复给用户
31:13.078–31:13.578
对
31:13.578–31:16.978
定属可以自主配置国内外的模型
31:16.978–31:17.838
DE呢
31:17.838–31:20.098
就是可以自主配置模型的
31:20.098–31:21.838
对
31:21.838–31:23.358
我们目前来讲
31:23.358–31:26.498
大多数主流的模型都可以进行支持
31:26.498–31:29.218
我们可以切换到我们的
31:29.218–31:30.778
的命用户下
31:32.778–31:33.278
对
31:33.878–31:41.878
这种体验就是Subaging图的这个概念
31:41.878–31:42.878
对
31:42.878–31:48.998
包括模型看我们在Admin用户可以看到那么多的云端
31:48.998–31:54.638
就是现在提供商包括我们腾讯云
31:54.638–31:57.278
腾讯TodyPlan 腾讯TokenPlan
31:57.278–32:01.458
然后我们都有就是可以自助配置
32:01.458–32:03.898
然后包括别的厂商
32:03.898–32:05.058
KIMI, MINIMAX
32:05.058–32:07.378
然后包括智朴,火山
32:07.378–32:08.298
我们都有在这
32:08.298–32:10.398
然后还有国外的包括
32:10.398–32:11.818
GIMNI, OPEN NI
32:11.818–32:14.818
然后包括ANTHROPIC都可以
32:14.818–32:16.898
然后大家如果找不到
32:16.898–32:18.198
也可以自定义提供商
32:18.198–32:20.078
然后有个BASE URL
32:20.078–32:21.478
然后有API P
32:21.478–32:23.478
然后这里可以选协议
32:23.478–32:25.078
对我们都支持了
32:25.078–32:27.338
如果大家想要本地的话
32:27.338–32:30.058
我们也有支持本地有达马客户端
32:30.058–32:30.778
好的
32:30.778–32:33.318
像刚刚讲解完子智能体
32:33.318–32:39.558
然后其实刚刚其实也有演示到专家主团可以一同作战
32:39.558–32:46.158
然后像包括智能体我刚讲的复杂的是可以拆点合适的sublagion去做
32:46.158–32:52.278
然后包括刚刚我展示用通用助手可以触打到育儿助手
32:52.278–32:55.478
就是每个专家也可以互相触打
32:55.478–32:57.918
然后可以调用别的专家能力有恨
32:57.918–33:03.518
就是包括我们接下来我的同事英明会大家讲解连接器
33:03.518–33:06.638
我们也可以调用到外部的一些服务
33:06.638–33:10.818
然后可以让工具平权让生态互联
33:10.818–33:13.978
他问子智能体和专家谁的层级更高
33:13.978–33:19.218
子智能体其实是被携带在专家底下的
33:19.218–33:22.158
就是一个专家可以配置子智能体
33:22.158–33:25.178
让他自己的就是能力更强大
33:25.178–33:25.678
对
33:25.678–33:27.838
英明平时会用什么大模型
33:27.838–33:33.898
我的话其实我用我们腾讯的Token Plan比较多
33:33.898–33:38.038
多人协作场景中如果智能体的输出存在幻觉的话
33:38.038–33:40.918
怎么建立智信度教验和修正的流程
33:40.918–33:41.898
很专业
33:41.898–33:46.398
其实首先你可以在专家的HT&D里
33:46.398–33:51.858
给他一点比较教验和修正的提示词
33:51.858–33:55.598
让他一定要去教验智能体的产出成果
33:55.598–33:58.638
然后包括你也给他一些教研的规则
33:58.638–34:02.198
或者自己创建一些教研的skill
34:02.198–34:04.778
或者从很多我们的skill hub
34:04.778–34:07.598
比如Dhub上去找一些教研的skill
34:07.598–34:08.698
我理解都是可以的
34:08.698–34:12.298
他问开源版本的Octop和腾讯云内部商业
34:12.298–34:13.418
使用的一个版本
34:13.418–34:16.058
在功能和性能上有哪些差异
34:31.585–34:33.465
我们包括大家提的issue
34:33.465–34:34.905
我们修完同步在
34:34.905–34:36.985
Octop的仓库下
34:36.985–34:39.185
我们也会同步更新镜像
34:39.185–34:41.985
未来我们发布镜像会是一起同步的
34:41.985–34:44.725
智能体本身算不算一种子智能体
34:44.725–34:48.685
可能还是对这个子智能体和专家的这个概念有点疑问
34:48.685–34:49.725
是这样的
34:49.725–34:52.305
就是对于现在来讲的话
34:52.305–34:56.885
我们就像是计算机的一个比较基础一个知识
34:56.885–35:00.365
专家就可以类比成计算机当中一个进程
35:00.365–35:04.885
然后子智能体可以理解成一个进程当中它的一个线程
35:04.885–35:09.265
然后相当于是子智能体它会共享当前的专家的一个工作区
35:09.265–35:12.565
但是呢子智能体它有自己独立的上下文
35:12.565–35:15.685
一个方面是它可以保证子智能体之间
35:15.685–35:18.345
它们之间的运行或者绘画不相干扰
35:18.345–35:20.885
第二个就是它可以大大的提升效率
35:20.885–35:22.505
第二点呢就是专家的话
35:22.505–35:25.625
它可以因为它具有自己独立的资源区的话
35:25.625–35:28.025
就可以进行相应的安装
35:28.025–35:31.185
也会你如果说对话的时间长了
35:31.185–35:33.445
你也可以慢慢更加熟悉
35:33.445–35:36.265
你会有自己的一个专属的记忆
35:36.265–35:37.185
是的
35:37.185–35:40.925
然后我看问多用户并发请求
35:40.925–35:43.865
Octob有内置速率限制和排队机制吗
35:43.865–35:45.545
目前来讲的话
35:45.545–35:48.325
我们还没有测试过
35:48.325–35:51.885
这个内置的一个速率限制和排队的机制
35:51.885–35:53.645
当然因为是这样的
35:53.645–35:55.505
因为我们目前使用场景的话
35:55.505–35:57.245
更多的是面向
35:57.245–35:58.545
比如说一个用户
35:58.545–35:59.765
他会进行一个对话
35:59.765–36:01.745
或者是多个用户
36:01.745–36:04.665
他会在自己的一个聊天框
36:04.665–36:06.045
或者对话框进行对话
36:06.045–36:07.465
这位NOM同学说的
36:07.465–36:08.705
多用户并发请求
36:08.705–36:09.605
因为目前来讲
36:09.605–36:12.065
我们的用户量不是特别大
36:12.065–36:13.785
因为你一个管理员
36:13.785–36:14.705
创建的用户
36:14.705–36:17.145
没有说有几百个
36:17.145–36:18.705
或者几千个上万那么的多
36:18.705–36:19.545
所以目前来讲
36:19.545–36:22.845
可能不太会出现这个问题
36:22.845–36:24.545
他说做了两个智能体
36:24.545–36:26.525
然后把它部署到企业微信中
36:26.525–36:29.025
把这两个机器人放到工作群中
36:29.025–36:32.005
能不能让它在群里及时回复信息
36:32.005–36:33.725
就是不同的智能体
36:33.725–36:36.045
能不能在群内及时回复信息
36:36.045–36:38.945
我理解是
36:38.945–36:41.385
如果你在群里用户
36:41.385–36:44.385
它是能回复的
36:44.385–36:44.885
对
36:44.885–36:47.125
以前我们ACE
36:47.125–36:49.545
就是在元宝派里有类似的渠道
36:49.545–36:51.025
这个是这样的
36:51.025–36:52.725
就是在企微当中的话
36:52.725–36:53.945
目前来讲
36:53.945–36:56.305
如果你配置了企畏的机器人
36:56.305–36:58.665
他只针对他的创建者
36:58.665–37:00.945
他才能够对这个企畏机器人进行对话
37:00.945–37:03.205
如果说这个企畏群聊当中
37:03.205–37:05.245
有其他的用户或者其他人的话
37:05.245–37:08.105
他爱特伦尼创建的企畏机器人
37:08.105–37:09.845
这个时候他是没法回答的
37:09.845–37:12.305
能在轻量服务器里面可视化吗
37:12.305–37:16.325
这个的话因为我们现在是已经开源了
37:16.325–37:17.825
等我们后续的话
37:17.825–37:22.965
会在其中轻量当中推出相关的产品
37:22.965–37:23.865
或者是镜像
37:23.865–37:25.405
如果说在里面购买的话
37:25.405–37:29.385
你进入的那个主流的那个页面
37:29.385–37:31.965
管理页面就是我们当前在展示的这个页面
37:31.965–37:36.505
如果有用户现在想在清亮云服务器上使用的话
37:36.505–37:39.905
可以买一台无邦图系统镜像
37:39.905–37:43.325
然后使用我们的Linux安装脚本
37:43.325–37:46.325
然后跟随指示你也可以用到
37:46.325–37:49.365
然后自己放通一下安全区
37:49.365–37:52.665
然后就可以看见这个可视化界面
37:52.665–37:56.285
后续我们也会推出更详细的指导
37:56.285–37:58.305
然后我们看粉丝朋友说
37:58.305–38:00.765
是否有提供用户行为分析面板
38:00.765–38:03.545
来统计各agent的调用量和成功率
38:03.545–38:09.825
我们现在有提供token的面板
38:09.825–38:14.305
但是我们其实做的各种用户是完全隔离
38:14.305–38:18.185
就是每个用户可以看自己的token统计
38:18.185–38:21.365
你看就是我最近30天用的都在这里
38:21.365–38:22.765
然后包括我的
38:22.765–38:25.105
你看我的育儿管家用这么多
38:25.105–38:27.625
然后我的通助手用这么多
38:27.625–38:30.605
好那接下来就让一鸣
38:30.605–38:32.585
为大家来讲解连接器吧
38:32.585–38:34.565
大家可能对于连接器
38:34.565–38:35.905
这个概念不是很理解
38:35.905–38:37.145
但是对于有个概念
38:37.145–38:38.625
可能会有听说过
38:38.625–38:39.725
就是叫MCP
38:39.725–38:42.025
大家可能会对MCP这个概念
38:42.025–38:43.505
可能听说过
38:43.505–38:45.625
连接器是一个什么概念呢
38:45.625–38:46.725
就是相当于是一个
38:46.725–38:48.305
比较统一的AI入口
38:48.305–38:50.945
它可以接管你的腾讯全家桶
38:50.945–38:54.265
目前来讲我们的Octob有12个内置的连接器
38:54.265–38:58.105
当然也是基于OMCP的一个开放协议的
38:58.105–39:00.345
有一句话就可以帮你全搞定
39:00.345–39:02.945
比如说因为我们大家很
39:02.945–39:05.045
生活化一个场景就是我们一个人
39:05.045–39:05.965
每个人都有手机
39:05.965–39:07.805
每个手机上都有很多的APP
39:07.805–39:11.425
但是我们如果要使用不同的功能
39:11.425–39:12.445
我们需要点开不同APP
39:12.445–39:14.165
我们要点外卖
39:14.165–39:15.245
我们要点开黄色软件
39:15.245–39:16.145
我们要购物
39:16.145–39:17.565
我们要点开橙色软件
39:17.565–39:18.525
我们要聊天
39:18.525–39:19.905
我们要点开绿色软件
39:19.905–39:20.785
但是呢
39:20.785–39:22.865
实际上我们的
39:22.865–39:24.445
这个的话我们会发现
39:24.445–39:25.585
我们做不同事情
39:25.585–39:26.645
要点开不同软件
39:26.645–39:28.165
这样的话之间
39:28.165–39:30.225
APP之间切换的成本都非常高
39:30.225–39:32.165
这个就是我们的比较传统的模式
39:32.165–39:34.785
而我们的Octob它的连接器呢
39:34.785–39:37.105
它可以一键去授权
39:37.105–39:38.445
相当于是我们只需要
39:38.445–39:41.105
将我们这个用户授权登录之后呢
39:41.105–39:43.865
我们就可以让Octob帮我们做这些事情
39:43.865–39:46.305
我们不需要再来回的一些切换
39:46.305–39:48.185
我们给大家展示一下
39:48.185–39:50.285
我们现在已经具有的一些连接器
39:50.285–39:53.025
比如说我们腾讯系的主流的产品
39:53.025–39:54.925
腾讯文档 腾讯会议
39:54.925–39:56.685
然后文兴读书 埃玛
39:56.685–39:57.885
还有一些邮箱
39:57.885–40:00.225
Q邮箱或者职业之类的其他邮箱
40:00.225–40:02.185
都可以去打通和实现
40:02.185–40:04.425
我们这个连接器的一个相关功能
40:04.425–40:06.385
说起邮箱
40:06.385–40:09.645
其实前段时间Q邮箱推出了Agent邮箱
40:09.645–40:11.145
不知道大家注册没有
40:11.145–40:13.985
现在抢注还能像以前Q号一样
40:13.985–40:16.885
就是注册到自己喜欢的邮箱名
40:16.885–40:18.805
就是有专门给agent用的邮箱
40:18.805–40:21.565
这也是对于我们做agent
40:21.565–40:23.565
包括QQ邮箱的一个新进步
40:23.565–40:25.725
大家可以尝试一下新功能哦
40:25.725–40:29.645
对 欢迎大家多多关注我们的最新动态
40:29.645–40:31.045
对 那我有一个问题啊
40:31.045–40:33.205
就是市面上AI助手那么多
40:33.205–40:37.085
为什么你们要去做连接这件事情啊
40:37.085–40:39.045
就是我还是没有太明白
40:39.045–40:41.365
它的概念和定义是什么
40:41.365–40:44.765
嗯 所以说大家现在都能够理解
40:44.765–40:47.485
AI它通过最近两年的发展
40:47.485–40:52.005
它从一个最开始不那么聪明的一个转嫁
40:52.005–40:54.425
变成了一个非常聪明的一个智能体
40:54.425–40:57.265
所以对于我们当前使用上来讲
40:57.265–41:00.525
我们主要瓶颈不在于AI是否足够聪明
41:00.525–41:04.725
而在于AI是否能够将抵达我们生活的
41:04.725–41:08.705
那个最近的一公里或者最近的那个触手给触达到
41:08.705–41:10.165
对 这个是非常重要的
41:10.165–41:12.725
比如说我们离腾讯会议
41:12.725–41:14.725
可能之间会有一些登录啊
41:14.725–41:16.725
包括一些交互的一个过程
41:16.725–41:18.725
在最后一个产品和用户之间
41:18.725–41:20.725
他们一个天然的一个隔阂
41:20.725–41:22.725
或天然一个交互是否能够触达
41:22.725–41:24.725
这个是我们当前
41:24.725–41:26.725
连接器它的一个最主要的作用
41:26.725–41:28.725
相当于是如果说你用连接器的方式
41:28.725–41:30.725
授权登录一下
41:30.725–41:32.725
都通过一座桥
41:32.725–41:34.725
一直把用户跟
41:34.725–41:36.725
依赖的一些主流的产品连接起来了
41:36.725–41:38.725
关于你们怎么交互
41:38.725–41:40.725
剩下的交互的方式
41:40.725–41:46.585
其实我感触特别深的一点是我们Octop上连接器之后
41:46.585–41:51.465
现在腾讯文档我可以叫Octop帮我自己去操作自己去编辑
41:51.465–41:58.325
可能以前的话就需要让AI就是去生成一些内容
41:58.325–42:02.705
然后我们复制进腾讯文档然后并共享给同事
42:02.705–42:06.585
但现在可以让Octop有了连接器直接连接到腾讯文档
42:06.585–42:08.125
自己去创作自己去改造
42:08.125–42:11.265
然后同事也可以随之在腾讯文档看到
42:11.265–42:13.425
但是现在元宝啊
42:13.425–42:13.925
豆宝啊
42:13.925–42:15.605
他们不是都能传文件
42:15.605–42:16.585
让AI进行分析
42:17.105–42:19.745
為什麼還要用到連接器呢?
42:19.745–42:26.225
其實有一個使用場景不知道大家有沒有特別的理解。
42:26.225–42:31.505
就是遇到過,比如說我們平時在使用元寶或者是豆包的,
42:31.505–42:33.865
我们会用到比如说我们要上传文件
42:33.865–42:35.165
这个时候我们需要
42:35.165–42:37.305
我们如果说用的是手机端的
42:37.305–42:38.545
我们需要打开手机
42:38.545–42:40.005
然后点开加号
42:40.005–42:40.905
然后上传复件
42:40.905–42:42.065
然后再把这个上面上去
42:42.065–42:43.125
你当前上传文件
42:43.125–42:44.705
其实是一个静态的文件
42:44.705–42:46.105
那么这个静态的文件
42:46.105–42:48.025
其实它是没法
42:48.025–42:49.885
就是获取到动态实时信息的
42:49.885–42:51.085
比如说我们如果说
42:51.085–42:52.105
要更新这个文件
42:52.105–42:53.145
或更新这个文档的话
42:53.145–42:54.965
我们就要从之前上的文件
42:54.965–42:55.965
再拷费一份新的
42:55.965–42:57.325
所以说如果我们修改
42:57.325–42:58.525
更新的步骤越来越多
42:58.525–42:59.605
那么我们产生的
42:59.605–43:00.905
冗余的中间文件
43:00.905–43:02.945
或者是一些多版本文件会越来越多
43:02.945–43:04.565
那么这个时候如果我们有连接器
43:04.565–43:07.425
当前如果假如说用腾讯文档的话
43:07.425–43:08.785
我们只需要给它一个在线文档
43:08.785–43:09.925
那么在线文档的话
43:09.925–43:11.845
它就会不断去编辑这个在线文档
43:11.845–43:14.105
那我们随时点开这个在线文档连接
43:14.105–43:15.285
它都是最新的版本
43:15.285–43:16.845
并且我们也可以通过历史记录
43:16.845–43:17.945
去追踪它的往
43:17.945–43:20.065
以往的一些历史版本
43:20.065–43:22.165
那其实就比如说
43:22.165–43:25.025
你们现在展示的这个腾讯会议
43:25.025–43:28.585
就是如果说我自己用打开APP
43:28.585–43:30.265
然后去订一个腾讯会议的话
43:30.265–43:32.385
其实也就是不到一分钟的时间
43:32.385–43:34.945
那连接到这个Agent里面
43:34.945–43:36.325
就省一点点的时间
43:36.325–43:37.425
这是值得的吗
43:37.425–43:39.765
现在是这样的
43:39.765–43:42.585
就是对于我们如果说个人用户
43:42.585–43:45.005
他对于打开腾讯会议
43:45.005–43:46.025
以后说加入预定会议
43:46.025–43:47.325
这可能是因为我们
43:47.325–43:49.145
一个习惯性的部署了
43:49.145–43:50.525
从腾讯会议推出那一刻
43:50.525–43:52.305
他就在教用户怎么去操作
43:52.305–43:53.045
怎么去预定会议
43:53.045–43:53.825
怎么去加入会议
43:53.825–43:55.225
但是呢如果说
43:55.225–43:58.365
现在我如果要定五个会议
43:58.365–44:00.345
那么如果定10个会议的话
44:00.345–44:04.365
那我可能需要把这一步的操作去重复5次
44:04.365–44:05.305
重复10次
44:05.305–44:07.725
那么对于我来讲一次两次我能够接受
44:07.725–44:10.725
但是5次或者是10次去重复相同的步骤
44:10.725–44:13.385
对我来讲就有点枯燥或者是有点繁琐
44:13.385–44:16.065
那么这个时候你可以交给我们Octob
44:16.065–44:18.705
他会如果说你想创建5次会议
44:18.705–44:21.165
或者是5次会议你邀请的是不同的人
44:21.165–44:22.805
或者邀请的是不同的团队
44:22.805–44:26.665
在这个场景下你只需要交给Octob一句话
44:26.665–44:29.465
它就可以帮你去针对不同的人预约不同的会议
44:29.465–44:30.565
并且预约不同的日期
44:30.565–44:32.845
不需要你再去打开软件
44:32.845–44:35.285
然后翻时间定主题邀请不同的人
44:35.285–44:36.585
这样翻手的操作
44:36.585–44:37.945
那确实这样子想的话
44:37.945–44:40.005
还是连接器要方便一点的
44:40.005–44:42.485
他问用Octob和Hermis的区别是什么
44:42.485–44:43.545
我们有什么优势
44:43.545–44:47.785
这个Octob和Hermis包括OpenCloud
44:47.785–44:52.225
我们在最开始都已经讲过他们的最主要的优势了
44:52.225–44:55.645
因为相对于Hermis和OpenCloud来讲的话
44:55.645–44:59.385
我们Oktub它有一些非常独立的场景和有功能
44:59.385–45:02.585
比如说我们之前从最开始的时候一直讲
45:02.585–45:07.065
我们记忆的功能它其实相对于Hermers或OpenCloud来讲
45:07.065–45:09.325
我们会有一个非常直观的一个展现
45:09.325–45:11.685
你的记忆是怎么存储的
45:11.685–45:13.465
或者是你的记忆是怎么落地的
45:13.465–45:15.005
包括整个时间线
45:15.005–45:18.565
对然后包括你记忆不同的角色
45:18.565–45:21.725
或者是不同的一些你的一个状态
45:21.725–45:25.045
它都是随着你的对话当中的不断改变
45:25.045–45:26.285
它也是会不断改变的
45:26.285–45:28.065
这个是我们一个非常大的优势
45:28.065–45:30.825
然后我们接下来就进我们的Octave页面
45:30.825–45:33.385
去通过不同连接器去触发一下
45:33.385–45:35.065
我们之间的一些操作
45:35.065–45:38.845
大家现在可以看到
45:38.845–45:40.505
就是我们连接器
45:40.505–45:42.685
其实是在当前的一个
45:42.685–45:46.145
从最左边的第四个type页
45:46.145–45:48.945
然后可以看到我们主流的一些连接器
45:48.945–45:50.085
有腾讯文档
45:50.085–45:52.765
腾讯文档打开授钱页的话
45:52.765–45:55.885
如果你想怎么样去配置好这个连接器
45:55.885–45:56.625
你打开授权页
45:56.625–45:59.325
这个时候它会有一个token
45:59.325–46:00.345
你点击这里复制
46:00.345–46:02.985
然后点击访问token一粘贴
46:02.985–46:03.765
它可以有探测
46:03.765–46:04.465
也可以有保存
46:04.465–46:06.925
然后它可以有一些最新的工具料
46:06.925–46:08.885
像我们可以调用203工具料
46:08.885–46:10.725
同时对于腾讯会议
46:10.725–46:13.745
包括一些邮箱的一些授权管理
46:13.745–46:15.745
都是一样的方式
46:15.745–46:18.125
接下来我就跟大家通过聊天的方式
46:18.125–46:19.705
去触发一下
46:19.705–46:20.645
因为我们在下面
46:20.645–46:22.065
第二个的话它是连接器
46:22.065–46:22.905
连接器的话
46:22.905–46:26.505
这里你必须去显性的去打开它这个开关
46:26.505–46:28.345
这样的话它才能够触发这个连接器
46:28.345–46:31.665
比如说我们想了解一下今天的
46:31.665–46:34.105
大家有没有什么特别感兴趣的话题
46:34.105–46:35.145
大家提一下
46:35.145–46:37.025
我们通过连接器的方式
46:37.025–46:38.485
我们可以将大家感兴趣的话题
46:38.485–46:40.045
去总结到我们的团讯文档
46:40.045–46:43.545
总结预测一下世界杯谁会得冠军
46:43.545–46:45.285
看一下它分析的准不准
46:45.285–46:46.465
应该不会翻车吧
46:46.465–46:48.785
大家静静期待一下
46:48.785–46:53.765
可以看到他当前会先读我们的日期
46:53.765–46:57.805
会搜索我们当前美加墨世界杯的一个最新的情况
46:57.805–47:01.385
可以看到决赛是19号
47:01.385–47:04.925
但是当前的话我们实际上还没有提决赛
47:04.925–47:06.945
其实本质上来讲是一个预测的行为
47:06.945–47:10.805
他知道我们四强已经出炉了
47:10.805–47:11.945
并且知道我们最新的消息
47:11.945–47:14.465
我们用到我们内置了一个AI搜索的工具
47:14.465–47:20.645
今天凌晨的三点会有法国对待西班牙的比赛
47:20.645–47:22.005
然后他搜集了相关信息之后
47:22.005–47:23.525
他就开始进行创建文档
47:23.525–47:28.905
那这个搜索的话是截止到最新什么时候的信息
47:28.905–47:31.125
是截止到此时此刻吗
47:31.125–47:32.045
还是说今天的
47:32.045–47:34.345
对大家可以看到我们每一个工具
47:34.345–47:36.105
他都会有展示的响起
47:36.105–47:38.785
其实我们可以看到他会
47:38.785–47:41.605
你看文档已经创建成功了
47:41.605–47:42.925
这个时候我们点击看一下
47:42.925–47:47.725
他会给我们一个2026世界杯冠军分析预测
47:47.725–47:52.865
这个时候他就会给我们总结当前的一个四强的战队
47:52.865–47:56.385
包括当前我们热门的法国西班牙英格兰阿根廷
47:56.385–47:57.325
他们不同的主教练
47:57.325–47:58.985
核心的球员 进球术
47:58.985–48:01.185
以及本届的最佳战技他们一些特点
48:01.185–48:03.825
通过分析半决赛的一些相关优势
48:03.825–48:04.945
可以推荐出来
48:04.945–48:07.545
大概你看我们法国西班牙的话
48:07.545–48:09.805
他会推测法国烧战优势一系
48:09.805–48:13.005
最终还预测大概会进入架石或者点球大战
48:13.005–48:14.205
然后呢
48:14.205–48:15.505
另一场半决赛呢
48:15.505–48:17.205
对于西班牙和阿根廷来讲的话
48:17.205–48:20.425
他们觉得阿根廷略占优势
48:20.425–48:20.925
对吧
48:20.925–48:22.785
这个比赛悬念比较大
48:22.785–48:24.025
最终的话
48:24.025–48:25.945
他还会给我们分析出不同的概率
48:25.945–48:29.225
他们会算出概率来讲的话
48:29.225–48:31.105
他说法国是比较领先的
48:31.105–48:32.445
拥有比较高的概率
48:32.445–48:32.945
对
48:32.945–48:34.325
冠军是法国队
48:34.325–48:36.825
大家还是谨慎对待
48:36.825–48:38.045
咱们这个AI的
48:38.045–48:39.685
AI给出的答案
48:39.685–48:41.665
但是我看从这个速度上
48:41.665–48:43.445
还有这个呈现的文档的
48:43.445–48:45.165
这个思路大纲上
48:45.165–48:46.605
真的是挺惊艳的
48:46.605–48:47.665
挺完善的
48:47.665–48:48.305
挺快的
48:48.305–48:49.525
我们这个就是一个
48:49.525–48:51.245
非常实时的腾讯文档
48:51.245–48:52.405
那我想问一下
48:52.405–48:53.965
我们这个连接器是
48:53.965–48:57.125
使用的时候连一下
48:57.125–48:59.385
然后在某一个对话不用的时候
48:59.385–49:00.965
是立刻关掉它比较好呢
49:00.965–49:02.285
还是一直连着比较好呢
49:02.285–49:04.005
它会不会消耗我们的token呀
49:04.005–49:06.705
本上来讲
49:06.705–49:08.805
其实不会特别的消耗
49:08.805–49:10.505
其实如果说你触发了
49:10.505–49:12.145
比如说腾讯文档
49:12.145–49:14.025
或者是之类的一些其他行为
49:14.025–49:16.405
它才会去给你去调用连接器
49:16.405–49:17.405
或者使用到连接器
49:17.405–49:18.385
你放在这里
49:18.385–49:20.585
其实是不会占用特别多的资源的
49:20.585–49:21.945
然后接下来
49:21.945–49:23.445
我们还可以给大家演示一下
49:23.445–49:24.185
不同的场景
49:24.185–49:26.225
比如说邮箱和腾讯会议
49:26.225–49:27.585
这三个可以结合起来
49:27.585–49:28.965
然后我们就可以将
49:28.965–49:31.525
比如说将我的
49:31.525–49:32.985
刚刚生成的
49:32.985–49:35.085
我有一个问题想问一下
49:35.085–49:35.985
在这里的话
49:35.985–49:38.825
那我们的连接器在授权之后
49:38.825–49:41.025
会拿到我的一个密码吗
49:41.025–49:44.425
就是我看到我们现在连的这三个连接器
49:44.425–49:48.145
那这些授权之后都会拿到我的密码数据会上传吗
49:48.145–49:49.865
就会上传到对应的APP吗
49:49.865–49:52.065
目前这个是不会的
49:52.065–49:55.425
因为连接器你可以看到我们当前的访问Token
49:55.425–49:57.565
它是已经配置在我们本地的
49:57.565–50:03.445
不是会上传到我们对应的那些其他的一些应用上的
50:03.445–50:03.945
对
50:03.945–50:07.485
然后我们当前的话我们给大家展示一下这个邮件的功能
50:07.485–50:09.245
其实邮件功能是非常实用的
50:13.462–50:20.462
你看這樣的話我們就可以讓它去幫我們把剛剛生成的這個騰訊文檔發送給我們的郵箱。
50:20.462–50:23.462
這個會它就會調用到我們的郵箱的一個連接器。
50:23.462–50:26.462
這個時候呢它就會發送我們的郵件。
50:26.462–50:28.302
它显示发送已经成功
50:28.302–50:30.102
我们可以去我们的邮箱里面看看有没有这个
50:30.102–50:33.602
刚刚看到我们这个是我们最新生成的
50:33.602–50:37.562
世界杯的分析文档里面会有相关的腾讯文档文档
50:37.562–50:40.822
包括最后的一个核心的结论
50:40.822–50:44.102
以及来自于哪个地方它会告诉你
50:44.102–50:45.262
对这个是非常方便的
50:45.262–50:46.722
比如说我们想批量发送邮件
50:46.722–50:49.862
或者是批量进行一些管理会非常的方便
50:49.862–50:52.642
对或者你就是想让Optop
50:52.642–50:55.322
比如在某些事情上发邮件提醒你
50:55.322–50:56.982
或者每天做个总结
50:56.982–50:58.242
也发邮件给你
50:58.242–50:59.742
都是非常方便的
50:59.742–51:00.322
对
51:00.322–51:02.982
其实我们这个还有定时的任务
51:02.982–51:03.482
对
51:03.482–51:04.022
之后的话
51:04.022–51:06.122
如果说你想用定时任务
51:06.122–51:07.902
结合我们的连接器
51:07.902–51:09.882
然后它可以帮你去推送
51:09.882–51:10.842
每日的定时邮件
51:10.842–51:11.982
这个也是可以的
51:11.982–51:15.162
我看有粉丝朋友问
51:15.162–51:17.382
Octop除了打通腾讯产品
51:17.382–51:18.822
能打通其他公司的
51:18.822–51:19.962
我们其实有推
51:19.962–51:21.602
多种各样的连接器
51:21.602–51:23.442
包括有Notion
51:23.442–51:25.222
有百度网牌
51:25.222–51:25.902
有Figma
51:25.902–51:27.542
有有道云笔记
51:27.542–51:30.102
对这些其实市面上常用的
51:30.102–51:30.882
我们都打通了
51:30.882–51:32.842
目前连接其实有官方内置的
51:32.842–51:34.222
实际在实用过程当中
51:34.222–51:35.482
会有自己封装的MCP
51:35.482–51:37.202
这个的话
51:37.202–51:38.822
欢迎大家去GitHub上
51:38.822–51:40.362
去搜索我们的原代码
51:40.362–51:41.382
因为我们其实
51:41.382–51:42.962
整个原代码都是公开的
51:42.962–51:45.062
如果你想接入自己的
51:45.062–51:47.082
配置的一些MCP专业方服务的话
51:47.082–51:48.122
也可以去通过
51:48.122–51:49.202
Forex我们的仓库
51:49.202–51:51.042
然后进行实现
51:51.042–51:53.002
对欢迎大家和我们共见
51:53.002–51:54.242
然后大家期待能力
51:54.242–51:56.862
我们后续也会陆续开发
51:56.862–51:58.322
然后大家觉得的话也可以
51:58.322–51:59.302
也会去共建
51:59.302–52:00.862
然后一起共建我们的Octop
52:00.862–52:05.042
ACP里添加以后会添加其他本地智能体吗
52:07.002–52:12.082
目前来讲我们的智能体是需要自己去手动点安装的
52:12.082–52:13.702
是ACP上面的
52:13.702–52:15.402
这个对吗
52:15.402–52:15.902
对
52:15.902–52:17.102
目前来讲是这样的
52:17.102–52:19.362
就是如果说我们自己去配置的话
52:19.362–52:21.462
当然是可以去添加了
52:21.462–52:22.722
像我之前去配置的
52:22.722–52:24.722
有我们的code body的智能体
52:24.722–52:25.922
那个ACP
52:25.922–52:27.522
然后你自己去
52:27.522–52:30.122
如果你想使用什么样的ACP
52:30.122–52:31.422
你就可以自己去进行配置
52:31.422–52:31.922
对
52:31.922–52:33.122
你可以直接使用的
52:33.122–52:36.922
你们是没法做到实时获取最新的模型列表吗
52:36.922–52:38.822
我记得ACE的时候
52:38.822–52:41.122
对好像是有提过这个问题
52:41.122–52:44.222
就是我们目前来讲
52:44.222–52:46.922
没有去做实时的拉取的
52:46.922–52:48.922
去拉取当前最新的一个模型列表
52:48.922–52:51.322
因为我们每个上一个新的模型
52:51.322–52:52.522
我们都需要去适配一下
52:52.522–52:54.782
当前这个模型是否能够正确的运行
52:54.782–52:57.302
所以对于这个来讲的话
52:57.302–52:58.522
其实拉取最新模型
52:58.522–52:59.922
或对接最新的模型列表
52:59.922–53:03.262
不是一个工作量最大或最繁琐的事情
53:03.262–53:05.882
真正想测试它能否正常的运行
53:05.882–53:09.242
正常启用才是比较耗时的一个事情
53:09.242–53:14.082
就比如说像Deep Seek
53:14.082–53:16.482
它就是大家都知道VisPro
53:16.482–53:18.642
因为它其实对它的模型协议
53:18.642–53:19.642
也做了一些改变
53:19.642–53:23.082
那其实我们在适配不同厂商的模型的时候
53:23.082–53:24.182
都一定有工作量
53:24.182–53:25.882
可能现在还没有做到
53:25.882–53:28.762
然后我们现在也是开源出来了
53:28.762–53:31.262
如果期待能力的话也可以共建
53:31.262–53:33.782
然后我们后续也会陆续支持
53:33.782–53:34.282
行
53:34.282–53:37.082
然后我们刚刚有三个的连接器
53:37.082–53:39.182
我们现在看一下我们最后的这个
53:39.182–53:40.822
腾讯会议的连接器
53:40.822–53:43.642
因为我们如果想预定一个明天的会议
53:43.642–53:47.282
就直接给他说帮我预定一下
53:49.642–53:52.362
明天我们有11点
53:52.362–53:54.662
这个时候呢
53:54.662–53:56.402
你给他一个非常笼统的对话
53:56.402–53:58.242
他会继续的去追问你
53:58.242–53:59.362
他具体的主题是什么
53:59.362–53:59.982
对
53:59.982–54:01.342
参与人是什么
54:01.342–54:05.042
我们可以让他主题自己订
54:05.042–54:06.962
会议时长一小时
54:06.962–54:08.162
然后呢
54:08.162–54:08.982
线上的
54:08.982–54:10.822
参会人
54:10.822–54:11.822
参会人的话
54:11.822–54:13.802
你可以去选择你的邮箱
54:13.802–54:15.342
或者是你已经
54:15.342–54:16.922
比如说你在一个企业内的话
54:16.922–54:18.702
已经企业的ID都可以的
54:18.702–54:31.562
比如说他可以帮我创建一个提醒我去明天看比赛的会议
54:31.562–54:32.202
好的
54:32.202–54:37.862
对 然后
54:37.862–54:43.702
邮箱刚刚已经告诉他了
54:48.702–54:58.462
这个时候我们重新的来去测试一下
54:58.462–55:00.402
我们这个腾讯会议
55:07.402–55:10.342
可能就是腾讳的连接器
55:10.342–55:13.102
比较需要复杂配置
55:13.102–55:25.822
Octop的agent的绘画定时任务批量
55:25.822–55:28.462
支持批量删除批量启停吗
55:28.462–55:39.822
你可以让Octop就是帮你批量删除批量启停
55:39.822–55:41.642
就是人为手动的话
55:41.642–55:44.882
我们面板上还没有支持频量的一个功能
55:44.882–55:49.162
但是Octop他自己作为一个agent是可以达到频量的效果
55:49.162–55:52.582
对可以看到我们当前这个会议已经创建了
55:52.582–55:54.482
他还可以给我们一个会议的链接
55:54.482–55:55.422
对 是的
55:55.422–55:58.882
也可以看到发起人以及当前告诉我
55:58.882–56:01.122
其实还有版本更新是我需要更新
56:01.122–56:02.582
大家可以看到
56:02.582–56:04.842
其实我们当前来讲的话
56:04.842–56:07.502
目前FCP的协议比较火
56:07.502–56:09.762
就相当于AI时代的USB-C了
56:09.762–56:11.542
它可以连接到我们各个产品
56:11.542–56:15.002
和用户之间可以做到一些急差急用的
56:15.002–56:17.882
其实已经渐渐的成为了一个行业的标准
56:17.882–56:22.462
刚刚焦焦也提到了我们这个是否安全
56:22.462–56:25.622
对然后安全是我们整个连接器的
56:25.622–56:28.542
它的一个非常大的一个前提
56:28.542–56:31.882
就是这个Optop它是怎么取了这个名字呢
56:31.882–56:34.502
这其实是
56:34.502–56:40.422
其实最开始是我们有想到像智能体嘛
56:40.422–56:45.222
不管是Cloud或者是Hermus
56:45.222–56:46.662
其实一是跟动物有关
56:46.662–56:48.262
二都是跟执行力有关
56:48.262–56:51.942
那我们其实就想到最具有执行力
56:51.942–56:53.582
最聪明的动物
56:53.582–56:56.322
那在自然界我们虽然会讲章鱼
56:56.322–56:57.422
Octopus
56:57.422–57:00.182
但是其实Octopus这个名字
57:00.182–57:01.662
一是阴姐太多了
57:01.662–57:05.122
二是其实有非常多的AI产品
57:05.122–57:06.582
就叫Octopus
57:06.582–57:09.402
然后我们非常聪明的英名同学
57:09.402–57:12.582
然后就说那我们就是把它修剪一下
57:12.582–57:17.662
然后最后就是由一名来铲除了我们Optop这个名字
57:17.662–57:21.162
对我们当时想的有一个小的idea
57:21.162–57:26.782
就是我们可以想象到我们章鱼它会有非常多的触手
57:26.782–57:28.002
非常多的触角
57:28.002–57:31.702
包括我们GateUp它官方的一个形象
57:31.702–57:33.622
也是一个猫和一个章鱼角
57:33.622–57:35.302
章鱼它又叫八爪鱼
57:35.302–57:36.102
它有很多的触手
57:36.102–57:38.282
每个触手就相当于是我们的一个agent
57:38.282–57:40.962
就是我们想以章鱼这种多出手的概念
57:40.962–57:43.322
去抵达我们当前的
57:43.322–57:45.242
多agent的一个概念
57:45.242–57:47.122
也相当于是我们一个核心的特点
57:47.122–57:49.202
对 我们Octoff
57:49.202–57:51.202
连接器它会有一个概念
57:51.202–57:53.582
就是我们会让工具平权
57:53.582–57:54.702
让生态互联
57:54.702–57:57.102
然后基本上我们之前的使用场景
57:57.102–57:58.342
就是我最开始提到过
57:58.342–58:00.622
就是一个人围着手机上的十几个app
58:00.622–58:02.682
现在是想让打造成
58:02.682–58:04.642
app围造的一个AI入口
58:04.642–58:06.662
这样我们只需要掌握一个AI入口
58:06.662–58:08.422
然后其他的都可以去
58:08.422–58:11.662
我们通过Octob进行一个对话实现
58:11.662–58:12.582
对比Workbody
58:12.582–58:14.222
我为啥还要用Octob
58:14.222–58:16.362
还得用虚拟机的开销
58:20.732–58:24.092
其实是这样的,就是我们Octop它其实本身上是一个开源项目
58:24.092–58:27.292
你不一定需要必须购买讯息使用我们Octop
58:27.292–58:30.012
你在本地的电脑上其实也是可以使用我们Octop
58:30.012–58:33.392
像我们今天给大家演示或展示这些功能
58:33.392–58:37.052
其实就是我们自己在本地的电脑上去运行的Octop
58:37.052–58:40.552
然后关于下边一个同学说
58:40.552–58:45.192
怎么解决多agent协作过程当中上下文冲突和记忆碎片化的问题
58:45.192–58:48.252
可以请我们的英宁同学来解答一下
58:48.252–58:49.932
首先我们多agent协作
58:49.932–58:52.092
其实分为专家和专家协作
58:52.092–58:54.172
和专家和智能体协作
58:54.172–58:57.512
其实在我们这场直播的上半部分
58:57.512–58:59.212
就是有讲细节
58:59.212–59:02.852
然后其实因为我们专家和专家
59:02.852–59:04.512
他的记忆是隔离的
59:04.512–59:08.292
然后如果在我们subagent的场景下的话
59:08.292–59:10.712
那我们subagent的上下文
59:10.712–59:15.012
是不会带到我们的专家上来的
59:15.012–59:17.352
如果我们subagent执行完任务
59:17.352–59:21.172
就像Cloud Code的Subation一样
59:21.172–59:22.652
它只会给一个结果
59:22.652–59:24.292
然后做生下文隔离的
59:24.292–59:24.852
对
59:24.852–59:27.972
后续有推出桌面版的计划吗
59:27.972–59:29.252
是这样的
59:29.252–59:31.812
就是我们会有一个隐藏的功能
59:31.812–59:34.472
其实我们之前在ACE当中有提到过
59:34.472–59:36.632
然后我们会有一个隐藏功能
59:36.632–59:37.732
是叫PWA
59:37.732–59:38.712
然后呢
59:38.712–59:42.152
这个是我们幕后的核心研发大佬
59:42.152–59:43.672
去设计的一个功能
59:43.672–59:52.612
它可以去将你的当前的Octop去生成出一个类似于一个小应用
59:52.612–59:55.812
小APP的一个形式去放在你的手机上
59:55.812–59:57.712
或者是也放在你的电脑上
59:57.712–1:00:01.132
它本身上来讲其实是一个Chrome的一个快照
1:00:01.132–1:00:02.232
然后网页快照
1:00:02.232–1:00:05.112
然后它就会放在你的电脑或者手机上都可以
1:00:05.112–1:00:06.012
你可以实时打开它
1:00:06.012–1:00:07.412
打开就是我们实时的界面
1:00:07.412–1:00:09.352
当然对于这个来讲的话
1:00:09.352–1:00:11.272
我们移动端也做了一些适配
1:00:11.272–1:00:16.792
其实可以在手机上也可以看到我们排版排列的布局方式也是非常合理的
1:00:16.792–1:00:24.292
然后还有朋友问专家切换的延迟怎么样呢
1:00:24.292–1:00:28.312
如果是指在我们的面板上切换专家
1:00:28.312–1:00:30.572
其实是没有什么延迟的
1:00:30.572–1:00:33.432
然后还有一种专家协作方式是
1:00:33.432–1:00:38.212
你通过一个专家连接到IM渠道去询问那个专家
1:00:38.212–1:00:40.132
也是可以实时触达的
1:00:40.132–1:00:42.192
部署与硬件的门槛高吗
1:00:42.192–1:00:47.792
其实我们当前的Octave占用的资源是非常少的
1:00:47.792–1:00:49.312
因为如果说正常运行的话
1:00:49.312–1:00:53.412
它其实占用的也就一两百兆的这样一个内存的资源
1:00:53.412–1:00:56.412
不会对你的硬件门槛要求特别的高
1:00:56.412–1:00:59.352
然后之前会有同学说
1:00:59.352–1:01:01.852
如何防止AI执行危险指令
1:01:01.852–1:01:03.852
其实在我们这个安全防护的这一块
1:01:03.852–1:01:05.532
会有相关的一些介绍
1:01:05.532–1:01:10.952
会对每条指令它都会捕捉到
1:01:10.952–1:01:12.792
对于Token消耗监控的话
1:01:12.792–1:01:15.472
我们也会在Token统计这个面板
1:01:15.472–1:01:17.852
我们可以按照不同的去
1:01:17.852–1:01:19.652
比如说今天最近30天
1:01:19.652–1:01:21.652
然后汇总以及不同的Agent
1:01:21.652–1:01:23.132
进行一个力度的切换
1:01:23.132–1:01:24.372
它都可以去找到
1:01:24.372–1:01:26.112
可以配置内网自己的模型吗
1:01:26.112–1:01:27.272
其实我们是可以的
1:01:27.272–1:01:30.472
如果说你想配置模型的话
1:01:30.472–1:01:31.672
你点击这个模型页面
1:01:31.672–1:01:35.632
然后你可以选择自己的自定义的供应商
1:01:35.632–1:01:37.392
你就可以填写你的名称
1:01:37.392–1:01:39.872
你的API key就可以了
1:01:39.872–1:01:43.452
那我们用户提问摩蓝两可时
1:01:43.452–1:01:48.252
系统是怎么判断应该激活哪个专家agent的
1:01:48.252–1:01:50.192
就是专家的话
1:01:50.192–1:01:53.152
其实是用户手动去激活的
1:01:53.152–1:01:57.072
就是如果已经下载部署了
1:01:57.072–1:01:58.412
我们onpop可以看见
1:01:58.412–1:02:01.332
你在询问的时候必须指定一个专家
1:02:01.332–1:02:02.112
对
1:02:02.112–1:02:04.632
然后通过不同专家
1:02:04.632–1:02:06.832
你是可以通过连不同的IM
1:02:06.832–1:02:08.652
或者你从专家A
1:02:08.652–1:02:10.792
你可以让他去询问专家B
1:02:10.792–1:02:12.172
用固定的prompt
1:02:12.172–1:02:13.792
让他去触达其他专家
1:02:13.792–1:02:15.732
就是不存在这个
1:02:15.732–1:02:17.692
激活哪个专家意见这个说法
1:02:17.692–1:02:20.732
我们今天的直播就到这里结束了
1:02:20.732–1:02:21.592
大家拜拜
0:00.000–0:02.300
zh好,欢迎大家来到直播间。
好,欢迎大家来到直播间。
0:02.560–0:07.682
zh今天呢,我们要聊的是腾讯云字研的一个新的AI Agent助手,
今天呢,我们要聊的是腾讯云字研的一个新的AI Agent助手,
0:07.682–0:08.707
enOctob,
Octob,
0:08.707–0:11.780
zh最近也是刚刚在Github上面开源。
最近也是刚刚在Github上面开源。
0:12.040–0:15.100
zh开源地址呢,也放在了我们的屏幕上面。
开源地址呢,也放在了我们的屏幕上面。
0:15.360–0:18.188
zh它的核心思路是很有意思的,
它的核心思路是很有意思的,
0:18.188–0:20.362
zh就是把多任务多专家,
就是把多任务多专家,
0:20.362–0:24.060
zh子智能体全部放在一个平台上面打通。
子智能体全部放在一个平台上面打通。
0:25.080–0:25.860
zh什么意思呢?
什么意思呢?
0:25.860–0:27.620
zh手里装了好几个agent
手里装了好几个agent
0:27.620–0:31.140
zh可能开发一个写东西一个谁也管不了谁
可能开发一个写东西一个谁也管不了谁
0:31.140–0:33.300
zh那么Octop也提供了一个能力
那么Octop也提供了一个能力
0:33.300–0:36.580
zh让他们在一个地方能够统一的运转
让他们在一个地方能够统一的运转
0:36.580–0:38.460
zh因此今天我们直播间
因此今天我们直播间
0:38.460–0:41.780
zh就会来拆解Octop开源的一个能力
就会来拆解Octop开源的一个能力
0:41.780–0:42.940
zh好的
好的
0:42.940–0:47.940
zh其实算上这次已经是差不多第五次
其实算上这次已经是差不多第五次
0:47.940–0:49.940
zh来到咱们直播间了
来到咱们直播间了
0:49.940–0:54.100
zh然后以前看过我和一名直播的朋友
然后以前看过我和一名直播的朋友
0:54.100–0:56.980
zh可能会想问一个问题
可能会想问一个问题
0:56.980–1:00.980
zh就是之前咱们都是跟另一个产品
就是之前咱们都是跟另一个产品
1:00.980–1:03.700
zh另一个名字叫做LineCloud ACE
另一个名字叫做LineCloud ACE
1:03.700–1:05.220
zh为什么今天换
为什么今天换
1:07.100–1:07.700
zh对
对
1:07.700–1:12.020
zh其实今天就是我们带着我们的
其实今天就是我们带着我们的
1:12.020–1:14.660
zh算是ACE的进化版Octop
算是ACE的进化版Octop
1:14.660–1:16.180
zh来到了咱们直播间
来到了咱们直播间
1:16.180–1:19.540
zh然后这次也是Octop第一次
然后这次也是Octop第一次
1:19.540–1:21.780
zh就是跟大家见面
就是跟大家见面
1:21.780–1:26.740
zh然后我们以前很多小伙伴问ACE什么时候开源
然后我们以前很多小伙伴问ACE什么时候开源
1:26.740–1:30.420
zh那我们现在就是以全新的面貌全新的名字
那我们现在就是以全新的面貌全新的名字
1:30.420–1:31.920
zh然后也开源了
然后也开源了
1:31.920–1:33.840
zh欢迎大家来DHub共建
欢迎大家来DHub共建
1:33.840–1:37.240
zh我想跟大家一起来聊一下
我想跟大家一起来聊一下
1:37.240–1:39.780
zh为什么我们要升级
为什么我们要升级
1:39.780–1:41.980
zh为什么ACE要变成Octo
为什么ACE要变成Octo
1:41.980–1:45.080
zh那这两者到底有什么不一样的
那这两者到底有什么不一样的
1:45.080–1:50.280
zh之前咱们ACE其实在清量云上线已经有一段时间了
之前咱们ACE其实在清量云上线已经有一段时间了
1:50.280–1:54.920
zh然后相信大家深度使用的朋友们也知道
然后相信大家深度使用的朋友们也知道
1:54.920–1:58.960
zh首先咱们ACE就是跟同类产品
首先咱们ACE就是跟同类产品
1:58.960–2:01.200
zh不管是Hermas还是OpenCloud一样
不管是Hermas还是OpenCloud一样
2:01.200–2:02.860
zh都是一个单用户
都是一个单用户
2:02.860–2:05.900
zh就是你自己的虾只有你自己用
就是你自己的虾只有你自己用
2:05.900–2:11.000
zh那现在咱们Optalk变成了一家人一支团队的AI平台
那现在咱们Optalk变成了一家人一支团队的AI平台
2:11.000–2:17.060
zh你用一台实力可以让一个团队一家人都一起用到这只虾的能力
你用一台实力可以让一个团队一家人都一起用到这只虾的能力
2:17.060–2:19.080
zh然后第二个
然后第二个
2:19.080–2:22.400
zh我们更新了全新的技艺系统
我们更新了全新的技艺系统
2:22.400–2:25.720
zh不知道之前关注我们ACE直播的朋友们
不知道之前关注我们ACE直播的朋友们
2:25.720–2:27.240
zh有没有看过
有没有看过
2:27.240–2:29.720
zh听过我们关于技艺的讲解
听过我们关于技艺的讲解
2:29.720–2:33.860
zh我们说了咱们六层技艺会升级会蒸留
我们说了咱们六层技艺会升级会蒸留
2:33.860–2:38.100
zh但是之前我们没有办法追溯
但是之前我们没有办法追溯
2:38.100–2:42.320
zh这个技艺它到底是怎么最后升级成最终的技艺
这个技艺它到底是怎么最后升级成最终的技艺
2:42.320–2:45.220
zh也没有办法说把技艺导出随身携带
也没有办法说把技艺导出随身携带
2:45.220–2:47.040
zh我们想从一个平台
我们想从一个平台
2:47.040–2:48.220
zh牵引到另一个平台
牵引到另一个平台
2:48.220–2:50.740
zh但我们现在Opto支持了
但我们现在Opto支持了
2:50.740–2:52.560
zh这也是我们一个更新的点
这也是我们一个更新的点
2:52.560–2:55.260
zh还有一个点是
还有一个点是
2:55.260–2:57.000
zh之前我们ACE
之前我们ACE
2:57.000–2:59.340
zh其实并没有说有
其实并没有说有
2:59.340–3:02.640
zhOaaS或者说是ACP能力
OaaS或者说是ACP能力
3:02.640–3:05.780
zh然后现在我们也全新更新了
然后现在我们也全新更新了
3:05.780–3:06.780
zh我们的Opto
我们的Opto
3:06.780–3:09.200
zh可以做到一站式互联
可以做到一站式互联
3:09.200–3:13.140
zh后面一名会为大家讲解
后面一名会为大家讲解
3:13.140–3:16.780
zh然后刚刚说了三个小点
然后刚刚说了三个小点
3:16.780–3:21.060
zh那Optop就是从LineCloud ACE到Optop
那Optop就是从LineCloud ACE到Optop
3:21.060–3:25.300
zh所以EFVT就从五个点说了它为什么质变
所以EFVT就从五个点说了它为什么质变
3:25.300–3:28.040
zh为什么是一个个人工具
为什么是一个个人工具
3:28.040–3:30.260
zh就是升级到团队平台
就是升级到团队平台
3:30.260–3:33.740
zh我们现在Optop会有多用户多专家
我们现在Optop会有多用户多专家
3:33.740–3:35.660
zh这是一个什么概念呢
这是一个什么概念呢
3:35.660–3:38.860
zh没关系后面听我讲你们会知道的
没关系后面听我讲你们会知道的
3:38.860–3:43.540
zh然后以前我们ACE只支持5种IM渠道
然后以前我们ACE只支持5种IM渠道
3:43.540–3:46.820
zh但现在扩充到了9种
但现在扩充到了9种
3:46.820–3:48.580
zh你可以连飞书连钉钉
你可以连飞书连钉钉
3:48.580–3:51.100
zh包括以前支持的什么QQ微信
包括以前支持的什么QQ微信
3:51.100–3:53.340
zh甚至我们还能连小E
甚至我们还能连小E
3:53.340–3:57.340
zh然后记忆系统也是有了分层可追溯可带走
然后记忆系统也是有了分层可追溯可带走
3:57.340–3:59.900
zh我们后面会给大家演示
我们后面会给大家演示
3:59.900–4:01.860
zh然后包括拓展能力
然后包括拓展能力
4:01.860–4:03.940
zh我们现在有连接器有ACP
我们现在有连接器有ACP
4:03.940–4:06.900
zh包括我们也更新了我们全新的远程桌面
包括我们也更新了我们全新的远程桌面
4:06.900–4:11.160
zh然后也欢迎大家就是关注我们接下来Oktop一系列的直播
然后也欢迎大家就是关注我们接下来Oktop一系列的直播
4:11.160–4:11.700
zh是的
是的
4:11.700–4:16.120
zh我看也有粉丝朋友问我安装了ACE的话怎么升级
我看也有粉丝朋友问我安装了ACE的话怎么升级
4:16.120–4:22.600
zh这个是目前来讲我们是将Oktop的源码全部开源到GitHub平台
这个是目前来讲我们是将Oktop的源码全部开源到GitHub平台
4:22.600–4:27.380
zh其中你们可以访问我们的GitHub平台上面有Redmi文档
其中你们可以访问我们的GitHub平台上面有Redmi文档
4:27.380–4:31.340
zh上面会告诉大家如何一步步的安装去运行整个项目
上面会告诉大家如何一步步的安装去运行整个项目
4:31.340–4:31.840
zh对
对
4:33.600–4:36.380
zh然后我看刚刚有粉丝朋友说
然后我看刚刚有粉丝朋友说
4:36.380–4:39.620
zh我们和Workbody的核心区别是什么
我们和Workbody的核心区别是什么
4:39.620–4:42.240
zh因为我们从最开始的时候
因为我们从最开始的时候
4:42.240–4:44.320
zh就已经说了非常核心一点
就已经说了非常核心一点
4:44.320–4:46.240
zh也就是我们这次直播的主题
也就是我们这次直播的主题
4:46.240–4:47.160
zh就是我们开源
就是我们开源
4:47.160–4:49.340
zh我们是一个整个是一个开源的项目
我们是一个整个是一个开源的项目
4:49.340–4:50.160
zh相当于是说
相当于是说
4:50.160–4:52.760
zh我们把我们整个Octob的核心源代码
我们把我们整个Octob的核心源代码
4:52.760–4:53.780
zh都开放给大家了
都开放给大家了
4:53.780–4:55.460
zh可以邀请大家一起去共建
可以邀请大家一起去共建
4:55.460–4:56.520
zh一起去提issue
一起去提issue
4:56.520–4:59.780
zh也可以去一起去参与我们Octob的整个的建设
也可以去一起去参与我们Octob的整个的建设
4:59.780–5:03.120
zh一方面是可以更加
一方面是可以更加
5:03.120–5:05.580
zh更加切近于大家正式使用一些场景
更加切近于大家正式使用一些场景
5:05.580–5:10.640
zh我们可以把Oktop打造成大家更想要期待中的样子
我们可以把Oktop打造成大家更想要期待中的样子
5:10.640–5:13.660
zh第二个方面就是如果说你本身也是一名开发者
第二个方面就是如果说你本身也是一名开发者
5:13.660–5:16.800
zh或是你本身也对智能体相关感兴趣
或是你本身也对智能体相关感兴趣
5:16.800–5:19.520
zh你也可以去fork我们的Github仓库
你也可以去fork我们的Github仓库
5:19.520–5:22.620
zh去手动去改Oktop的代码
去手动去改Oktop的代码
5:22.620–5:24.940
zh去定制一款属于你自己的一个agent
去定制一款属于你自己的一个agent
5:24.940–5:28.080
zh然后对于Workbody来说
然后对于Workbody来说
5:28.080–5:30.740
zh其实我们Oktop本质也是
其实我们Oktop本质也是
5:30.740–5:33.440
zh要是用户有一台服务器
要是用户有一台服务器
5:33.440–5:34.500
zh也是安装在服务器
也是安装在服务器
5:34.500–5:36.160
zh就等于数据全部在本地
就等于数据全部在本地
5:36.160–5:37.660
zh不会出服器
不会出服器
5:37.660–5:38.920
zh不会被别人触打到
不会被别人触打到
5:38.920–5:40.760
zh这也是一个数据安全性方面
这也是一个数据安全性方面
5:40.760–5:42.840
zh跟Workbody有不同的地方
跟Workbody有不同的地方
5:42.840–5:45.940
zh那其实今天第一个主题是
那其实今天第一个主题是
5:45.940–5:49.340
zh别让你的Agent成为一座孤岛
别让你的Agent成为一座孤岛
5:49.340–5:52.240
zh这个标题非常文学啊
这个标题非常文学啊
5:52.240–5:54.800
zh其实就是想给大家展示一下
其实就是想给大家展示一下
5:54.800–5:57.180
zh我们Optop全新代的多用户
我们Optop全新代的多用户
5:57.180–5:58.960
zh多专家和子智能体
多专家和子智能体
5:58.960–6:01.400
zh全部打通到底怎么用
全部打通到底怎么用
6:01.400–6:07.020
zh首先其实我会想问焦焦和英明一个问题
首先其实我会想问焦焦和英明一个问题
6:07.020–6:11.400
zh就是你们平时呢
就是你们平时呢
6:11.400–6:14.560
zh就是会有这么一个需求吗
就是会有这么一个需求吗
6:14.560–6:17.920
zh比如说就是你们在用过往龙虾
比如说就是你们在用过往龙虾
6:17.920–6:20.000
zh不管是open cloud还是hermas
不管是open cloud还是hermas
6:20.000–6:21.740
zh还是我们ACE的时候
还是我们ACE的时候
6:21.740–6:25.780
zh你会不会又想用它来做那种工作管理助手
你会不会又想用它来做那种工作管理助手
6:25.780–6:28.200
zh又想让它做智能助手呢
又想让它做智能助手呢
6:28.200–6:28.800
zh会吗
会吗
6:28.800–6:30.320
zh会 是的是的
会 是的是的
6:30.320–6:31.920
zh有的时候我就会
有的时候我就会
6:31.920–6:34.780
zh比如说养的Hermis Agent这种
比如说养的Hermis Agent这种
6:34.780–6:38.020
zh既想让他做一个工作提效方面的
既想让他做一个工作提效方面的
6:38.020–6:41.980
zh比如说本场直播的一个文案的撰写呀
比如说本场直播的一个文案的撰写呀
6:41.980–6:44.640
zh然后直播大纲的一个大件呀等等的
然后直播大纲的一个大件呀等等的
6:44.640–6:47.720
zh但是又想让他去管理一下
但是又想让他去管理一下
6:47.720–6:50.220
zh我们的一个日常的一个日程的情况
我们的一个日常的一个日程的情况
6:50.220–6:51.820
zh健康的情况等等
健康的情况等等
6:51.820–6:53.380
zh所以就会出现这种
所以就会出现这种
6:53.380–6:56.680
zh想让一个Agent做很多很多事情的一个情况
想让一个Agent做很多很多事情的一个情况
6:56.680–6:59.740
zh对 我也是会遇到这种情况
对 我也是会遇到这种情况
6:59.740–7:01.060
zh比如说我们希望这个
比如说我们希望这个
7:01.060–7:04.040
zh我理想中的智能体是一个一体多面的
我理想中的智能体是一个一体多面的
7:04.040–7:06.160
zh它可以有一个主体
它可以有一个主体
7:06.160–7:07.180
zh但是它有多种身份
但是它有多种身份
7:07.180–7:09.220
zh它可以完成很多不同的任务
它可以完成很多不同的任务
7:09.220–7:11.220
zh就像是钢铁侠中的贾维斯一样
就像是钢铁侠中的贾维斯一样
7:11.220–7:12.180
zh我什么都可以问他
我什么都可以问他
7:12.180–7:13.480
zh他可以帮我解决很多事情
他可以帮我解决很多事情
7:13.480–7:15.220
zh但是呢我也有所担心
但是呢我也有所担心
7:15.220–7:18.280
zh就是我希望他不要串台
就是我希望他不要串台
7:18.280–7:20.060
zh比如说我解决这个事情
比如说我解决这个事情
7:20.060–7:21.420
zh他又可以解决另外一个事情
他又可以解决另外一个事情
7:21.420–7:22.820
zh但是之间不要相互干扰
但是之间不要相互干扰
7:22.820–7:24.540
zh这样的话他可能会容易混乱
这样的话他可能会容易混乱
7:24.540–7:27.980
zh那么因您是觉得这有什么好的方法吗
那么因您是觉得这有什么好的方法吗
7:27.980–7:29.020
zh是
是
7:29.020–7:33.900
zh其实我们Optalk全新代的这种多用户多专家
其实我们Optalk全新代的这种多用户多专家
7:33.900–7:37.440
zh其实就很难解决问题
其实就很难解决问题
7:37.440–7:42.420
zh比如说我们之前其实我们有个朋友
比如说我们之前其实我们有个朋友
7:42.420–7:44.860
zh就是会用我们ACE
就是会用我们ACE
7:44.860–7:46.280
zh就是他自己用
就是他自己用
7:46.280–7:47.620
zh同时也给他家人用
同时也给他家人用
7:47.620–7:50.540
zh但是他们记忆是杂揉在一起的
但是他们记忆是杂揉在一起的
7:50.540–7:52.480
zh然后并且比如说
然后并且比如说
7:52.480–7:55.740
zh比如他陪他们家小宝宝
比如他陪他们家小宝宝
7:55.740–7:57.360
zh然后做了事情A
然后做了事情A
7:57.360–8:02.040
zh然后就是他老婆又陪他们家小宝做了事情B
然后就是他老婆又陪他们家小宝做了事情B
8:02.040–8:04.880
zh那这A和B就一起记在记忆里
那这A和B就一起记在记忆里
8:04.880–8:07.880
zh有时候ACE可能会用B去串改A的记忆
有时候ACE可能会用B去串改A的记忆
8:07.880–8:10.220
zh其实这样就有点头疼
其实这样就有点头疼
8:10.220–8:12.680
zh但是我们现在有多用户呢
但是我们现在有多用户呢
8:12.680–8:17.160
zh就会就以前会有记录混在一起记忆总串台
就会就以前会有记录混在一起记忆总串台
8:17.160–8:20.520
zh然后包括展下的记忆一页归零
然后包括展下的记忆一页归零
8:20.520–8:22.740
zh但我们现在就不会这样了
但我们现在就不会这样了
8:22.740–8:26.540
zh那我接下来就会带大家来一次性讲透
那我接下来就会带大家来一次性讲透
8:26.540–8:28.560
zh到底我们的多用户
到底我们的多用户
8:28.560–8:30.720
zh多专家和智能体怎么用
多专家和智能体怎么用
8:30.720–8:33.800
zh首先我们多用户是一台Optop
首先我们多用户是一台Optop
8:33.800–8:34.940
zh就有多人共享
就有多人共享
8:34.940–8:35.940
zh各聊各的
各聊各的
8:35.940–8:37.640
zh多专家是
多专家是
8:38.468–8:41.923
zh多專家是我們一個用戶可以申請多個專家,
多專家是我們一個用戶可以申請多個專家,
8:41.923–8:45.195
zh然後包括我們每個專家的記憶是獨立的,
然後包括我們每個專家的記憶是獨立的,
8:45.195–8:46.468
zh他們不會混亂。
他們不會混亂。
8:46.468–8:48.308
zh包括子智能体是
包括子智能体是
8:48.308–8:51.328
zh可以给一个专家配多个子智能体
可以给一个专家配多个子智能体
8:51.328–8:53.188
zh就是给一个助手配多个小帮手
就是给一个助手配多个小帮手
8:53.188–8:56.188
zh然后让他们组团协作
然后让他们组团协作
8:56.188–8:58.308
zh一个Octop全家都能用
一个Octop全家都能用
8:58.308–9:00.628
zh那其实这里就首先
那其实这里就首先
9:00.628–9:02.588
zh就是用户作为管理员
就是用户作为管理员
9:02.588–9:03.968
zh他可以创建子账号
他可以创建子账号
9:03.968–9:05.708
zh让家人各自登录
让家人各自登录
9:05.708–9:08.668
zh就是我刚刚就是举的那个难题例子
就是我刚刚就是举的那个难题例子
9:08.668–9:10.688
zh就是可以用多用户来解决
就是可以用多用户来解决
9:10.688–9:13.748
zh然后一台服务全家人同时用
然后一台服务全家人同时用
9:13.748–9:16.488
zh就是一家如果有两个人
就是一家如果有两个人
9:16.488–9:17.848
zh包括三个人四个人
包括三个人四个人
9:17.848–9:18.948
zh不用买四排箱
不用买四排箱
9:18.948–9:20.108
zh就买一台Octop
就买一台Octop
9:20.108–9:21.348
zh他们可以一起用
他们可以一起用
9:21.348–9:23.308
zh然后账号也分组次
然后账号也分组次
9:23.308–9:24.748
zh也有全线管理
也有全线管理
9:24.748–9:26.588
zh具体是什么样子呢
具体是什么样子呢
9:26.588–9:28.948
zh可以给大家就实际
可以给大家就实际
9:28.948–9:31.148
zh我们跑起来Octop演示起来
我们跑起来Octop演示起来
9:31.148–9:37.628
zh这其实是我已经登录的一个管理员账户
这其实是我已经登录的一个管理员账户
9:37.628–9:39.508
zh然后你看这里
然后你看这里
9:39.508–9:43.728
zh左边这边的一个Tab栏就有
左边这边的一个Tab栏就有
9:43.748–9:45.228
zh就有用户
就有用户
9:45.228–9:47.048
zh然后你可以新建用户
然后你可以新建用户
9:47.048–9:49.068
zh如果我要给我妈妈建个用户
如果我要给我妈妈建个用户
9:49.068–9:51.788
zh然后就可以直接帮她新建
然后就可以直接帮她新建
9:51.788–9:52.848
zh比如妈妈妈妈就
比如妈妈妈妈就
9:52.848–9:56.048
zh然后设定一个密码
然后设定一个密码
9:56.048–10:02.488
zh这个是就是给团队
这个是就是给团队
10:02.488–10:04.308
zh或者说家庭里的其他成员
或者说家庭里的其他成员
10:04.308–10:06.888
zh创建子账户的一个过程吗
创建子账户的一个过程吗
10:06.888–10:08.428
zh对 我们现在在教大家
对 我们现在在教大家
10:08.428–10:11.108
zh如何去进行多个用户之间的
如何去进行多个用户之间的
10:11.108–10:13.668
zh对 然后这里角色有管理员
对 然后这里角色有管理员
10:13.668–10:14.668
zh也有普通用户
也有普通用户
10:14.668–10:16.868
zh就是比如说我创建了
就是比如说我创建了
10:16.868–10:18.768
zh这里就会有一个新的账户
这里就会有一个新的账户
10:18.768–10:20.528
zh像我现在登录的是
像我现在登录的是
10:20.528–10:21.268
zh我的密码
我的密码
10:21.268–10:23.788
zh我接下面还有一个账号叫妈妈
我接下面还有一个账号叫妈妈
10:23.788–10:25.428
zh一个账号叫Test1
一个账号叫Test1
10:25.428–10:29.648
zh对 就是一只虾可以被多个账户使用
对 就是一只虾可以被多个账户使用
10:29.648–10:31.028
zh并且多个账户
并且多个账户
10:31.028–10:33.808
zh它其实登进来的聊天
它其实登进来的聊天
10:33.808–10:35.488
zh应该都是不同的
应该都是不同的
10:35.488–10:36.468
zh我可以登一下
我可以登一下
10:36.468–10:38.308
zh刚刚我创建的那个账号
刚刚我创建的那个账号
10:38.308–10:40.248
zh好的 我看评论区
好的 我看评论区
10:40.248–10:44.008
zh家木问这个不同用户组对接的话
家木问这个不同用户组对接的话
10:44.008–10:46.008
zh是不同的知识库吗
是不同的知识库吗
10:46.008–10:49.128
zh对他们其实本质不是知识库
对他们其实本质不是知识库
10:49.128–10:51.128
zh其实是记忆吧
其实是记忆吧
10:51.128–10:54.448
zh他们其实不同用户的记忆是独立的
他们其实不同用户的记忆是独立的
10:54.448–10:56.108
zh工作区也是独立的
工作区也是独立的
10:56.108–10:59.688
zh就是比如这是我新建的子账户
就是比如这是我新建的子账户
10:59.688–11:02.768
zh就我刚刚其实那个的命账户有很多专家
就我刚刚其实那个的命账户有很多专家
11:02.768–11:04.448
zh但是我新登陆了子账户
但是我新登陆了子账户
11:04.448–11:05.428
zh它就是全新的
它就是全新的
11:05.428–11:06.788
zh它没有任何专家
它没有任何专家
11:06.788–11:09.048
zh对我现在就是启动一个专家
对我现在就是启动一个专家
11:09.048–11:11.508
zh然后包括通道这些都是没配过的
然后包括通道这些都是没配过的
11:11.508–11:13.868
zh对 它是一个全新空白的用户
对 它是一个全新空白的用户
11:13.868–11:19.568
zh那是管理员他可以去配置紫账户的所有的内容吗
那是管理员他可以去配置紫账户的所有的内容吗
11:19.568–11:24.628
zh他其实只是说能给紫账户创建一个账户
他其实只是说能给紫账户创建一个账户
11:24.628–11:26.808
zh然后就交给紫账户自己去用
然后就交给紫账户自己去用
11:26.808–11:28.248
zh多人用的话
多人用的话
11:28.248–11:31.748
zh不同的用户之间的记忆会混乱吗
不同的用户之间的记忆会混乱吗
11:31.748–11:32.948
zh不会的
不会的
11:32.948–11:36.768
zh因为他们彼此记忆都是隔离的
因为他们彼此记忆都是隔离的
11:36.768–11:41.368
zh就像我刚刚管理员账户和我现在创建紫账户
就像我刚刚管理员账户和我现在创建紫账户
11:41.368–11:44.988
zh就是紫账户只会召回紫账户的记忆
就是紫账户只会召回紫账户的记忆
11:44.988–11:49.308
zh然后管理员账户也只会召回和触达到管理员的记忆
然后管理员账户也只会召回和触达到管理员的记忆
11:49.308–11:51.588
zh他们彼此不会混乱
他们彼此不会混乱
11:51.588–11:52.148
zh对
对
11:52.148–11:54.568
zh对 他们之间的包括一些消息
对 他们之间的包括一些消息
11:54.568–11:57.128
zh包括一些专家的配置
包括一些专家的配置
11:57.128–11:58.168
zh还有绘画之间
还有绘画之间
11:58.168–12:00.408
zh他们是隔离的 不会相互干扰
他们是隔离的 不会相互干扰
12:00.408–12:03.048
zh然后我看评论区有粉丝
然后我看评论区有粉丝
12:03.048–12:05.268
zh问用户跟用户之间有什么关系
问用户跟用户之间有什么关系
12:05.268–12:11.748
zh其实我理解是管理员去定义用户和用户之间的关系
其实我理解是管理员去定义用户和用户之间的关系
12:11.748–12:12.948
zh其实你能看到
其实你能看到
12:12.948–12:14.968
zh你看我这是个子账户
你看我这是个子账户
12:14.968–12:19.228
zh我其实左边就完全没有用过那个Tab键
我其实左边就完全没有用过那个Tab键
12:19.228–12:22.608
zh因为只有管理员可以创建子账户
因为只有管理员可以创建子账户
12:22.608–12:24.768
zh如果我是台管理员
如果我是台管理员
12:24.768–12:26.308
zh我买了我们的Octop
我买了我们的Octop
12:26.308–12:28.308
zh或者我买台服务器
或者我买台服务器
12:28.308–12:30.268
zh我install了我们Octop
我install了我们Octop
12:30.268–12:33.288
zh如果我想给我的团队里的人用
如果我想给我的团队里的人用
12:33.288–12:35.188
zh比如说我想给移民用
比如说我想给移民用
12:35.188–12:36.728
zh然后我想给我其他朋友用
然后我想给我其他朋友用
12:36.728–12:38.828
zh我直接就创建个子账户
我直接就创建个子账户
12:38.828–12:41.008
zh可以把我的虾的能力分享给他们用
可以把我的虾的能力分享给他们用
12:41.008–12:43.088
zh这样他们就不用新买一台服务器
这样他们就不用新买一台服务器
12:43.088–12:43.908
zh再布一台虾
再布一台虾
12:43.908–12:45.648
zh就直接用我的虾
就直接用我的虾
12:45.648–12:47.808
zh然后我们彼此记忆隔离
然后我们彼此记忆隔离
12:47.808–12:48.328
zh对
对
12:48.328–12:50.548
zh所以说其实可以理解为
所以说其实可以理解为
12:50.548–12:52.328
zh假如说管理员
假如说管理员
12:52.328–12:53.848
zh或者是一个家庭中
或者是一个家庭中
12:53.848–12:54.588
zh一个团队中
一个团队中
12:54.588–12:55.728
zh有一个管理员
有一个管理员
12:55.728–12:57.908
zh已经部署了这个Octop的话
已经部署了这个Octop的话
12:57.908–12:59.848
zh是不是团队内其他成员
是不是团队内其他成员
12:59.848–13:00.788
zh或者家庭成员
或者家庭成员
13:00.788–13:02.908
zh就可以共用这个服务器呢
就可以共用这个服务器呢
13:02.908–13:04.848
zh对 是的
对 是的
13:04.848–13:09.008
zh这样的话其实我们会减少很多资源的消耗
这样的话其实我们会减少很多资源的消耗
13:09.008–13:11.228
zh比如说我们可以用一个人去购买这个
比如说我们可以用一个人去购买这个
13:11.228–13:12.648
zh然后大家可以一起用
然后大家可以一起用
13:12.648–13:18.608
zh这样的话就避免了每个人他都需要重新部署一套Octob服务
这样的话就避免了每个人他都需要重新部署一套Octob服务
13:18.608–13:20.528
zh或者是再购买一台Octob
或者是再购买一台Octob
13:20.528–13:24.168
zh大大降低了我们对于Octob的使用成本门槛
大大降低了我们对于Octob的使用成本门槛
13:24.168–13:26.648
zhOctob的基础的一个底层基础架构
Octob的基础的一个底层基础架构
13:26.648–13:29.308
zh是不是延续了OpenCloud的一个核心框架
是不是延续了OpenCloud的一个核心框架
13:29.308–13:31.088
zh这个可以解答一下吗
这个可以解答一下吗
13:31.088–13:33.968
zh我们和OpenCloud相比的话有什么优势吗
我们和OpenCloud相比的话有什么优势吗
13:33.968–13:40.188
zh其实Octop底层技术架构是一个对ACE功能的对齐和存构
其实Octop底层技术架构是一个对ACE功能的对齐和存构
13:40.188–13:46.268
zh我们就是以更优美更晚辈更高级的功能面向开源
我们就是以更优美更晚辈更高级的功能面向开源
13:46.268–13:47.968
zh然后现在发布了出来
然后现在发布了出来
13:47.968–13:51.028
zh然后是对ACE的一个全量升级
然后是对ACE的一个全量升级
13:51.028–13:56.028
zh对我们的Github链接其实在这里
对我们的Github链接其实在这里
13:56.028–13:58.188
zh在我们的右上角
在我们的右上角
13:58.188–14:01.148
zh也随时欢迎直播间大家为我们
也随时欢迎直播间大家为我们
14:01.148–14:04.148
zh关注我们的GitHub仓库
关注我们的GitHub仓库
14:04.148–14:06.268
zh为我们TPR提供
为我们TPR提供
14:06.268–14:08.828
zh也给我们点点STAR
也给我们点点STAR
14:08.828–14:09.468
zh谢谢
谢谢
14:10.268–14:10.948
zh是的
是的
14:10.948–14:12.148
zh那其实我听下来的话
那其实我听下来的话
14:12.148–14:14.068
zh我觉得我们多用户的这个功能
我觉得我们多用户的这个功能
14:14.068–14:15.868
zh其实相较于其他agent来说
其实相较于其他agent来说
14:15.868–14:18.228
zh是不是还是比较有优势的
是不是还是比较有优势的
14:18.228–14:20.748
zh是否可以再深入的讲解一下
是否可以再深入的讲解一下
14:20.748–14:22.908
zh比如我看评论区有很多的人问
比如我看评论区有很多的人问
14:22.908–14:24.348
zh那这个多用户的话
那这个多用户的话
14:24.348–14:25.748
zh账户能不能配置
账户能不能配置
14:25.748–14:27.348
zh其他的一些通信通道
其他的一些通信通道
14:27.348–14:28.788
zh比如说微信等等
比如说微信等等
14:28.788–14:30.828
zh对他们都是隔离的
对他们都是隔离的
14:30.828–14:32.628
zh你看这个子账户
你看这个子账户
14:32.628–14:35.788
zh它其实也是有全套支持的通道
它其实也是有全套支持的通道
14:35.788–14:38.868
zh并且它都是跟我们主账户隔离的
并且它都是跟我们主账户隔离的
14:38.868–14:42.028
zh就是子用户也可以配一个通道
就是子用户也可以配一个通道
14:42.028–14:45.068
zh就仅仅是跟子用户所有的工作区
就仅仅是跟子用户所有的工作区
14:45.068–14:46.648
zh和它的记忆联动
和它的记忆联动
14:46.648–14:48.348
zh对也可以配通道
对也可以配通道
14:48.348–14:51.248
zh然后在微信上调用这支Octo
然后在微信上调用这支Octo
14:51.248–14:51.748
zh对
对
14:51.748–14:53.728
zh那Win可以连接微信
那Win可以连接微信
14:53.728–14:55.108
zh然后一个团队多个人
然后一个团队多个人
14:55.108–14:57.328
zh然后子账号去连接各自的微信
然后子账号去连接各自的微信
14:57.328–14:58.788
zh然后再用不同的微信
然后再用不同的微信
14:58.788–15:01.288
zh去给同一个服务器发送指令吗
去给同一个服务器发送指令吗
15:01.288–15:03.868
zh是的 没错
是的 没错
15:03.868–15:04.908
zh其实就是这样
其实就是这样
15:04.908–15:06.728
zh就是我们一个Octop
就是我们一个Octop
15:06.728–15:09.048
zh部署在一个服务器上
部署在一个服务器上
15:09.048–15:10.448
zh然后有多个用户
然后有多个用户
15:10.448–15:12.848
zh每个用户都可以连接各自的微信
每个用户都可以连接各自的微信
15:12.848–15:13.728
zh各自的QQ
各自的QQ
15:13.728–15:16.948
zh然后都可以向这个Octop发布指令
然后都可以向这个Octop发布指令
15:16.948–15:18.508
zh但是他们发布的指令
但是他们发布的指令
15:18.508–15:20.308
zh就是只跟自己的
就是只跟自己的
15:20.308–15:23.308
zh就是子用户的工作区相关
就是子用户的工作区相关
15:23.308–15:25.068
zh就是多用户隔离
就是多用户隔离
15:25.068–15:28.048
zh问多智能体之间通信机制有哪些
问多智能体之间通信机制有哪些
15:28.048–15:30.168
zh多智能体之间
多智能体之间
15:30.168–15:31.168
zh我理解这个问题
我理解这个问题
15:31.168–15:33.268
zh是不是在问我们目前的一个
是不是在问我们目前的一个
15:33.268–15:35.648
zh多用户的一个场景之间
多用户的一个场景之间
15:35.648–15:37.448
zh能否进行通信呢
能否进行通信呢
15:37.448–15:42.748
zh我们多用户是隔离的
我们多用户是隔离的
15:42.748–15:45.028
zh但我们有多智能体
但我们有多智能体
15:45.028–15:46.028
zh就包括其实
就包括其实
15:46.028–15:47.788
zh等后续直播
等后续直播
15:47.788–15:49.568
zh我会讲到我们有智能体
我会讲到我们有智能体
15:49.568–15:51.588
zh包括我们有专家
包括我们有专家
15:51.588–15:53.248
zh专家其实我们可以创建
专家其实我们可以创建
15:53.248–15:53.928
zh多个专家
多个专家
15:53.928–15:55.288
zh然后每个专家之间
然后每个专家之间
15:55.288–15:56.108
zh也可以通信
也可以通信
15:56.108–15:59.868
zh如果大家就是对我们的技术架构
如果大家就是对我们的技术架构
15:59.868–16:01.348
zh对我们的代码
对我们的代码
16:01.348–16:03.008
zh对我们的技术架构好奇的话
对我们的技术架构好奇的话
16:03.008–16:05.508
zh其实我们就是完全看远
其实我们就是完全看远
16:05.508–16:07.448
zh大家可以去DHub仓库
大家可以去DHub仓库
16:07.448–16:09.508
zh欢迎大家给我们多点点思大
欢迎大家给我们多点点思大
16:09.508–16:10.848
zh细细研读我们
细细研读我们
16:10.848–16:15.668
zh细细研读我们CVM高级研发工程师写代码
细细研读我们CVM高级研发工程师写代码
16:15.668–16:16.688
zh当然不是我们两个
当然不是我们两个
16:16.688–16:17.928
zh对是我们团队大了
对是我们团队大了
16:17.928–16:21.528
zh然后欢迎大家给我们仓库点点思大
然后欢迎大家给我们仓库点点思大
16:21.528–16:23.628
zh然后有发现什么
然后有发现什么
16:23.628–16:25.688
zh有意见也可以TTE是TTPR
有意见也可以TTE是TTPR
16:25.688–16:26.888
zh欢迎大家和我们共见
欢迎大家和我们共见
16:26.888–16:30.208
zh他问这个可以组建多agent团队吗
他问这个可以组建多agent团队吗
16:30.208–16:31.808
zh还是单纯自己一个agent
还是单纯自己一个agent
16:31.808–16:35.048
zh形成不同子agent的一个团队
形成不同子agent的一个团队
16:35.048–16:37.048
zh可以组建多agent团队
可以组建多agent团队
16:37.048–16:40.768
zh就是每个专家之间也可以相互同信
就是每个专家之间也可以相互同信
16:40.768–16:42.288
zh包括一个专家可以
包括一个专家可以
16:42.288–16:44.348
zh也可以携带自己的子agent
也可以携带自己的子agent
16:44.348–16:45.748
zh也可以一起调用
也可以一起调用
16:45.748–16:47.488
zh对这两种功能我们都支持
对这两种功能我们都支持
16:47.488–16:50.448
zh然后我看还有粉丝朋友问
然后我看还有粉丝朋友问
16:50.448–16:51.768
zh可以连接不同的IM
可以连接不同的IM
16:51.768–16:53.608
zh比如微信跟我聊生活
比如微信跟我聊生活
16:53.608–16:55.028
zh其微跟我聊工作吗
其微跟我聊工作吗
16:55.028–16:58.048
zh可以对我接下来就要讲解这一点
可以对我接下来就要讲解这一点
16:58.048–17:03.448
zh我们的多专家就是可以达到这位粉丝朋友想要的效果
我们的多专家就是可以达到这位粉丝朋友想要的效果
17:03.448–17:10.968
zh现在升级自己的清量服务器到Optop能继承原来的OpenCloud配置和空间吗
现在升级自己的清量服务器到Optop能继承原来的OpenCloud配置和空间吗
17:10.968–17:15.288
zh我们有提供OpenCloud的迁移
我们有提供OpenCloud的迁移
17:15.288–17:15.948
zh对
对
17:15.948–17:18.788
zh每个子智能体也是独立的吗
每个子智能体也是独立的吗
17:18.788–17:20.428
zh每个子智能体
每个子智能体
17:20.428–17:25.668
zh其实Subagent的概念它在一个定义上
其实Subagent的概念它在一个定义上
17:25.668–17:28.788
zh其实就不适合大agent做记忆独立的
其实就不适合大agent做记忆独立的
17:28.788–17:32.528
zhSubagent只是作为一个agent的助手
Subagent只是作为一个agent的助手
17:32.528–17:34.268
zh回答那么久用不问题
回答那么久用不问题
17:34.268–17:36.708
zh我赶紧给大家讲讲干货吧
我赶紧给大家讲讲干货吧
17:39.361–17:44.161
zh剛剛其實說了,我們多用戶嘛,就是可以全家一起用。
剛剛其實說了,我們多用戶嘛,就是可以全家一起用。
17:44.161–17:50.761
zh我也可以給我的媽媽爸爸創建這個用戶,讓他們一起共享回家。
我也可以給我的媽媽爸爸創建這個用戶,讓他們一起共享回家。
17:50.761–17:52.561
zh然后其实也呼不穿台
然后其实也呼不穿台
17:52.561–17:54.761
zh就聊的不会被我爸爸哄妈妈看的
就聊的不会被我爸爸哄妈妈看的
17:54.761–17:59.061
zh只是在一起用这台服务器上的这一个Octop
只是在一起用这台服务器上的这一个Octop
17:59.061–18:01.861
zh然后其实就来了多专家
然后其实就来了多专家
18:01.861–18:04.561
zh这也是其实刚刚很多用户问的场景
这也是其实刚刚很多用户问的场景
18:04.561–18:06.361
zh那多专家是什么呢
那多专家是什么呢
18:06.361–18:10.361
zh就是我可以用多个专属助手
就是我可以用多个专属助手
18:10.361–18:13.161
zh就一个用户他可以用多个专家
就一个用户他可以用多个专家
18:13.161–18:16.661
zh就是其实多专家就是我刚刚对
就是其实多专家就是我刚刚对
18:16.661–18:18.861
zh一鸣和佼佼提问的那个
一鸣和佼佼提问的那个
18:18.861–18:20.721
zh其实是个很现实的场景
其实是个很现实的场景
18:20.721–18:22.921
zh就比如说我在工作的生活中
就比如说我在工作的生活中
18:22.921–18:28.361
zh我也需要可能有时候需要一个生活助理来管理我的健康
我也需要可能有时候需要一个生活助理来管理我的健康
18:28.361–18:32.101
zh然后我也需要一个工作秘书来帮我工作
然后我也需要一个工作秘书来帮我工作
18:32.101–18:35.161
zh但是我不希望他们两个是互相知道彼此
但是我不希望他们两个是互相知道彼此
18:35.161–18:37.161
zh我不希望他们的记忆混乱
我不希望他们的记忆混乱
18:37.161–18:39.161
zh就我不希望我在做PPT的时候
就我不希望我在做PPT的时候
18:39.161–18:40.421
zh他突然对我说
他突然对我说
18:40.421–18:42.761
zh哎 你昨天吃了火锅
哎 你昨天吃了火锅
18:42.761–18:45.901
zh那你做PT的时候不需要知道这些事
那你做PT的时候不需要知道这些事
18:45.901–18:49.741
zh所以就是针对这种需要各司其职的场景
所以就是针对这种需要各司其职的场景
18:49.741–18:52.301
zh我们推出了多专家
我们推出了多专家
18:52.301–18:54.861
zh当然我这里也可以给大家演示
当然我这里也可以给大家演示
18:54.861–18:56.141
zh这些都是我们的现成功能
这些都是我们的现成功能
18:56.141–18:58.701
zh包括大家从Github仓库也可以
包括大家从Github仓库也可以
18:58.701–19:00.141
zh直接就是安装
直接就是安装
19:00.141–19:01.581
zh然后直接体验到
然后直接体验到
19:01.581–19:04.581
zh我们的这些多专家多用户的功能
我们的这些多专家多用户的功能
19:04.581–19:06.981
zh可以看到我其实刚刚
可以看到我其实刚刚
19:06.981–19:08.421
zh就是在这个主用户
就是在这个主用户
19:08.421–19:10.861
zh对不管是我们主用户还是子用户
对不管是我们主用户还是子用户
19:10.861–19:13.661
zh都可以体会到这些功能
都可以体会到这些功能
19:13.661–19:14.581
zh非常好
非常好
19:14.581–19:18.501
zh然后我刚刚其实在子用户创建一个通用助手专家
然后我刚刚其实在子用户创建一个通用助手专家
19:18.501–19:21.501
zh然后我们现在就是有办公自动化
然后我们现在就是有办公自动化
19:21.501–19:22.861
zh有育儿专家
有育儿专家
19:22.861–19:26.861
zh有我们的老钱证券观察员
有我们的老钱证券观察员
19:26.861–19:29.941
zh那我现在就来创建一个育儿专家吧
那我现在就来创建一个育儿专家吧
19:29.941–19:31.621
zh假如假如我又为小孩
假如假如我又为小孩
19:31.621–19:34.421
zh我就是又想用通用助手帮我工作
我就是又想用通用助手帮我工作
19:34.421–19:37.341
zh又想用育儿专家帮我养娃
又想用育儿专家帮我养娃
19:37.341–19:40.181
zh那我这里就可以切换到聊天
那我这里就可以切换到聊天
19:40.181–19:43.981
zh跟他say个hi
跟他say个hi
19:44.581–19:50.601
zh这个育儿专家他是直接就已经为我们都设置好了模板
这个育儿专家他是直接就已经为我们都设置好了模板
19:50.601–19:53.981
zh我们就只需要一键点击就可以部署了是吗
我们就只需要一键点击就可以部署了是吗
19:53.981–19:54.981
zh是的 是的
是的 是的
19:54.981–19:56.921
zh不知道大家有没有关注之前
不知道大家有没有关注之前
19:56.921–20:03.121
zh我们的产品经理Anson给大家带来了一场关于ACE育儿的
我们的产品经理Anson给大家带来了一场关于ACE育儿的
20:03.121–20:08.341
zh对 这个育儿专家就是ACE上我们五缝迁移过来对标的能力
对 这个育儿专家就是ACE上我们五缝迁移过来对标的能力
20:08.341–20:13.021
zh对 相当于你在ACE上使用的功能在我们Octop上都可以实现
对 相当于你在ACE上使用的功能在我们Octop上都可以实现
20:13.021–20:15.001
zh还有粉丝朋友问说
还有粉丝朋友问说
20:15.001–20:16.881
zh如何保证数据安全
如何保证数据安全
20:16.881–20:19.281
zh我们是一个开源项目
我们是一个开源项目
20:19.281–20:21.641
zh就是用户自己也可以买一台服务器安装
就是用户自己也可以买一台服务器安装
20:21.641–20:25.741
zh所以所有数据都是在你们自己的服务器里的
所以所有数据都是在你们自己的服务器里的
20:25.741–20:27.621
zh不会包含在外面的
不会包含在外面的
20:27.621–20:30.121
zh外面包括我们自己都触达不了
外面包括我们自己都触达不了
20:30.121–20:31.701
zh就是封锁在你们的服务器
就是封锁在你们的服务器
20:31.701–20:34.501
zh或者你们在本集安装就是在你们的经理
或者你们在本集安装就是在你们的经理
20:34.501–20:37.501
zh这个数据都是保存在你们自己的本地
这个数据都是保存在你们自己的本地
20:37.501–20:39.061
zh我们是无法访问到的
我们是无法访问到的
20:39.061–20:42.101
zh然后我看评论区公子他问
然后我看评论区公子他问
20:42.101–20:43.841
zh如果给团队用的话
如果给团队用的话
20:43.841–20:45.821
zh可以多team吗
可以多team吗
20:45.821–20:47.201
zhteam数上限是多少
team数上限是多少
20:47.201–20:49.541
zh每个team内的成员上限是多少
每个team内的成员上限是多少
20:49.541–20:51.541
zhteam的意思是
team的意思是
20:51.541–20:52.921
zh只用户吗
只用户吗
20:52.921–20:54.801
zh目前来讲的话
目前来讲的话
20:54.801–20:57.241
zh我们还没有对用户进行一个
我们还没有对用户进行一个
20:57.241–20:58.641
zh分组的处理
分组的处理
20:58.641–21:00.821
zh目前来讲只是针对于
目前来讲只是针对于
21:00.821–21:02.321
zh我们有两种角色
我们有两种角色
21:02.321–21:04.201
zh一种是管理员一种是普通用户
一种是管理员一种是普通用户
21:04.201–21:06.041
zh那么管理员可以创建
那么管理员可以创建
21:06.041–21:08.701
zh管理员和普通用户
管理员和普通用户
21:08.701–21:09.721
zh两种角色的用户
两种角色的用户
21:09.721–21:11.421
zh但是并没有对用户之间
但是并没有对用户之间
21:11.421–21:12.961
zh做一个分组的划分
做一个分组的划分
21:12.961–21:14.881
zh目前还没有做这样的功能
目前还没有做这样的功能
21:14.881–21:16.081
zh就是因为我们
就是因为我们
21:16.081–21:19.841
zh因为都在GitHub上
因为都在GitHub上
21:19.841–21:21.121
zh然后也有安装脚本
然后也有安装脚本
21:21.121–21:23.041
zh你想装在云服务器
你想装在云服务器
21:23.041–21:24.861
zh想装在本地都是可以的
想装在本地都是可以的
21:24.861–21:25.361
zh对
对
21:25.361–21:27.621
zh只要你有电脑
只要你有电脑
21:27.621–21:29.881
zh都可以去进行实现
都可以去进行实现
21:29.881–21:31.721
zh说专家养娃的话
说专家养娃的话
21:31.721–21:33.481
zh怎么才能让我不为陪娃
怎么才能让我不为陪娃
21:33.481–21:34.481
zh作业而苦恼
作业而苦恼
21:34.481–21:35.581
zh这个的话
这个的话
21:35.581–21:36.901
zh也欢迎来试用一下
也欢迎来试用一下
21:36.901–21:37.901
zh我们这个育儿专家
我们这个育儿专家
21:37.901–21:39.501
zh看一下是否能帮到你
看一下是否能帮到你
21:39.501–21:45.381
zh我们育儿专家母班其实对八年级的数学
我们育儿专家母班其实对八年级的数学
21:45.381–21:49.741
zh我才应该八年级是初二了吧
我才应该八年级是初二了吧
21:49.741–21:52.061
zh对这么大的娃好像不适用
对这么大的娃好像不适用
21:52.061–21:53.841
zh但是没有关系
但是没有关系
21:53.841–21:56.301
zh可以来探查一下我们的子智能体
可以来探查一下我们的子智能体
21:56.301–22:00.141
zh我们子智能体里面有非常多的定理啊
我们子智能体里面有非常多的定理啊
22:00.141–22:01.361
zh包括历史啊
包括历史啊
22:01.361–22:04.201
zh包括如果你的小孩想学开发
包括如果你的小孩想学开发
22:04.201–22:06.181
zh想学其他的都可以来看
想学其他的都可以来看
22:06.181–22:09.781
zh判处一下我们的多专家多智能体
判处一下我们的多专家多智能体
22:09.781–22:10.281
zh对
对
22:10.281–22:10.781
zh是的
是的
22:10.781–22:13.061
zh可以让专家来帮你养娃
可以让专家来帮你养娃
22:13.061–22:14.461
zh来做作业辅导作业
来做作业辅导作业
22:14.461–22:16.261
zh可以尝试一下专家的功能
可以尝试一下专家的功能
22:16.261–22:18.601
zh他问使用云服务器的时候
他问使用云服务器的时候
22:18.601–22:20.901
zh资料也是保存在自己的电脑上吗
资料也是保存在自己的电脑上吗
22:20.901–22:24.081
zh使用云服务器的时候
使用云服务器的时候
22:24.081–22:27.721
zh资料肯定是保存在你的云服务器上的
资料肯定是保存在你的云服务器上的
22:27.721–22:28.221
zh对
对
22:28.221–22:31.541
zh因为其实也对我们的Optop
因为其实也对我们的Optop
22:31.541–22:32.801
zh有个权限的管控
有个权限的管控
22:32.801–22:34.641
zh如果你在云服务器上使用
如果你在云服务器上使用
22:34.641–22:38.681
zh我们是不希望它就是谈谈到孕妇器以外的地方的
我们是不希望它就是谈谈到孕妇器以外的地方的
22:38.681–22:43.001
zh然后还有人问有了Octop还需要ACE吗
然后还有人问有了Octop还需要ACE吗
22:43.001–22:47.941
zh我们Octop其实是一个对ACE的延续
我们Octop其实是一个对ACE的延续
22:47.941–22:53.641
zh你可以看到其实我们功能啊界面都是完全延续进化
你可以看到其实我们功能啊界面都是完全延续进化
22:53.641–22:55.881
zh就是ACE支持的Octop都支持
就是ACE支持的Octop都支持
22:55.881–22:59.841
zh我们后续也会推出ACE牵移到Octop上的方法
我们后续也会推出ACE牵移到Octop上的方法
22:59.841–23:04.101
zh对相当于是我们ACE有的功能在Octop上都有
对相当于是我们ACE有的功能在Octop上都有
23:04.101–23:07.701
zh如果说你是之前使用ACE的用户的话
如果说你是之前使用ACE的用户的话
23:07.701–23:09.181
zh对于使用Octob来讲
对于使用Octob来讲
23:09.181–23:11.621
zh你其实对你的使用体验
你其实对你的使用体验
23:11.621–23:12.961
zh或者是产品体验上来讲
或者是产品体验上来讲
23:12.961–23:14.041
zh没有特别大的差别
没有特别大的差别
23:14.041–23:17.061
zh我们主要是想对齐一下
我们主要是想对齐一下
23:17.061–23:18.141
zh大家的一个用户体验
大家的一个用户体验
23:18.141–23:19.741
zh让大家可以更加丝滑
让大家可以更加丝滑
23:19.741–23:20.841
zh更加顺滑地
更加顺滑地
23:20.841–23:23.161
zh再从ACE或者迁移到Octob
再从ACE或者迁移到Octob
23:23.161–23:25.861
zh他问QCloud的Agent
他问QCloud的Agent
23:25.861–23:27.241
zh可以迁移到Octob吗
可以迁移到Octob吗
23:27.241–23:33.521
zh因为QCloud其实不是我们团队内容的产品
因为QCloud其实不是我们团队内容的产品
23:33.521–23:36.581
zh对 目前来说其实Qo它本身是一个产品
对 目前来说其实Qo它本身是一个产品
23:36.581–23:39.561
zh它不是一个公开的开源项目
它不是一个公开的开源项目
23:39.561–23:42.081
zh对 我们本身上来讲是一个开源项目
对 我们本身上来讲是一个开源项目
23:42.081–23:43.821
zh如果说你有特别好用的agent
如果说你有特别好用的agent
23:43.821–23:46.621
zh你可以直接提升到我们的Octop上
你可以直接提升到我们的Octop上
23:46.621–23:48.481
zh都是没有任何问题的
都是没有任何问题的
23:48.481–23:51.841
zh是的 也欢迎去支持一下我们的开源STAR
是的 也欢迎去支持一下我们的开源STAR
23:51.841–23:55.081
zhOctop支持一键部署到腾讯云的TKE吗
Octop支持一键部署到腾讯云的TKE吗
23:55.081–23:58.001
zh这个的话是这样的
这个的话是这样的
23:58.001–24:03.701
zh就是如果说你已经购买了咱们腾讯云的TQE的服务的话
就是如果说你已经购买了咱们腾讯云的TQE的服务的话
24:03.701–24:06.961
zh你参考我们的Github链接上的部署方式
你参考我们的Github链接上的部署方式
24:06.961–24:08.341
zh其实是没有任何问题的
其实是没有任何问题的
24:08.341–24:11.361
zh但是可能会存在一个系统
但是可能会存在一个系统
24:11.361–24:15.181
zh包括一些容器相关的一些情况
包括一些容器相关的一些情况
24:15.181–24:17.621
zh可能需要参考一下不同的安装部署方式
可能需要参考一下不同的安装部署方式
24:17.621–24:19.601
zh进行一个安装的部署
进行一个安装的部署
24:19.601–24:20.101
zh是的
是的
24:20.101–24:22.501
zh我们Github仓库的ReadMe
我们Github仓库的ReadMe
24:22.501–24:25.061
zh其实都写得比较清楚
其实都写得比较清楚
24:25.061–24:30.561
zh然后包括想在自己的Mac上或者Windows上
然后包括想在自己的Mac上或者Windows上
24:30.561–24:32.401
zh也安装部署体验的朋友
也安装部署体验的朋友
24:32.401–24:35.301
zh现在也可以直接去我们Octo仓库
现在也可以直接去我们Octo仓库
24:35.301–24:38.501
zh然后直接参考我们的install方式
然后直接参考我们的install方式
24:38.501–24:40.561
zh然后其实刚刚就讲到
然后其实刚刚就讲到
24:40.561–24:44.201
zh就一个人可以就是有多个专家
就一个人可以就是有多个专家
24:44.201–24:47.281
zh然后现在其实可以看到
然后现在其实可以看到
24:47.281–24:48.941
zh我有个通用专家帮我工作
我有个通用专家帮我工作
24:48.941–24:50.541
zh然后我有个月儿专家
然后我有个月儿专家
24:50.541–24:54.341
zh然后包括其实在通道这里也可以看到
然后包括其实在通道这里也可以看到
24:54.341–24:56.361
zh我育儿专家是一套部署
我育儿专家是一套部署
24:56.361–24:58.941
zh然后我的通用助手也是一套部署
然后我的通用助手也是一套部署
24:58.941–24:59.981
zh这说明什么
这说明什么
24:59.981–25:00.981
zh这说明我可以
这说明我可以
25:00.981–25:04.621
zh比如说我在QQ上使用我的通用助手
比如说我在QQ上使用我的通用助手
25:04.621–25:08.301
zh或我在齐威上连接我的通用助手来帮助我办公
或我在齐威上连接我的通用助手来帮助我办公
25:08.301–25:13.461
zh然后我就是在微信上连接育儿专家来帮助我养娃
然后我就是在微信上连接育儿专家来帮助我养娃
25:13.461–25:17.881
zh然后这两个专家他们都在一台Octop里
然后这两个专家他们都在一台Octop里
25:17.881–25:19.901
zh但是他们互相记忆不会错乱
但是他们互相记忆不会错乱
25:19.901–25:22.661
zh然后我就可以用一台Octop
然后我就可以用一台Octop
25:22.661–25:24.161
zh一台服器的一台Octop
一台服器的一台Octop
25:24.161–25:26.181
zh然后做两件事
然后做两件事
25:26.181–25:28.601
zh这就是我们Optop的多专家
这就是我们Optop的多专家
25:28.601–25:29.741
zh你就可以做到
你就可以做到
25:29.741–25:30.641
zh是的
是的
25:30.641–25:33.061
zh然后我看到TTN他吐槽说
然后我看到TTN他吐槽说
25:33.061–25:35.341
zh我们的产品在腾讯营搜不到
我们的产品在腾讯营搜不到
25:35.341–25:36.541
zh是这样子的
是这样子的
25:36.541–25:37.241
zh我解释一下
我解释一下
25:37.241–25:38.941
zh就是我们其实是刚刚开源
就是我们其实是刚刚开源
25:38.941–25:39.841
zh然后呢
然后呢
25:39.841–25:41.541
zh也是借开源的机会
也是借开源的机会
25:41.541–25:42.821
zh和大家先交流一下
和大家先交流一下
25:42.821–25:43.641
zh整体的一个项目
整体的一个项目
25:43.641–25:45.661
zh其实我们在腾讯营服务器
其实我们在腾讯营服务器
25:45.661–25:47.561
zh官方的公众号去搜索
官方的公众号去搜索
25:47.561–25:51.121
zh有一篇新推出的一个推文和贴图
有一篇新推出的一个推文和贴图
25:51.121–25:52.941
zh是有介绍到我们开源的
是有介绍到我们开源的
25:52.941–25:53.861
zh一个项目和产品的
一个项目和产品的
25:53.861–25:56.061
zh可以去关注一下这篇推文
可以去关注一下这篇推文
25:56.061–25:57.621
zh推文贴图文章
推文贴图文章
25:57.621–25:59.461
zh然后后续的话我们也会
然后后续的话我们也会
25:59.461–26:02.101
zh去产出更多的一个直播啊干货
去产出更多的一个直播啊干货
26:02.101–26:04.501
zh等的一个推文内容可以关注一下
等的一个推文内容可以关注一下
26:04.501–26:05.701
zh说专家模式的话
说专家模式的话
26:05.701–26:08.101
zh怎么通过微信或者QQ转换成
怎么通过微信或者QQ转换成
26:08.498–26:09.498
zh請保持中文字。
請保持中文字。
26:09.498–26:11.498
zh請保持中文字。
請保持中文字。
26:11.498–26:13.498
zh請保持中文字。
請保持中文字。
26:13.498–26:15.498
zh請保持中文字。
請保持中文字。
26:15.498–26:17.498
zh請保持中文字。
請保持中文字。
26:17.498–26:19.498
zh請保持中文字。
請保持中文字。
26:19.498–26:21.498
zh請保持中文字。
請保持中文字。
26:21.498–26:24.598
zh然后包括通用助手你配启威
然后包括通用助手你配启威
26:24.598–26:28.458
zh然后其实这个就是不同的通道配置了
然后其实这个就是不同的通道配置了
26:28.458–26:30.638
zh然后其实最神奇的一点是
然后其实最神奇的一点是
26:30.638–26:33.378
zh你可以在一个专家比如说
你可以在一个专家比如说
26:33.378–26:36.038
zh但我现在因为是直播的关系
但我现在因为是直播的关系
26:36.038–26:39.258
zh我全程用我们的这个面板来给大家演示
我全程用我们的这个面板来给大家演示
26:39.258–26:46.018
zh如果你就是想用微信来询问你配置在QQ的专家呢
如果你就是想用微信来询问你配置在QQ的专家呢
26:46.018–26:47.818
zh你其实可以询问他
你其实可以询问他
26:47.818–26:51.898
zh就我刚刚在育儿专家建立了小孩
就我刚刚在育儿专家建立了小孩
26:51.898–26:56.758
zh我就可以询问育儿专家
我就可以询问育儿专家
26:56.758–27:00.198
zh我的小孩怎么样了
我的小孩怎么样了
27:08.798–27:12.518
zh我们还没有出示化相关的信息
我们还没有出示化相关的信息
27:12.518–27:16.938
zh那我的小孩叫小鱼
那我的小孩叫小鱼
27:16.938–27:19.218
zh对,Kernel这位同学说
对,Kernel这位同学说
27:19.218–27:21.058
zh目前我们这个项目主页
目前我们这个项目主页
27:21.058–27:24.958
zh对于用户的熟悉程度上手难度比较高
对于用户的熟悉程度上手难度比较高
27:24.958–27:26.798
zh没有相关的档档
没有相关的档档
27:26.798–27:29.838
zh这个的话我们后续因为是这样
这个的话我们后续因为是这样
27:29.838–27:31.298
zh我们是先开源了
我们是先开源了
27:31.298–27:33.698
zh所以说我们目前先以开源的标准
所以说我们目前先以开源的标准
27:33.698–27:35.518
zh去上线整个项目
去上线整个项目
27:35.518–27:37.678
zh之后的话我们也会配套起
之后的话我们也会配套起
27:37.678–27:39.418
zh腾讯云的开发者社区
腾讯云的开发者社区
27:39.418–27:42.858
zh包括后续的腾讯云官网上的上线
包括后续的腾讯云官网上的上线
27:42.858–27:43.358
zh对
对
27:43.358–27:47.538
zh是的我们后续也会跟进一系列的文档
是的我们后续也会跟进一系列的文档
27:47.538–27:48.958
zh然后社区运营
然后社区运营
27:48.958–27:51.498
zh然后包括最佳实践
然后包括最佳实践
27:51.498–27:54.078
zh然后来帮助用户上手我们的Octa
然后来帮助用户上手我们的Octa
27:54.078–27:57.058
zh现在看一下它
现在看一下它
27:57.058–28:00.318
zh好它找到了月儿管家Agent
好它找到了月儿管家Agent
28:00.318–28:04.538
zh对就是我们每个专家之间也是可以互通的
对就是我们每个专家之间也是可以互通的
28:04.538–28:07.698
zh但是你可以看到它不会轻易的互通
但是你可以看到它不会轻易的互通
28:07.698–28:10.898
zh因为这一定程度上就避免了每个专家的互不打扰
因为这一定程度上就避免了每个专家的互不打扰
28:10.898–28:13.038
zh就只有在非常严苛的
就只有在非常严苛的
28:13.038–28:14.938
zh就是你的prompt下
就是你的prompt下
28:14.938–28:17.398
zh然后它会帮你去调用
然后它会帮你去调用
28:17.398–28:19.518
zh其他agent的workspace的信息
其他agent的workspace的信息
28:19.518–28:21.238
zh这就是刚刚说的
这就是刚刚说的
28:21.238–28:23.858
zh每一个助手可以连不同的APP
每一个助手可以连不同的APP
28:23.858–28:26.238
zh就是比如说育儿助手
就是比如说育儿助手
28:26.238–28:27.458
zh连QQ生活注尼
连QQ生活注尼
28:27.458–28:28.638
zh连微信工作秘书
连微信工作秘书
28:28.638–28:29.298
zh连启威
连启威
28:29.298–28:31.938
zh你就可以在一个octop下
你就可以在一个octop下
28:31.938–28:34.958
zh然后用多种专家来管理你的生活
然后用多种专家来管理你的生活
28:34.958–28:36.598
zh避免创建多只虾
避免创建多只虾
28:36.598–28:39.698
zh也避免就像之前用同一只虾
也避免就像之前用同一只虾
28:39.698–28:42.058
zh像OpenCode或荷马西一样
像OpenCode或荷马西一样
28:42.058–28:43.498
zh就是有记忆混乱
就是有记忆混乱
28:43.498–28:45.478
zh因为我们是一个入口
因为我们是一个入口
28:45.478–28:47.378
zh但各走各的渠道
但各走各的渠道
28:47.378–28:50.698
zh包括他们的记忆都是独立的
包括他们的记忆都是独立的
28:50.698–28:53.038
zh每个助手都有自己独立的记忆库
每个助手都有自己独立的记忆库
28:53.038–28:54.938
zh然后就是育儿的是
然后就是育儿的是
28:54.938–28:56.378
zh不会跑进生活助手
不会跑进生活助手
28:56.378–28:59.518
zh他们的记忆库边界清晰
他们的记忆库边界清晰
28:59.518–29:01.838
zh第三点是我想讲解的是
第三点是我想讲解的是
29:01.838–29:02.678
zh子智能体
子智能体
29:02.678–29:05.118
zh就是可以给助手配小帮手
就是可以给助手配小帮手
29:05.118–29:07.478
zh就是如果我创建一个助手
就是如果我创建一个助手
29:07.478–29:09.678
zh我也可以在页面上给大家演示
我也可以在页面上给大家演示
29:09.678–29:12.398
zh这里有非常多的子智能体
这里有非常多的子智能体
29:12.398–29:15.218
zh那我有一个问题想问
那我有一个问题想问
29:15.218–29:18.198
zh就是这个子智能体它有什么好处呀
就是这个子智能体它有什么好处呀
29:18.198–29:21.318
zh刚刚我们讲了有专家和多用户
刚刚我们讲了有专家和多用户
29:21.318–29:24.078
zh那这个有子智能体和之间
那这个有子智能体和之间
29:24.078–29:26.318
zh他们和之前讲的有什么区别呀
他们和之前讲的有什么区别呀
29:26.318–29:28.538
zh就是它有什么优势和好处
就是它有什么优势和好处
29:28.538–29:31.178
zh其实专家的话
其实专家的话
29:31.178–29:34.438
zh刚刚我们其实聊到的是工作和生活
刚刚我们其实聊到的是工作和生活
29:34.438–29:35.798
zh包括就是多用途
包括就是多用途
29:35.798–29:38.818
zh它可以做工作区的隔离嘛
它可以做工作区的隔离嘛
29:38.818–29:42.198
zh像子智能体其实就是一个subagent
像子智能体其实就是一个subagent
29:42.198–29:44.818
zh他就是比如说我在通用专家下
他就是比如说我在通用专家下
29:44.818–29:49.378
zh我配置比如说你看学术的这五个子智能体
我配置比如说你看学术的这五个子智能体
29:49.378–29:53.958
zh其实了解龙虾这个形态的朋友可以知道
其实了解龙虾这个形态的朋友可以知道
29:53.958–29:56.958
zh如果我们在agentMD里写太多的诗
如果我们在agentMD里写太多的诗
29:56.958–30:00.038
zh他其实会每一次都去读他的agentMD
他其实会每一次都去读他的agentMD
30:00.038–30:03.358
zh我是希望比如说他又懂定理又懂历史
我是希望比如说他又懂定理又懂历史
30:03.358–30:05.358
zh又懂人类学又懂心理学
又懂人类学又懂心理学
30:05.358–30:07.938
zh但我是希望他懂
但我是希望他懂
30:07.938–30:10.178
zh但我不是每次都会要用到这些功能
但我不是每次都会要用到这些功能
30:10.178–30:13.698
zh那这时候我们就其实可以去添加这些子智能体
那这时候我们就其实可以去添加这些子智能体
30:13.698–30:16.478
zh然后这样我们就可以询问通通助手
然后这样我们就可以询问通通助手
30:16.478–30:20.438
zh然后当我们询问到人类学相关的事情的时候
然后当我们询问到人类学相关的事情的时候
30:20.438–30:23.618
zh他才会去寻求这个人类学子智能体的帮忙
他才会去寻求这个人类学子智能体的帮忙
30:23.618–30:26.158
zh如果我们不询问他就不会调用
如果我们不询问他就不会调用
30:26.158–30:28.978
zh这样其实一是可以有效管理我们Token
这样其实一是可以有效管理我们Token
30:28.978–30:33.238
zh二是可以在有限的就是AgentMD下
二是可以在有限的就是AgentMD下
30:33.238–30:35.578
zh然后你看我们有那么多的子智能体
然后你看我们有那么多的子智能体
30:35.578–30:37.898
zh可以就是扩充我们agent的能力
可以就是扩充我们agent的能力
30:37.898–30:39.998
zh让我们agent一个agent
让我们agent一个agent
30:39.998–30:41.378
zh一个专家变得更强大
一个专家变得更强大
30:41.378–30:44.798
zh对就像是一个军队中
对就像是一个军队中
30:44.798–30:45.978
zh有不同的兵种一样
有不同的兵种一样
30:45.978–30:48.198
zh这个子智能体就相当于是
这个子智能体就相当于是
30:48.198–30:50.358
zh你随调随道的你的士兵
你随调随道的你的士兵
30:50.358–30:52.118
zh然后他会帮你处理一些任务
然后他会帮你处理一些任务
30:52.118–30:54.178
zh然后你触发这些任务的时候
然后你触发这些任务的时候
30:54.178–30:55.778
zh他会到来帮你处理一些任务
他会到来帮你处理一些任务
30:55.778–30:56.378
zh处理完之后
处理完之后
30:56.378–30:58.198
zh然后他就待在原来的那个地方了
然后他就待在原来的那个地方了
30:58.198–31:00.998
zh而且这些子智能体是并停调用
而且这些子智能体是并停调用
31:00.998–31:03.878
zh就相当于就是我们的专家
就相当于就是我们的专家
31:03.878–31:05.998
zh它就是一个发号生令的
它就是一个发号生令的
31:05.998–31:10.098
zh然后它会同时将这些子智能体去调研它们领域内的事
然后它会同时将这些子智能体去调研它们领域内的事
31:10.098–31:13.078
zh然后最后它再统一回复给用户
然后最后它再统一回复给用户
31:13.078–31:13.578
zh对
对
31:13.578–31:16.978
zh定属可以自主配置国内外的模型
定属可以自主配置国内外的模型
31:16.978–31:17.838
zhDE呢
DE呢
31:17.838–31:20.098
zh就是可以自主配置模型的
就是可以自主配置模型的
31:20.098–31:21.838
zh对
对
31:21.838–31:23.358
zh我们目前来讲
我们目前来讲
31:23.358–31:26.498
zh大多数主流的模型都可以进行支持
大多数主流的模型都可以进行支持
31:26.498–31:29.218
zh我们可以切换到我们的
我们可以切换到我们的
31:29.218–31:30.778
zh的命用户下
的命用户下
31:32.778–31:33.278
zh对
对
31:33.878–31:41.878
zh这种体验就是Subaging图的这个概念
这种体验就是Subaging图的这个概念
31:41.878–31:42.878
zh对
对
31:42.878–31:48.998
zh包括模型看我们在Admin用户可以看到那么多的云端
包括模型看我们在Admin用户可以看到那么多的云端
31:48.998–31:54.638
zh就是现在提供商包括我们腾讯云
就是现在提供商包括我们腾讯云
31:54.638–31:57.278
zh腾讯TodyPlan 腾讯TokenPlan
腾讯TodyPlan 腾讯TokenPlan
31:57.278–32:01.458
zh然后我们都有就是可以自助配置
然后我们都有就是可以自助配置
32:01.458–32:03.898
zh然后包括别的厂商
然后包括别的厂商
32:03.898–32:05.058
enKIMI, MINIMAX
KIMI, MINIMAX
32:05.058–32:07.378
zh然后包括智朴,火山
然后包括智朴,火山
32:07.378–32:08.298
zh我们都有在这
我们都有在这
32:08.298–32:10.398
zh然后还有国外的包括
然后还有国外的包括
32:10.398–32:11.818
enGIMNI, OPEN NI
GIMNI, OPEN NI
32:11.818–32:14.818
zh然后包括ANTHROPIC都可以
然后包括ANTHROPIC都可以
32:14.818–32:16.898
zh然后大家如果找不到
然后大家如果找不到
32:16.898–32:18.198
zh也可以自定义提供商
也可以自定义提供商
32:18.198–32:20.078
zh然后有个BASE URL
然后有个BASE URL
32:20.078–32:21.478
zh然后有API P
然后有API P
32:21.478–32:23.478
zh然后这里可以选协议
然后这里可以选协议
32:23.478–32:25.078
zh对我们都支持了
对我们都支持了
32:25.078–32:27.338
zh如果大家想要本地的话
如果大家想要本地的话
32:27.338–32:30.058
zh我们也有支持本地有达马客户端
我们也有支持本地有达马客户端
32:30.058–32:30.778
zh好的
好的
32:30.778–32:33.318
zh像刚刚讲解完子智能体
像刚刚讲解完子智能体
32:33.318–32:39.558
zh然后其实刚刚其实也有演示到专家主团可以一同作战
然后其实刚刚其实也有演示到专家主团可以一同作战
32:39.558–32:46.158
zh然后像包括智能体我刚讲的复杂的是可以拆点合适的sublagion去做
然后像包括智能体我刚讲的复杂的是可以拆点合适的sublagion去做
32:46.158–32:52.278
zh然后包括刚刚我展示用通用助手可以触打到育儿助手
然后包括刚刚我展示用通用助手可以触打到育儿助手
32:52.278–32:55.478
zh就是每个专家也可以互相触打
就是每个专家也可以互相触打
32:55.478–32:57.918
zh然后可以调用别的专家能力有恨
然后可以调用别的专家能力有恨
32:57.918–33:03.518
zh就是包括我们接下来我的同事英明会大家讲解连接器
就是包括我们接下来我的同事英明会大家讲解连接器
33:03.518–33:06.638
zh我们也可以调用到外部的一些服务
我们也可以调用到外部的一些服务
33:06.638–33:10.818
zh然后可以让工具平权让生态互联
然后可以让工具平权让生态互联
33:10.818–33:13.978
zh他问子智能体和专家谁的层级更高
他问子智能体和专家谁的层级更高
33:13.978–33:19.218
zh子智能体其实是被携带在专家底下的
子智能体其实是被携带在专家底下的
33:19.218–33:22.158
zh就是一个专家可以配置子智能体
就是一个专家可以配置子智能体
33:22.158–33:25.178
zh让他自己的就是能力更强大
让他自己的就是能力更强大
33:25.178–33:25.678
zh对
对
33:25.678–33:27.838
zh英明平时会用什么大模型
英明平时会用什么大模型
33:27.838–33:33.898
zh我的话其实我用我们腾讯的Token Plan比较多
我的话其实我用我们腾讯的Token Plan比较多
33:33.898–33:38.038
zh多人协作场景中如果智能体的输出存在幻觉的话
多人协作场景中如果智能体的输出存在幻觉的话
33:38.038–33:40.918
zh怎么建立智信度教验和修正的流程
怎么建立智信度教验和修正的流程
33:40.918–33:41.898
zh很专业
很专业
33:41.898–33:46.398
zh其实首先你可以在专家的HT&D里
其实首先你可以在专家的HT&D里
33:46.398–33:51.858
zh给他一点比较教验和修正的提示词
给他一点比较教验和修正的提示词
33:51.858–33:55.598
zh让他一定要去教验智能体的产出成果
让他一定要去教验智能体的产出成果
33:55.598–33:58.638
zh然后包括你也给他一些教研的规则
然后包括你也给他一些教研的规则
33:58.638–34:02.198
zh或者自己创建一些教研的skill
或者自己创建一些教研的skill
34:02.198–34:04.778
zh或者从很多我们的skill hub
或者从很多我们的skill hub
34:04.778–34:07.598
zh比如Dhub上去找一些教研的skill
比如Dhub上去找一些教研的skill
34:07.598–34:08.698
zh我理解都是可以的
我理解都是可以的
34:08.698–34:12.298
zh他问开源版本的Octop和腾讯云内部商业
他问开源版本的Octop和腾讯云内部商业
34:12.298–34:13.418
zh使用的一个版本
使用的一个版本
34:13.418–34:16.058
zh在功能和性能上有哪些差异
在功能和性能上有哪些差异
34:31.585–34:33.465
zh我们包括大家提的issue
我们包括大家提的issue
34:33.465–34:34.905
zh我们修完同步在
我们修完同步在
34:34.905–34:36.985
zhOctop的仓库下
Octop的仓库下
34:36.985–34:39.185
zh我们也会同步更新镜像
我们也会同步更新镜像
34:39.185–34:41.985
zh未来我们发布镜像会是一起同步的
未来我们发布镜像会是一起同步的
34:41.985–34:44.725
zh智能体本身算不算一种子智能体
智能体本身算不算一种子智能体
34:44.725–34:48.685
zh可能还是对这个子智能体和专家的这个概念有点疑问
可能还是对这个子智能体和专家的这个概念有点疑问
34:48.685–34:49.725
zh是这样的
是这样的
34:49.725–34:52.305
zh就是对于现在来讲的话
就是对于现在来讲的话
34:52.305–34:56.885
zh我们就像是计算机的一个比较基础一个知识
我们就像是计算机的一个比较基础一个知识
34:56.885–35:00.365
zh专家就可以类比成计算机当中一个进程
专家就可以类比成计算机当中一个进程
35:00.365–35:04.885
zh然后子智能体可以理解成一个进程当中它的一个线程
然后子智能体可以理解成一个进程当中它的一个线程
35:04.885–35:09.265
zh然后相当于是子智能体它会共享当前的专家的一个工作区
然后相当于是子智能体它会共享当前的专家的一个工作区
35:09.265–35:12.565
zh但是呢子智能体它有自己独立的上下文
但是呢子智能体它有自己独立的上下文
35:12.565–35:15.685
zh一个方面是它可以保证子智能体之间
一个方面是它可以保证子智能体之间
35:15.685–35:18.345
zh它们之间的运行或者绘画不相干扰
它们之间的运行或者绘画不相干扰
35:18.345–35:20.885
zh第二个就是它可以大大的提升效率
第二个就是它可以大大的提升效率
35:20.885–35:22.505
zh第二点呢就是专家的话
第二点呢就是专家的话
35:22.505–35:25.625
zh它可以因为它具有自己独立的资源区的话
它可以因为它具有自己独立的资源区的话
35:25.625–35:28.025
zh就可以进行相应的安装
就可以进行相应的安装
35:28.025–35:31.185
zh也会你如果说对话的时间长了
也会你如果说对话的时间长了
35:31.185–35:33.445
zh你也可以慢慢更加熟悉
你也可以慢慢更加熟悉
35:33.445–35:36.265
zh你会有自己的一个专属的记忆
你会有自己的一个专属的记忆
35:36.265–35:37.185
zh是的
是的
35:37.185–35:40.925
zh然后我看问多用户并发请求
然后我看问多用户并发请求
35:40.925–35:43.865
zhOctob有内置速率限制和排队机制吗
Octob有内置速率限制和排队机制吗
35:43.865–35:45.545
zh目前来讲的话
目前来讲的话
35:45.545–35:48.325
zh我们还没有测试过
我们还没有测试过
35:48.325–35:51.885
zh这个内置的一个速率限制和排队的机制
这个内置的一个速率限制和排队的机制
35:51.885–35:53.645
zh当然因为是这样的
当然因为是这样的
35:53.645–35:55.505
zh因为我们目前使用场景的话
因为我们目前使用场景的话
35:55.505–35:57.245
zh更多的是面向
更多的是面向
35:57.245–35:58.545
zh比如说一个用户
比如说一个用户
35:58.545–35:59.765
zh他会进行一个对话
他会进行一个对话
35:59.765–36:01.745
zh或者是多个用户
或者是多个用户
36:01.745–36:04.665
zh他会在自己的一个聊天框
他会在自己的一个聊天框
36:04.665–36:06.045
zh或者对话框进行对话
或者对话框进行对话
36:06.045–36:07.465
zh这位NOM同学说的
这位NOM同学说的
36:07.465–36:08.705
zh多用户并发请求
多用户并发请求
36:08.705–36:09.605
zh因为目前来讲
因为目前来讲
36:09.605–36:12.065
zh我们的用户量不是特别大
我们的用户量不是特别大
36:12.065–36:13.785
zh因为你一个管理员
因为你一个管理员
36:13.785–36:14.705
zh创建的用户
创建的用户
36:14.705–36:17.145
zh没有说有几百个
没有说有几百个
36:17.145–36:18.705
zh或者几千个上万那么的多
或者几千个上万那么的多
36:18.705–36:19.545
zh所以目前来讲
所以目前来讲
36:19.545–36:22.845
zh可能不太会出现这个问题
可能不太会出现这个问题
36:22.845–36:24.545
zh他说做了两个智能体
他说做了两个智能体
36:24.545–36:26.525
zh然后把它部署到企业微信中
然后把它部署到企业微信中
36:26.525–36:29.025
zh把这两个机器人放到工作群中
把这两个机器人放到工作群中
36:29.025–36:32.005
zh能不能让它在群里及时回复信息
能不能让它在群里及时回复信息
36:32.005–36:33.725
zh就是不同的智能体
就是不同的智能体
36:33.725–36:36.045
zh能不能在群内及时回复信息
能不能在群内及时回复信息
36:36.045–36:38.945
zh我理解是
我理解是
36:38.945–36:41.385
zh如果你在群里用户
如果你在群里用户
36:41.385–36:44.385
zh它是能回复的
它是能回复的
36:44.385–36:44.885
zh对
对
36:44.885–36:47.125
zh以前我们ACE
以前我们ACE
36:47.125–36:49.545
zh就是在元宝派里有类似的渠道
就是在元宝派里有类似的渠道
36:49.545–36:51.025
zh这个是这样的
这个是这样的
36:51.025–36:52.725
zh就是在企微当中的话
就是在企微当中的话
36:52.725–36:53.945
zh目前来讲
目前来讲
36:53.945–36:56.305
zh如果你配置了企畏的机器人
如果你配置了企畏的机器人
36:56.305–36:58.665
zh他只针对他的创建者
他只针对他的创建者
36:58.665–37:00.945
zh他才能够对这个企畏机器人进行对话
他才能够对这个企畏机器人进行对话
37:00.945–37:03.205
zh如果说这个企畏群聊当中
如果说这个企畏群聊当中
37:03.205–37:05.245
zh有其他的用户或者其他人的话
有其他的用户或者其他人的话
37:05.245–37:08.105
zh他爱特伦尼创建的企畏机器人
他爱特伦尼创建的企畏机器人
37:08.105–37:09.845
zh这个时候他是没法回答的
这个时候他是没法回答的
37:09.845–37:12.305
zh能在轻量服务器里面可视化吗
能在轻量服务器里面可视化吗
37:12.305–37:16.325
zh这个的话因为我们现在是已经开源了
这个的话因为我们现在是已经开源了
37:16.325–37:17.825
zh等我们后续的话
等我们后续的话
37:17.825–37:22.965
zh会在其中轻量当中推出相关的产品
会在其中轻量当中推出相关的产品
37:22.965–37:23.865
zh或者是镜像
或者是镜像
37:23.865–37:25.405
zh如果说在里面购买的话
如果说在里面购买的话
37:25.405–37:29.385
zh你进入的那个主流的那个页面
你进入的那个主流的那个页面
37:29.385–37:31.965
zh管理页面就是我们当前在展示的这个页面
管理页面就是我们当前在展示的这个页面
37:31.965–37:36.505
zh如果有用户现在想在清亮云服务器上使用的话
如果有用户现在想在清亮云服务器上使用的话
37:36.505–37:39.905
zh可以买一台无邦图系统镜像
可以买一台无邦图系统镜像
37:39.905–37:43.325
zh然后使用我们的Linux安装脚本
然后使用我们的Linux安装脚本
37:43.325–37:46.325
zh然后跟随指示你也可以用到
然后跟随指示你也可以用到
37:46.325–37:49.365
zh然后自己放通一下安全区
然后自己放通一下安全区
37:49.365–37:52.665
zh然后就可以看见这个可视化界面
然后就可以看见这个可视化界面
37:52.665–37:56.285
zh后续我们也会推出更详细的指导
后续我们也会推出更详细的指导
37:56.285–37:58.305
zh然后我们看粉丝朋友说
然后我们看粉丝朋友说
37:58.305–38:00.765
zh是否有提供用户行为分析面板
是否有提供用户行为分析面板
38:00.765–38:03.545
zh来统计各agent的调用量和成功率
来统计各agent的调用量和成功率
38:03.545–38:09.825
zh我们现在有提供token的面板
我们现在有提供token的面板
38:09.825–38:14.305
zh但是我们其实做的各种用户是完全隔离
但是我们其实做的各种用户是完全隔离
38:14.305–38:18.185
zh就是每个用户可以看自己的token统计
就是每个用户可以看自己的token统计
38:18.185–38:21.365
zh你看就是我最近30天用的都在这里
你看就是我最近30天用的都在这里
38:21.365–38:22.765
zh然后包括我的
然后包括我的
38:22.765–38:25.105
zh你看我的育儿管家用这么多
你看我的育儿管家用这么多
38:25.105–38:27.625
zh然后我的通助手用这么多
然后我的通助手用这么多
38:27.625–38:30.605
zh好那接下来就让一鸣
好那接下来就让一鸣
38:30.605–38:32.585
zh为大家来讲解连接器吧
为大家来讲解连接器吧
38:32.585–38:34.565
zh大家可能对于连接器
大家可能对于连接器
38:34.565–38:35.905
zh这个概念不是很理解
这个概念不是很理解
38:35.905–38:37.145
zh但是对于有个概念
但是对于有个概念
38:37.145–38:38.625
zh可能会有听说过
可能会有听说过
38:38.625–38:39.725
zh就是叫MCP
就是叫MCP
38:39.725–38:42.025
zh大家可能会对MCP这个概念
大家可能会对MCP这个概念
38:42.025–38:43.505
zh可能听说过
可能听说过
38:43.505–38:45.625
zh连接器是一个什么概念呢
连接器是一个什么概念呢
38:45.625–38:46.725
zh就是相当于是一个
就是相当于是一个
38:46.725–38:48.305
zh比较统一的AI入口
比较统一的AI入口
38:48.305–38:50.945
zh它可以接管你的腾讯全家桶
它可以接管你的腾讯全家桶
38:50.945–38:54.265
zh目前来讲我们的Octob有12个内置的连接器
目前来讲我们的Octob有12个内置的连接器
38:54.265–38:58.105
zh当然也是基于OMCP的一个开放协议的
当然也是基于OMCP的一个开放协议的
38:58.105–39:00.345
zh有一句话就可以帮你全搞定
有一句话就可以帮你全搞定
39:00.345–39:02.945
zh比如说因为我们大家很
比如说因为我们大家很
39:02.945–39:05.045
zh生活化一个场景就是我们一个人
生活化一个场景就是我们一个人
39:05.045–39:05.965
zh每个人都有手机
每个人都有手机
39:05.965–39:07.805
zh每个手机上都有很多的APP
每个手机上都有很多的APP
39:07.805–39:11.425
zh但是我们如果要使用不同的功能
但是我们如果要使用不同的功能
39:11.425–39:12.445
zh我们需要点开不同APP
我们需要点开不同APP
39:12.445–39:14.165
zh我们要点外卖
我们要点外卖
39:14.165–39:15.245
zh我们要点开黄色软件
我们要点开黄色软件
39:15.245–39:16.145
zh我们要购物
我们要购物
39:16.145–39:17.565
zh我们要点开橙色软件
我们要点开橙色软件
39:17.565–39:18.525
zh我们要聊天
我们要聊天
39:18.525–39:19.905
zh我们要点开绿色软件
我们要点开绿色软件
39:19.905–39:20.785
zh但是呢
但是呢
39:20.785–39:22.865
zh实际上我们的
实际上我们的
39:22.865–39:24.445
zh这个的话我们会发现
这个的话我们会发现
39:24.445–39:25.585
zh我们做不同事情
我们做不同事情
39:25.585–39:26.645
zh要点开不同软件
要点开不同软件
39:26.645–39:28.165
zh这样的话之间
这样的话之间
39:28.165–39:30.225
zhAPP之间切换的成本都非常高
APP之间切换的成本都非常高
39:30.225–39:32.165
zh这个就是我们的比较传统的模式
这个就是我们的比较传统的模式
39:32.165–39:34.785
zh而我们的Octob它的连接器呢
而我们的Octob它的连接器呢
39:34.785–39:37.105
zh它可以一键去授权
它可以一键去授权
39:37.105–39:38.445
zh相当于是我们只需要
相当于是我们只需要
39:38.445–39:41.105
zh将我们这个用户授权登录之后呢
将我们这个用户授权登录之后呢
39:41.105–39:43.865
zh我们就可以让Octob帮我们做这些事情
我们就可以让Octob帮我们做这些事情
39:43.865–39:46.305
zh我们不需要再来回的一些切换
我们不需要再来回的一些切换
39:46.305–39:48.185
zh我们给大家展示一下
我们给大家展示一下
39:48.185–39:50.285
zh我们现在已经具有的一些连接器
我们现在已经具有的一些连接器
39:50.285–39:53.025
zh比如说我们腾讯系的主流的产品
比如说我们腾讯系的主流的产品
39:53.025–39:54.925
zh腾讯文档 腾讯会议
腾讯文档 腾讯会议
39:54.925–39:56.685
zh然后文兴读书 埃玛
然后文兴读书 埃玛
39:56.685–39:57.885
zh还有一些邮箱
还有一些邮箱
39:57.885–40:00.225
zhQ邮箱或者职业之类的其他邮箱
Q邮箱或者职业之类的其他邮箱
40:00.225–40:02.185
zh都可以去打通和实现
都可以去打通和实现
40:02.185–40:04.425
zh我们这个连接器的一个相关功能
我们这个连接器的一个相关功能
40:04.425–40:06.385
zh说起邮箱
说起邮箱
40:06.385–40:09.645
zh其实前段时间Q邮箱推出了Agent邮箱
其实前段时间Q邮箱推出了Agent邮箱
40:09.645–40:11.145
zh不知道大家注册没有
不知道大家注册没有
40:11.145–40:13.985
zh现在抢注还能像以前Q号一样
现在抢注还能像以前Q号一样
40:13.985–40:16.885
zh就是注册到自己喜欢的邮箱名
就是注册到自己喜欢的邮箱名
40:16.885–40:18.805
zh就是有专门给agent用的邮箱
就是有专门给agent用的邮箱
40:18.805–40:21.565
zh这也是对于我们做agent
这也是对于我们做agent
40:21.565–40:23.565
zh包括QQ邮箱的一个新进步
包括QQ邮箱的一个新进步
40:23.565–40:25.725
zh大家可以尝试一下新功能哦
大家可以尝试一下新功能哦
40:25.725–40:29.645
zh对 欢迎大家多多关注我们的最新动态
对 欢迎大家多多关注我们的最新动态
40:29.645–40:31.045
zh对 那我有一个问题啊
对 那我有一个问题啊
40:31.045–40:33.205
zh就是市面上AI助手那么多
就是市面上AI助手那么多
40:33.205–40:37.085
zh为什么你们要去做连接这件事情啊
为什么你们要去做连接这件事情啊
40:37.085–40:39.045
zh就是我还是没有太明白
就是我还是没有太明白
40:39.045–40:41.365
zh它的概念和定义是什么
它的概念和定义是什么
40:41.365–40:44.765
zh嗯 所以说大家现在都能够理解
嗯 所以说大家现在都能够理解
40:44.765–40:47.485
zhAI它通过最近两年的发展
AI它通过最近两年的发展
40:47.485–40:52.005
zh它从一个最开始不那么聪明的一个转嫁
它从一个最开始不那么聪明的一个转嫁
40:52.005–40:54.425
zh变成了一个非常聪明的一个智能体
变成了一个非常聪明的一个智能体
40:54.425–40:57.265
zh所以对于我们当前使用上来讲
所以对于我们当前使用上来讲
40:57.265–41:00.525
zh我们主要瓶颈不在于AI是否足够聪明
我们主要瓶颈不在于AI是否足够聪明
41:00.525–41:04.725
zh而在于AI是否能够将抵达我们生活的
而在于AI是否能够将抵达我们生活的
41:04.725–41:08.705
zh那个最近的一公里或者最近的那个触手给触达到
那个最近的一公里或者最近的那个触手给触达到
41:08.705–41:10.165
zh对 这个是非常重要的
对 这个是非常重要的
41:10.165–41:12.725
zh比如说我们离腾讯会议
比如说我们离腾讯会议
41:12.725–41:14.725
zh可能之间会有一些登录啊
可能之间会有一些登录啊
41:14.725–41:16.725
zh包括一些交互的一个过程
包括一些交互的一个过程
41:16.725–41:18.725
zh在最后一个产品和用户之间
在最后一个产品和用户之间
41:18.725–41:20.725
zh他们一个天然的一个隔阂
他们一个天然的一个隔阂
41:20.725–41:22.725
zh或天然一个交互是否能够触达
或天然一个交互是否能够触达
41:22.725–41:24.725
zh这个是我们当前
这个是我们当前
41:24.725–41:26.725
zh连接器它的一个最主要的作用
连接器它的一个最主要的作用
41:26.725–41:28.725
zh相当于是如果说你用连接器的方式
相当于是如果说你用连接器的方式
41:28.725–41:30.725
zh授权登录一下
授权登录一下
41:30.725–41:32.725
zh都通过一座桥
都通过一座桥
41:32.725–41:34.725
zh一直把用户跟
一直把用户跟
41:34.725–41:36.725
zh依赖的一些主流的产品连接起来了
依赖的一些主流的产品连接起来了
41:36.725–41:38.725
zh关于你们怎么交互
关于你们怎么交互
41:38.725–41:40.725
zh剩下的交互的方式
剩下的交互的方式
41:40.725–41:46.585
zh其实我感触特别深的一点是我们Octop上连接器之后
其实我感触特别深的一点是我们Octop上连接器之后
41:46.585–41:51.465
zh现在腾讯文档我可以叫Octop帮我自己去操作自己去编辑
现在腾讯文档我可以叫Octop帮我自己去操作自己去编辑
41:51.465–41:58.325
zh可能以前的话就需要让AI就是去生成一些内容
可能以前的话就需要让AI就是去生成一些内容
41:58.325–42:02.705
zh然后我们复制进腾讯文档然后并共享给同事
然后我们复制进腾讯文档然后并共享给同事
42:02.705–42:06.585
zh但现在可以让Octop有了连接器直接连接到腾讯文档
但现在可以让Octop有了连接器直接连接到腾讯文档
42:06.585–42:08.125
zh自己去创作自己去改造
自己去创作自己去改造
42:08.125–42:11.265
zh然后同事也可以随之在腾讯文档看到
然后同事也可以随之在腾讯文档看到
42:11.265–42:13.425
zh但是现在元宝啊
但是现在元宝啊
42:13.425–42:13.925
zh豆宝啊
豆宝啊
42:13.925–42:15.605
zh他们不是都能传文件
他们不是都能传文件
42:15.605–42:16.585
zh让AI进行分析
让AI进行分析
42:17.105–42:19.745
zh為什麼還要用到連接器呢?
為什麼還要用到連接器呢?
42:19.745–42:26.225
zh其實有一個使用場景不知道大家有沒有特別的理解。
其實有一個使用場景不知道大家有沒有特別的理解。
42:26.225–42:31.505
zh就是遇到過,比如說我們平時在使用元寶或者是豆包的,
就是遇到過,比如說我們平時在使用元寶或者是豆包的,
42:31.505–42:33.865
zh我们会用到比如说我们要上传文件
我们会用到比如说我们要上传文件
42:33.865–42:35.165
zh这个时候我们需要
这个时候我们需要
42:35.165–42:37.305
zh我们如果说用的是手机端的
我们如果说用的是手机端的
42:37.305–42:38.545
zh我们需要打开手机
我们需要打开手机
42:38.545–42:40.005
zh然后点开加号
然后点开加号
42:40.005–42:40.905
zh然后上传复件
然后上传复件
42:40.905–42:42.065
zh然后再把这个上面上去
然后再把这个上面上去
42:42.065–42:43.125
zh你当前上传文件
你当前上传文件
42:43.125–42:44.705
zh其实是一个静态的文件
其实是一个静态的文件
42:44.705–42:46.105
zh那么这个静态的文件
那么这个静态的文件
42:46.105–42:48.025
zh其实它是没法
其实它是没法
42:48.025–42:49.885
zh就是获取到动态实时信息的
就是获取到动态实时信息的
42:49.885–42:51.085
zh比如说我们如果说
比如说我们如果说
42:51.085–42:52.105
zh要更新这个文件
要更新这个文件
42:52.105–42:53.145
zh或更新这个文档的话
或更新这个文档的话
42:53.145–42:54.965
zh我们就要从之前上的文件
我们就要从之前上的文件
42:54.965–42:55.965
zh再拷费一份新的
再拷费一份新的
42:55.965–42:57.325
zh所以说如果我们修改
所以说如果我们修改
42:57.325–42:58.525
zh更新的步骤越来越多
更新的步骤越来越多
42:58.525–42:59.605
zh那么我们产生的
那么我们产生的
42:59.605–43:00.905
zh冗余的中间文件
冗余的中间文件
43:00.905–43:02.945
zh或者是一些多版本文件会越来越多
或者是一些多版本文件会越来越多
43:02.945–43:04.565
zh那么这个时候如果我们有连接器
那么这个时候如果我们有连接器
43:04.565–43:07.425
zh当前如果假如说用腾讯文档的话
当前如果假如说用腾讯文档的话
43:07.425–43:08.785
zh我们只需要给它一个在线文档
我们只需要给它一个在线文档
43:08.785–43:09.925
zh那么在线文档的话
那么在线文档的话
43:09.925–43:11.845
zh它就会不断去编辑这个在线文档
它就会不断去编辑这个在线文档
43:11.845–43:14.105
zh那我们随时点开这个在线文档连接
那我们随时点开这个在线文档连接
43:14.105–43:15.285
zh它都是最新的版本
它都是最新的版本
43:15.285–43:16.845
zh并且我们也可以通过历史记录
并且我们也可以通过历史记录
43:16.845–43:17.945
zh去追踪它的往
去追踪它的往
43:17.945–43:20.065
zh以往的一些历史版本
以往的一些历史版本
43:20.065–43:22.165
zh那其实就比如说
那其实就比如说
43:22.165–43:25.025
zh你们现在展示的这个腾讯会议
你们现在展示的这个腾讯会议
43:25.025–43:28.585
zh就是如果说我自己用打开APP
就是如果说我自己用打开APP
43:28.585–43:30.265
zh然后去订一个腾讯会议的话
然后去订一个腾讯会议的话
43:30.265–43:32.385
zh其实也就是不到一分钟的时间
其实也就是不到一分钟的时间
43:32.385–43:34.945
zh那连接到这个Agent里面
那连接到这个Agent里面
43:34.945–43:36.325
zh就省一点点的时间
就省一点点的时间
43:36.325–43:37.425
zh这是值得的吗
这是值得的吗
43:37.425–43:39.765
zh现在是这样的
现在是这样的
43:39.765–43:42.585
zh就是对于我们如果说个人用户
就是对于我们如果说个人用户
43:42.585–43:45.005
zh他对于打开腾讯会议
他对于打开腾讯会议
43:45.005–43:46.025
zh以后说加入预定会议
以后说加入预定会议
43:46.025–43:47.325
zh这可能是因为我们
这可能是因为我们
43:47.325–43:49.145
zh一个习惯性的部署了
一个习惯性的部署了
43:49.145–43:50.525
zh从腾讯会议推出那一刻
从腾讯会议推出那一刻
43:50.525–43:52.305
zh他就在教用户怎么去操作
他就在教用户怎么去操作
43:52.305–43:53.045
zh怎么去预定会议
怎么去预定会议
43:53.045–43:53.825
zh怎么去加入会议
怎么去加入会议
43:53.825–43:55.225
zh但是呢如果说
但是呢如果说
43:55.225–43:58.365
zh现在我如果要定五个会议
现在我如果要定五个会议
43:58.365–44:00.345
zh那么如果定10个会议的话
那么如果定10个会议的话
44:00.345–44:04.365
zh那我可能需要把这一步的操作去重复5次
那我可能需要把这一步的操作去重复5次
44:04.365–44:05.305
zh重复10次
重复10次
44:05.305–44:07.725
zh那么对于我来讲一次两次我能够接受
那么对于我来讲一次两次我能够接受
44:07.725–44:10.725
zh但是5次或者是10次去重复相同的步骤
但是5次或者是10次去重复相同的步骤
44:10.725–44:13.385
zh对我来讲就有点枯燥或者是有点繁琐
对我来讲就有点枯燥或者是有点繁琐
44:13.385–44:16.065
zh那么这个时候你可以交给我们Octob
那么这个时候你可以交给我们Octob
44:16.065–44:18.705
zh他会如果说你想创建5次会议
他会如果说你想创建5次会议
44:18.705–44:21.165
zh或者是5次会议你邀请的是不同的人
或者是5次会议你邀请的是不同的人
44:21.165–44:22.805
zh或者邀请的是不同的团队
或者邀请的是不同的团队
44:22.805–44:26.665
zh在这个场景下你只需要交给Octob一句话
在这个场景下你只需要交给Octob一句话
44:26.665–44:29.465
zh它就可以帮你去针对不同的人预约不同的会议
它就可以帮你去针对不同的人预约不同的会议
44:29.465–44:30.565
zh并且预约不同的日期
并且预约不同的日期
44:30.565–44:32.845
zh不需要你再去打开软件
不需要你再去打开软件
44:32.845–44:35.285
zh然后翻时间定主题邀请不同的人
然后翻时间定主题邀请不同的人
44:35.285–44:36.585
zh这样翻手的操作
这样翻手的操作
44:36.585–44:37.945
zh那确实这样子想的话
那确实这样子想的话
44:37.945–44:40.005
zh还是连接器要方便一点的
还是连接器要方便一点的
44:40.005–44:42.485
zh他问用Octob和Hermis的区别是什么
他问用Octob和Hermis的区别是什么
44:42.485–44:43.545
zh我们有什么优势
我们有什么优势
44:43.545–44:47.785
zh这个Octob和Hermis包括OpenCloud
这个Octob和Hermis包括OpenCloud
44:47.785–44:52.225
zh我们在最开始都已经讲过他们的最主要的优势了
我们在最开始都已经讲过他们的最主要的优势了
44:52.225–44:55.645
zh因为相对于Hermis和OpenCloud来讲的话
因为相对于Hermis和OpenCloud来讲的话
44:55.645–44:59.385
zh我们Oktub它有一些非常独立的场景和有功能
我们Oktub它有一些非常独立的场景和有功能
44:59.385–45:02.585
zh比如说我们之前从最开始的时候一直讲
比如说我们之前从最开始的时候一直讲
45:02.585–45:07.065
zh我们记忆的功能它其实相对于Hermers或OpenCloud来讲
我们记忆的功能它其实相对于Hermers或OpenCloud来讲
45:07.065–45:09.325
zh我们会有一个非常直观的一个展现
我们会有一个非常直观的一个展现
45:09.325–45:11.685
zh你的记忆是怎么存储的
你的记忆是怎么存储的
45:11.685–45:13.465
zh或者是你的记忆是怎么落地的
或者是你的记忆是怎么落地的
45:13.465–45:15.005
zh包括整个时间线
包括整个时间线
45:15.005–45:18.565
zh对然后包括你记忆不同的角色
对然后包括你记忆不同的角色
45:18.565–45:21.725
zh或者是不同的一些你的一个状态
或者是不同的一些你的一个状态
45:21.725–45:25.045
zh它都是随着你的对话当中的不断改变
它都是随着你的对话当中的不断改变
45:25.045–45:26.285
zh它也是会不断改变的
它也是会不断改变的
45:26.285–45:28.065
zh这个是我们一个非常大的优势
这个是我们一个非常大的优势
45:28.065–45:30.825
zh然后我们接下来就进我们的Octave页面
然后我们接下来就进我们的Octave页面
45:30.825–45:33.385
zh去通过不同连接器去触发一下
去通过不同连接器去触发一下
45:33.385–45:35.065
zh我们之间的一些操作
我们之间的一些操作
45:35.065–45:38.845
zh大家现在可以看到
大家现在可以看到
45:38.845–45:40.505
zh就是我们连接器
就是我们连接器
45:40.505–45:42.685
zh其实是在当前的一个
其实是在当前的一个
45:42.685–45:46.145
zh从最左边的第四个type页
从最左边的第四个type页
45:46.145–45:48.945
zh然后可以看到我们主流的一些连接器
然后可以看到我们主流的一些连接器
45:48.945–45:50.085
zh有腾讯文档
有腾讯文档
45:50.085–45:52.765
zh腾讯文档打开授钱页的话
腾讯文档打开授钱页的话
45:52.765–45:55.885
zh如果你想怎么样去配置好这个连接器
如果你想怎么样去配置好这个连接器
45:55.885–45:56.625
zh你打开授权页
你打开授权页
45:56.625–45:59.325
zh这个时候它会有一个token
这个时候它会有一个token
45:59.325–46:00.345
zh你点击这里复制
你点击这里复制
46:00.345–46:02.985
zh然后点击访问token一粘贴
然后点击访问token一粘贴
46:02.985–46:03.765
zh它可以有探测
它可以有探测
46:03.765–46:04.465
zh也可以有保存
也可以有保存
46:04.465–46:06.925
zh然后它可以有一些最新的工具料
然后它可以有一些最新的工具料
46:06.925–46:08.885
zh像我们可以调用203工具料
像我们可以调用203工具料
46:08.885–46:10.725
zh同时对于腾讯会议
同时对于腾讯会议
46:10.725–46:13.745
zh包括一些邮箱的一些授权管理
包括一些邮箱的一些授权管理
46:13.745–46:15.745
zh都是一样的方式
都是一样的方式
46:15.745–46:18.125
zh接下来我就跟大家通过聊天的方式
接下来我就跟大家通过聊天的方式
46:18.125–46:19.705
zh去触发一下
去触发一下
46:19.705–46:20.645
zh因为我们在下面
因为我们在下面
46:20.645–46:22.065
zh第二个的话它是连接器
第二个的话它是连接器
46:22.065–46:22.905
zh连接器的话
连接器的话
46:22.905–46:26.505
zh这里你必须去显性的去打开它这个开关
这里你必须去显性的去打开它这个开关
46:26.505–46:28.345
zh这样的话它才能够触发这个连接器
这样的话它才能够触发这个连接器
46:28.345–46:31.665
zh比如说我们想了解一下今天的
比如说我们想了解一下今天的
46:31.665–46:34.105
zh大家有没有什么特别感兴趣的话题
大家有没有什么特别感兴趣的话题
46:34.105–46:35.145
zh大家提一下
大家提一下
46:35.145–46:37.025
zh我们通过连接器的方式
我们通过连接器的方式
46:37.025–46:38.485
zh我们可以将大家感兴趣的话题
我们可以将大家感兴趣的话题
46:38.485–46:40.045
zh去总结到我们的团讯文档
去总结到我们的团讯文档
46:40.045–46:43.545
zh总结预测一下世界杯谁会得冠军
总结预测一下世界杯谁会得冠军
46:43.545–46:45.285
zh看一下它分析的准不准
看一下它分析的准不准
46:45.285–46:46.465
zh应该不会翻车吧
应该不会翻车吧
46:46.465–46:48.785
zh大家静静期待一下
大家静静期待一下
46:48.785–46:53.765
zh可以看到他当前会先读我们的日期
可以看到他当前会先读我们的日期
46:53.765–46:57.805
zh会搜索我们当前美加墨世界杯的一个最新的情况
会搜索我们当前美加墨世界杯的一个最新的情况
46:57.805–47:01.385
zh可以看到决赛是19号
可以看到决赛是19号
47:01.385–47:04.925
zh但是当前的话我们实际上还没有提决赛
但是当前的话我们实际上还没有提决赛
47:04.925–47:06.945
zh其实本质上来讲是一个预测的行为
其实本质上来讲是一个预测的行为
47:06.945–47:10.805
zh他知道我们四强已经出炉了
他知道我们四强已经出炉了
47:10.805–47:11.945
zh并且知道我们最新的消息
并且知道我们最新的消息
47:11.945–47:14.465
zh我们用到我们内置了一个AI搜索的工具
我们用到我们内置了一个AI搜索的工具
47:14.465–47:20.645
zh今天凌晨的三点会有法国对待西班牙的比赛
今天凌晨的三点会有法国对待西班牙的比赛
47:20.645–47:22.005
zh然后他搜集了相关信息之后
然后他搜集了相关信息之后
47:22.005–47:23.525
zh他就开始进行创建文档
他就开始进行创建文档
47:23.525–47:28.905
zh那这个搜索的话是截止到最新什么时候的信息
那这个搜索的话是截止到最新什么时候的信息
47:28.905–47:31.125
zh是截止到此时此刻吗
是截止到此时此刻吗
47:31.125–47:32.045
zh还是说今天的
还是说今天的
47:32.045–47:34.345
zh对大家可以看到我们每一个工具
对大家可以看到我们每一个工具
47:34.345–47:36.105
zh他都会有展示的响起
他都会有展示的响起
47:36.105–47:38.785
zh其实我们可以看到他会
其实我们可以看到他会
47:38.785–47:41.605
zh你看文档已经创建成功了
你看文档已经创建成功了
47:41.605–47:42.925
zh这个时候我们点击看一下
这个时候我们点击看一下
47:42.925–47:47.725
zh他会给我们一个2026世界杯冠军分析预测
他会给我们一个2026世界杯冠军分析预测
47:47.725–47:52.865
zh这个时候他就会给我们总结当前的一个四强的战队
这个时候他就会给我们总结当前的一个四强的战队
47:52.865–47:56.385
zh包括当前我们热门的法国西班牙英格兰阿根廷
包括当前我们热门的法国西班牙英格兰阿根廷
47:56.385–47:57.325
zh他们不同的主教练
他们不同的主教练
47:57.325–47:58.985
zh核心的球员 进球术
核心的球员 进球术
47:58.985–48:01.185
zh以及本届的最佳战技他们一些特点
以及本届的最佳战技他们一些特点
48:01.185–48:03.825
zh通过分析半决赛的一些相关优势
通过分析半决赛的一些相关优势
48:03.825–48:04.945
zh可以推荐出来
可以推荐出来
48:04.945–48:07.545
zh大概你看我们法国西班牙的话
大概你看我们法国西班牙的话
48:07.545–48:09.805
zh他会推测法国烧战优势一系
他会推测法国烧战优势一系
48:09.805–48:13.005
zh最终还预测大概会进入架石或者点球大战
最终还预测大概会进入架石或者点球大战
48:13.005–48:14.205
zh然后呢
然后呢
48:14.205–48:15.505
zh另一场半决赛呢
另一场半决赛呢
48:15.505–48:17.205
zh对于西班牙和阿根廷来讲的话
对于西班牙和阿根廷来讲的话
48:17.205–48:20.425
zh他们觉得阿根廷略占优势
他们觉得阿根廷略占优势
48:20.425–48:20.925
zh对吧
对吧
48:20.925–48:22.785
zh这个比赛悬念比较大
这个比赛悬念比较大
48:22.785–48:24.025
zh最终的话
最终的话
48:24.025–48:25.945
zh他还会给我们分析出不同的概率
他还会给我们分析出不同的概率
48:25.945–48:29.225
zh他们会算出概率来讲的话
他们会算出概率来讲的话
48:29.225–48:31.105
zh他说法国是比较领先的
他说法国是比较领先的
48:31.105–48:32.445
zh拥有比较高的概率
拥有比较高的概率
48:32.445–48:32.945
zh对
对
48:32.945–48:34.325
zh冠军是法国队
冠军是法国队
48:34.325–48:36.825
zh大家还是谨慎对待
大家还是谨慎对待
48:36.825–48:38.045
zh咱们这个AI的
咱们这个AI的
48:38.045–48:39.685
zhAI给出的答案
AI给出的答案
48:39.685–48:41.665
zh但是我看从这个速度上
但是我看从这个速度上
48:41.665–48:43.445
zh还有这个呈现的文档的
还有这个呈现的文档的
48:43.445–48:45.165
zh这个思路大纲上
这个思路大纲上
48:45.165–48:46.605
zh真的是挺惊艳的
真的是挺惊艳的
48:46.605–48:47.665
zh挺完善的
挺完善的
48:47.665–48:48.305
zh挺快的
挺快的
48:48.305–48:49.525
zh我们这个就是一个
我们这个就是一个
48:49.525–48:51.245
zh非常实时的腾讯文档
非常实时的腾讯文档
48:51.245–48:52.405
zh那我想问一下
那我想问一下
48:52.405–48:53.965
zh我们这个连接器是
我们这个连接器是
48:53.965–48:57.125
zh使用的时候连一下
使用的时候连一下
48:57.125–48:59.385
zh然后在某一个对话不用的时候
然后在某一个对话不用的时候
48:59.385–49:00.965
zh是立刻关掉它比较好呢
是立刻关掉它比较好呢
49:00.965–49:02.285
zh还是一直连着比较好呢
还是一直连着比较好呢
49:02.285–49:04.005
zh它会不会消耗我们的token呀
它会不会消耗我们的token呀
49:04.005–49:06.705
zh本上来讲
本上来讲
49:06.705–49:08.805
zh其实不会特别的消耗
其实不会特别的消耗
49:08.805–49:10.505
zh其实如果说你触发了
其实如果说你触发了
49:10.505–49:12.145
zh比如说腾讯文档
比如说腾讯文档
49:12.145–49:14.025
zh或者是之类的一些其他行为
或者是之类的一些其他行为
49:14.025–49:16.405
zh它才会去给你去调用连接器
它才会去给你去调用连接器
49:16.405–49:17.405
zh或者使用到连接器
或者使用到连接器
49:17.405–49:18.385
zh你放在这里
你放在这里
49:18.385–49:20.585
zh其实是不会占用特别多的资源的
其实是不会占用特别多的资源的
49:20.585–49:21.945
zh然后接下来
然后接下来
49:21.945–49:23.445
zh我们还可以给大家演示一下
我们还可以给大家演示一下
49:23.445–49:24.185
zh不同的场景
不同的场景
49:24.185–49:26.225
zh比如说邮箱和腾讯会议
比如说邮箱和腾讯会议
49:26.225–49:27.585
zh这三个可以结合起来
这三个可以结合起来
49:27.585–49:28.965
zh然后我们就可以将
然后我们就可以将
49:28.965–49:31.525
zh比如说将我的
比如说将我的
49:31.525–49:32.985
zh刚刚生成的
刚刚生成的
49:32.985–49:35.085
zh我有一个问题想问一下
我有一个问题想问一下
49:35.085–49:35.985
zh在这里的话
在这里的话
49:35.985–49:38.825
zh那我们的连接器在授权之后
那我们的连接器在授权之后
49:38.825–49:41.025
zh会拿到我的一个密码吗
会拿到我的一个密码吗
49:41.025–49:44.425
zh就是我看到我们现在连的这三个连接器
就是我看到我们现在连的这三个连接器
49:44.425–49:48.145
zh那这些授权之后都会拿到我的密码数据会上传吗
那这些授权之后都会拿到我的密码数据会上传吗
49:48.145–49:49.865
zh就会上传到对应的APP吗
就会上传到对应的APP吗
49:49.865–49:52.065
zh目前这个是不会的
目前这个是不会的
49:52.065–49:55.425
zh因为连接器你可以看到我们当前的访问Token
因为连接器你可以看到我们当前的访问Token
49:55.425–49:57.565
zh它是已经配置在我们本地的
它是已经配置在我们本地的
49:57.565–50:03.445
zh不是会上传到我们对应的那些其他的一些应用上的
不是会上传到我们对应的那些其他的一些应用上的
50:03.445–50:03.945
zh对
对
50:03.945–50:07.485
zh然后我们当前的话我们给大家展示一下这个邮件的功能
然后我们当前的话我们给大家展示一下这个邮件的功能
50:07.485–50:09.245
zh其实邮件功能是非常实用的
其实邮件功能是非常实用的
50:13.462–50:20.462
zh你看這樣的話我們就可以讓它去幫我們把剛剛生成的這個騰訊文檔發送給我們的郵箱。
你看這樣的話我們就可以讓它去幫我們把剛剛生成的這個騰訊文檔發送給我們的郵箱。
50:20.462–50:23.462
zh這個會它就會調用到我們的郵箱的一個連接器。
這個會它就會調用到我們的郵箱的一個連接器。
50:23.462–50:26.462
zh這個時候呢它就會發送我們的郵件。
這個時候呢它就會發送我們的郵件。
50:26.462–50:28.302
zh它显示发送已经成功
它显示发送已经成功
50:28.302–50:30.102
zh我们可以去我们的邮箱里面看看有没有这个
我们可以去我们的邮箱里面看看有没有这个
50:30.102–50:33.602
zh刚刚看到我们这个是我们最新生成的
刚刚看到我们这个是我们最新生成的
50:33.602–50:37.562
zh世界杯的分析文档里面会有相关的腾讯文档文档
世界杯的分析文档里面会有相关的腾讯文档文档
50:37.562–50:40.822
zh包括最后的一个核心的结论
包括最后的一个核心的结论
50:40.822–50:44.102
zh以及来自于哪个地方它会告诉你
以及来自于哪个地方它会告诉你
50:44.102–50:45.262
zh对这个是非常方便的
对这个是非常方便的
50:45.262–50:46.722
zh比如说我们想批量发送邮件
比如说我们想批量发送邮件
50:46.722–50:49.862
zh或者是批量进行一些管理会非常的方便
或者是批量进行一些管理会非常的方便
50:49.862–50:52.642
zh对或者你就是想让Optop
对或者你就是想让Optop
50:52.642–50:55.322
zh比如在某些事情上发邮件提醒你
比如在某些事情上发邮件提醒你
50:55.322–50:56.982
zh或者每天做个总结
或者每天做个总结
50:56.982–50:58.242
zh也发邮件给你
也发邮件给你
50:58.242–50:59.742
zh都是非常方便的
都是非常方便的
50:59.742–51:00.322
zh对
对
51:00.322–51:02.982
zh其实我们这个还有定时的任务
其实我们这个还有定时的任务
51:02.982–51:03.482
zh对
对
51:03.482–51:04.022
zh之后的话
之后的话
51:04.022–51:06.122
zh如果说你想用定时任务
如果说你想用定时任务
51:06.122–51:07.902
zh结合我们的连接器
结合我们的连接器
51:07.902–51:09.882
zh然后它可以帮你去推送
然后它可以帮你去推送
51:09.882–51:10.842
zh每日的定时邮件
每日的定时邮件
51:10.842–51:11.982
zh这个也是可以的
这个也是可以的
51:11.982–51:15.162
zh我看有粉丝朋友问
我看有粉丝朋友问
51:15.162–51:17.382
zhOctop除了打通腾讯产品
Octop除了打通腾讯产品
51:17.382–51:18.822
zh能打通其他公司的
能打通其他公司的
51:18.822–51:19.962
zh我们其实有推
我们其实有推
51:19.962–51:21.602
zh多种各样的连接器
多种各样的连接器
51:21.602–51:23.442
zh包括有Notion
包括有Notion
51:23.442–51:25.222
zh有百度网牌
有百度网牌
51:25.222–51:25.902
zh有Figma
有Figma
51:25.902–51:27.542
zh有有道云笔记
有有道云笔记
51:27.542–51:30.102
zh对这些其实市面上常用的
对这些其实市面上常用的
51:30.102–51:30.882
zh我们都打通了
我们都打通了
51:30.882–51:32.842
zh目前连接其实有官方内置的
目前连接其实有官方内置的
51:32.842–51:34.222
zh实际在实用过程当中
实际在实用过程当中
51:34.222–51:35.482
zh会有自己封装的MCP
会有自己封装的MCP
51:35.482–51:37.202
zh这个的话
这个的话
51:37.202–51:38.822
zh欢迎大家去GitHub上
欢迎大家去GitHub上
51:38.822–51:40.362
zh去搜索我们的原代码
去搜索我们的原代码
51:40.362–51:41.382
zh因为我们其实
因为我们其实
51:41.382–51:42.962
zh整个原代码都是公开的
整个原代码都是公开的
51:42.962–51:45.062
zh如果你想接入自己的
如果你想接入自己的
51:45.062–51:47.082
zh配置的一些MCP专业方服务的话
配置的一些MCP专业方服务的话
51:47.082–51:48.122
zh也可以去通过
也可以去通过
51:48.122–51:49.202
zhForex我们的仓库
Forex我们的仓库
51:49.202–51:51.042
zh然后进行实现
然后进行实现
51:51.042–51:53.002
zh对欢迎大家和我们共见
对欢迎大家和我们共见
51:53.002–51:54.242
zh然后大家期待能力
然后大家期待能力
51:54.242–51:56.862
zh我们后续也会陆续开发
我们后续也会陆续开发
51:56.862–51:58.322
zh然后大家觉得的话也可以
然后大家觉得的话也可以
51:58.322–51:59.302
zh也会去共建
也会去共建
51:59.302–52:00.862
zh然后一起共建我们的Octop
然后一起共建我们的Octop
52:00.862–52:05.042
zhACP里添加以后会添加其他本地智能体吗
ACP里添加以后会添加其他本地智能体吗
52:07.002–52:12.082
zh目前来讲我们的智能体是需要自己去手动点安装的
目前来讲我们的智能体是需要自己去手动点安装的
52:12.082–52:13.702
zh是ACP上面的
是ACP上面的
52:13.702–52:15.402
zh这个对吗
这个对吗
52:15.402–52:15.902
zh对
对
52:15.902–52:17.102
zh目前来讲是这样的
目前来讲是这样的
52:17.102–52:19.362
zh就是如果说我们自己去配置的话
就是如果说我们自己去配置的话
52:19.362–52:21.462
zh当然是可以去添加了
当然是可以去添加了
52:21.462–52:22.722
zh像我之前去配置的
像我之前去配置的
52:22.722–52:24.722
zh有我们的code body的智能体
有我们的code body的智能体
52:24.722–52:25.922
zh那个ACP
那个ACP
52:25.922–52:27.522
zh然后你自己去
然后你自己去
52:27.522–52:30.122
zh如果你想使用什么样的ACP
如果你想使用什么样的ACP
52:30.122–52:31.422
zh你就可以自己去进行配置
你就可以自己去进行配置
52:31.422–52:31.922
zh对
对
52:31.922–52:33.122
zh你可以直接使用的
你可以直接使用的
52:33.122–52:36.922
zh你们是没法做到实时获取最新的模型列表吗
你们是没法做到实时获取最新的模型列表吗
52:36.922–52:38.822
zh我记得ACE的时候
我记得ACE的时候
52:38.822–52:41.122
zh对好像是有提过这个问题
对好像是有提过这个问题
52:41.122–52:44.222
zh就是我们目前来讲
就是我们目前来讲
52:44.222–52:46.922
zh没有去做实时的拉取的
没有去做实时的拉取的
52:46.922–52:48.922
zh去拉取当前最新的一个模型列表
去拉取当前最新的一个模型列表
52:48.922–52:51.322
zh因为我们每个上一个新的模型
因为我们每个上一个新的模型
52:51.322–52:52.522
zh我们都需要去适配一下
我们都需要去适配一下
52:52.522–52:54.782
zh当前这个模型是否能够正确的运行
当前这个模型是否能够正确的运行
52:54.782–52:57.302
zh所以对于这个来讲的话
所以对于这个来讲的话
52:57.302–52:58.522
zh其实拉取最新模型
其实拉取最新模型
52:58.522–52:59.922
zh或对接最新的模型列表
或对接最新的模型列表
52:59.922–53:03.262
zh不是一个工作量最大或最繁琐的事情
不是一个工作量最大或最繁琐的事情
53:03.262–53:05.882
zh真正想测试它能否正常的运行
真正想测试它能否正常的运行
53:05.882–53:09.242
zh正常启用才是比较耗时的一个事情
正常启用才是比较耗时的一个事情
53:09.242–53:14.082
zh就比如说像Deep Seek
就比如说像Deep Seek
53:14.082–53:16.482
zh它就是大家都知道VisPro
它就是大家都知道VisPro
53:16.482–53:18.642
zh因为它其实对它的模型协议
因为它其实对它的模型协议
53:18.642–53:19.642
zh也做了一些改变
也做了一些改变
53:19.642–53:23.082
zh那其实我们在适配不同厂商的模型的时候
那其实我们在适配不同厂商的模型的时候
53:23.082–53:24.182
zh都一定有工作量
都一定有工作量
53:24.182–53:25.882
zh可能现在还没有做到
可能现在还没有做到
53:25.882–53:28.762
zh然后我们现在也是开源出来了
然后我们现在也是开源出来了
53:28.762–53:31.262
zh如果期待能力的话也可以共建
如果期待能力的话也可以共建
53:31.262–53:33.782
zh然后我们后续也会陆续支持
然后我们后续也会陆续支持
53:33.782–53:34.282
zh行
行
53:34.282–53:37.082
zh然后我们刚刚有三个的连接器
然后我们刚刚有三个的连接器
53:37.082–53:39.182
zh我们现在看一下我们最后的这个
我们现在看一下我们最后的这个
53:39.182–53:40.822
zh腾讯会议的连接器
腾讯会议的连接器
53:40.822–53:43.642
zh因为我们如果想预定一个明天的会议
因为我们如果想预定一个明天的会议
53:43.642–53:47.282
zh就直接给他说帮我预定一下
就直接给他说帮我预定一下
53:49.642–53:52.362
zh明天我们有11点
明天我们有11点
53:52.362–53:54.662
zh这个时候呢
这个时候呢
53:54.662–53:56.402
zh你给他一个非常笼统的对话
你给他一个非常笼统的对话
53:56.402–53:58.242
zh他会继续的去追问你
他会继续的去追问你
53:58.242–53:59.362
zh他具体的主题是什么
他具体的主题是什么
53:59.362–53:59.982
zh对
对
53:59.982–54:01.342
zh参与人是什么
参与人是什么
54:01.342–54:05.042
zh我们可以让他主题自己订
我们可以让他主题自己订
54:05.042–54:06.962
zh会议时长一小时
会议时长一小时
54:06.962–54:08.162
zh然后呢
然后呢
54:08.162–54:08.982
zh线上的
线上的
54:08.982–54:10.822
zh参会人
参会人
54:10.822–54:11.822
zh参会人的话
参会人的话
54:11.822–54:13.802
zh你可以去选择你的邮箱
你可以去选择你的邮箱
54:13.802–54:15.342
zh或者是你已经
或者是你已经
54:15.342–54:16.922
zh比如说你在一个企业内的话
比如说你在一个企业内的话
54:16.922–54:18.702
zh已经企业的ID都可以的
已经企业的ID都可以的
54:18.702–54:31.562
zh比如说他可以帮我创建一个提醒我去明天看比赛的会议
比如说他可以帮我创建一个提醒我去明天看比赛的会议
54:31.562–54:32.202
zh好的
好的
54:32.202–54:37.862
zh对 然后
对 然后
54:37.862–54:43.702
zh邮箱刚刚已经告诉他了
邮箱刚刚已经告诉他了
54:48.702–54:58.462
zh这个时候我们重新的来去测试一下
这个时候我们重新的来去测试一下
54:58.462–55:00.402
zh我们这个腾讯会议
我们这个腾讯会议
55:07.402–55:10.342
zh可能就是腾讳的连接器
可能就是腾讳的连接器
55:10.342–55:13.102
zh比较需要复杂配置
比较需要复杂配置
55:13.102–55:25.822
zhOctop的agent的绘画定时任务批量
Octop的agent的绘画定时任务批量
55:25.822–55:28.462
zh支持批量删除批量启停吗
支持批量删除批量启停吗
55:28.462–55:39.822
zh你可以让Octop就是帮你批量删除批量启停
你可以让Octop就是帮你批量删除批量启停
55:39.822–55:41.642
zh就是人为手动的话
就是人为手动的话
55:41.642–55:44.882
zh我们面板上还没有支持频量的一个功能
我们面板上还没有支持频量的一个功能
55:44.882–55:49.162
zh但是Octop他自己作为一个agent是可以达到频量的效果
但是Octop他自己作为一个agent是可以达到频量的效果
55:49.162–55:52.582
zh对可以看到我们当前这个会议已经创建了
对可以看到我们当前这个会议已经创建了
55:52.582–55:54.482
zh他还可以给我们一个会议的链接
他还可以给我们一个会议的链接
55:54.482–55:55.422
zh对 是的
对 是的
55:55.422–55:58.882
zh也可以看到发起人以及当前告诉我
也可以看到发起人以及当前告诉我
55:58.882–56:01.122
zh其实还有版本更新是我需要更新
其实还有版本更新是我需要更新
56:01.122–56:02.582
zh大家可以看到
大家可以看到
56:02.582–56:04.842
zh其实我们当前来讲的话
其实我们当前来讲的话
56:04.842–56:07.502
zh目前FCP的协议比较火
目前FCP的协议比较火
56:07.502–56:09.762
zh就相当于AI时代的USB-C了
就相当于AI时代的USB-C了
56:09.762–56:11.542
zh它可以连接到我们各个产品
它可以连接到我们各个产品
56:11.542–56:15.002
zh和用户之间可以做到一些急差急用的
和用户之间可以做到一些急差急用的
56:15.002–56:17.882
zh其实已经渐渐的成为了一个行业的标准
其实已经渐渐的成为了一个行业的标准
56:17.882–56:22.462
zh刚刚焦焦也提到了我们这个是否安全
刚刚焦焦也提到了我们这个是否安全
56:22.462–56:25.622
zh对然后安全是我们整个连接器的
对然后安全是我们整个连接器的
56:25.622–56:28.542
zh它的一个非常大的一个前提
它的一个非常大的一个前提
56:28.542–56:31.882
zh就是这个Optop它是怎么取了这个名字呢
就是这个Optop它是怎么取了这个名字呢
56:31.882–56:34.502
zh这其实是
这其实是
56:34.502–56:40.422
zh其实最开始是我们有想到像智能体嘛
其实最开始是我们有想到像智能体嘛
56:40.422–56:45.222
zh不管是Cloud或者是Hermus
不管是Cloud或者是Hermus
56:45.222–56:46.662
zh其实一是跟动物有关
其实一是跟动物有关
56:46.662–56:48.262
zh二都是跟执行力有关
二都是跟执行力有关
56:48.262–56:51.942
zh那我们其实就想到最具有执行力
那我们其实就想到最具有执行力
56:51.942–56:53.582
zh最聪明的动物
最聪明的动物
56:53.582–56:56.322
zh那在自然界我们虽然会讲章鱼
那在自然界我们虽然会讲章鱼
56:56.322–56:57.422
enOctopus
Octopus
56:57.422–57:00.182
zh但是其实Octopus这个名字
但是其实Octopus这个名字
57:00.182–57:01.662
zh一是阴姐太多了
一是阴姐太多了
57:01.662–57:05.122
zh二是其实有非常多的AI产品
二是其实有非常多的AI产品
57:05.122–57:06.582
zh就叫Octopus
就叫Octopus
57:06.582–57:09.402
zh然后我们非常聪明的英名同学
然后我们非常聪明的英名同学
57:09.402–57:12.582
zh然后就说那我们就是把它修剪一下
然后就说那我们就是把它修剪一下
57:12.582–57:17.662
zh然后最后就是由一名来铲除了我们Optop这个名字
然后最后就是由一名来铲除了我们Optop这个名字
57:17.662–57:21.162
zh对我们当时想的有一个小的idea
对我们当时想的有一个小的idea
57:21.162–57:26.782
zh就是我们可以想象到我们章鱼它会有非常多的触手
就是我们可以想象到我们章鱼它会有非常多的触手
57:26.782–57:28.002
zh非常多的触角
非常多的触角
57:28.002–57:31.702
zh包括我们GateUp它官方的一个形象
包括我们GateUp它官方的一个形象
57:31.702–57:33.622
zh也是一个猫和一个章鱼角
也是一个猫和一个章鱼角
57:33.622–57:35.302
zh章鱼它又叫八爪鱼
章鱼它又叫八爪鱼
57:35.302–57:36.102
zh它有很多的触手
它有很多的触手
57:36.102–57:38.282
zh每个触手就相当于是我们的一个agent
每个触手就相当于是我们的一个agent
57:38.282–57:40.962
zh就是我们想以章鱼这种多出手的概念
就是我们想以章鱼这种多出手的概念
57:40.962–57:43.322
zh去抵达我们当前的
去抵达我们当前的
57:43.322–57:45.242
zh多agent的一个概念
多agent的一个概念
57:45.242–57:47.122
zh也相当于是我们一个核心的特点
也相当于是我们一个核心的特点
57:47.122–57:49.202
zh对 我们Octoff
对 我们Octoff
57:49.202–57:51.202
zh连接器它会有一个概念
连接器它会有一个概念
57:51.202–57:53.582
zh就是我们会让工具平权
就是我们会让工具平权
57:53.582–57:54.702
zh让生态互联
让生态互联
57:54.702–57:57.102
zh然后基本上我们之前的使用场景
然后基本上我们之前的使用场景
57:57.102–57:58.342
zh就是我最开始提到过
就是我最开始提到过
57:58.342–58:00.622
zh就是一个人围着手机上的十几个app
就是一个人围着手机上的十几个app
58:00.622–58:02.682
zh现在是想让打造成
现在是想让打造成
58:02.682–58:04.642
zhapp围造的一个AI入口
app围造的一个AI入口
58:04.642–58:06.662
zh这样我们只需要掌握一个AI入口
这样我们只需要掌握一个AI入口
58:06.662–58:08.422
zh然后其他的都可以去
然后其他的都可以去
58:08.422–58:11.662
zh我们通过Octob进行一个对话实现
我们通过Octob进行一个对话实现
58:11.662–58:12.582
zh对比Workbody
对比Workbody
58:12.582–58:14.222
zh我为啥还要用Octob
我为啥还要用Octob
58:14.222–58:16.362
zh还得用虚拟机的开销
还得用虚拟机的开销
58:20.732–58:24.092
zh其实是这样的,就是我们Octop它其实本身上是一个开源项目
其实是这样的,就是我们Octop它其实本身上是一个开源项目
58:24.092–58:27.292
zh你不一定需要必须购买讯息使用我们Octop
你不一定需要必须购买讯息使用我们Octop
58:27.292–58:30.012
zh你在本地的电脑上其实也是可以使用我们Octop
你在本地的电脑上其实也是可以使用我们Octop
58:30.012–58:33.392
zh像我们今天给大家演示或展示这些功能
像我们今天给大家演示或展示这些功能
58:33.392–58:37.052
zh其实就是我们自己在本地的电脑上去运行的Octop
其实就是我们自己在本地的电脑上去运行的Octop
58:37.052–58:40.552
zh然后关于下边一个同学说
然后关于下边一个同学说
58:40.552–58:45.192
zh怎么解决多agent协作过程当中上下文冲突和记忆碎片化的问题
怎么解决多agent协作过程当中上下文冲突和记忆碎片化的问题
58:45.192–58:48.252
zh可以请我们的英宁同学来解答一下
可以请我们的英宁同学来解答一下
58:48.252–58:49.932
zh首先我们多agent协作
首先我们多agent协作
58:49.932–58:52.092
zh其实分为专家和专家协作
其实分为专家和专家协作
58:52.092–58:54.172
zh和专家和智能体协作
和专家和智能体协作
58:54.172–58:57.512
zh其实在我们这场直播的上半部分
其实在我们这场直播的上半部分
58:57.512–58:59.212
zh就是有讲细节
就是有讲细节
58:59.212–59:02.852
zh然后其实因为我们专家和专家
然后其实因为我们专家和专家
59:02.852–59:04.512
zh他的记忆是隔离的
他的记忆是隔离的
59:04.512–59:08.292
zh然后如果在我们subagent的场景下的话
然后如果在我们subagent的场景下的话
59:08.292–59:10.712
zh那我们subagent的上下文
那我们subagent的上下文
59:10.712–59:15.012
zh是不会带到我们的专家上来的
是不会带到我们的专家上来的
59:15.012–59:17.352
zh如果我们subagent执行完任务
如果我们subagent执行完任务
59:17.352–59:21.172
zh就像Cloud Code的Subation一样
就像Cloud Code的Subation一样
59:21.172–59:22.652
zh它只会给一个结果
它只会给一个结果
59:22.652–59:24.292
zh然后做生下文隔离的
然后做生下文隔离的
59:24.292–59:24.852
zh对
对
59:24.852–59:27.972
zh后续有推出桌面版的计划吗
后续有推出桌面版的计划吗
59:27.972–59:29.252
zh是这样的
是这样的
59:29.252–59:31.812
zh就是我们会有一个隐藏的功能
就是我们会有一个隐藏的功能
59:31.812–59:34.472
zh其实我们之前在ACE当中有提到过
其实我们之前在ACE当中有提到过
59:34.472–59:36.632
zh然后我们会有一个隐藏功能
然后我们会有一个隐藏功能
59:36.632–59:37.732
zh是叫PWA
是叫PWA
59:37.732–59:38.712
zh然后呢
然后呢
59:38.712–59:42.152
zh这个是我们幕后的核心研发大佬
这个是我们幕后的核心研发大佬
59:42.152–59:43.672
zh去设计的一个功能
去设计的一个功能
59:43.672–59:52.612
zh它可以去将你的当前的Octop去生成出一个类似于一个小应用
它可以去将你的当前的Octop去生成出一个类似于一个小应用
59:52.612–59:55.812
zh小APP的一个形式去放在你的手机上
小APP的一个形式去放在你的手机上
59:55.812–59:57.712
zh或者是也放在你的电脑上
或者是也放在你的电脑上
59:57.712–1:00:01.132
zh它本身上来讲其实是一个Chrome的一个快照
它本身上来讲其实是一个Chrome的一个快照
1:00:01.132–1:00:02.232
zh然后网页快照
然后网页快照
1:00:02.232–1:00:05.112
zh然后它就会放在你的电脑或者手机上都可以
然后它就会放在你的电脑或者手机上都可以
1:00:05.112–1:00:06.012
zh你可以实时打开它
你可以实时打开它
1:00:06.012–1:00:07.412
zh打开就是我们实时的界面
打开就是我们实时的界面
1:00:07.412–1:00:09.352
zh当然对于这个来讲的话
当然对于这个来讲的话
1:00:09.352–1:00:11.272
zh我们移动端也做了一些适配
我们移动端也做了一些适配
1:00:11.272–1:00:16.792
zh其实可以在手机上也可以看到我们排版排列的布局方式也是非常合理的
其实可以在手机上也可以看到我们排版排列的布局方式也是非常合理的
1:00:16.792–1:00:24.292
zh然后还有朋友问专家切换的延迟怎么样呢
然后还有朋友问专家切换的延迟怎么样呢
1:00:24.292–1:00:28.312
zh如果是指在我们的面板上切换专家
如果是指在我们的面板上切换专家
1:00:28.312–1:00:30.572
zh其实是没有什么延迟的
其实是没有什么延迟的
1:00:30.572–1:00:33.432
zh然后还有一种专家协作方式是
然后还有一种专家协作方式是
1:00:33.432–1:00:38.212
zh你通过一个专家连接到IM渠道去询问那个专家
你通过一个专家连接到IM渠道去询问那个专家
1:00:38.212–1:00:40.132
zh也是可以实时触达的
也是可以实时触达的
1:00:40.132–1:00:42.192
zh部署与硬件的门槛高吗
部署与硬件的门槛高吗
1:00:42.192–1:00:47.792
zh其实我们当前的Octave占用的资源是非常少的
其实我们当前的Octave占用的资源是非常少的
1:00:47.792–1:00:49.312
zh因为如果说正常运行的话
因为如果说正常运行的话
1:00:49.312–1:00:53.412
zh它其实占用的也就一两百兆的这样一个内存的资源
它其实占用的也就一两百兆的这样一个内存的资源
1:00:53.412–1:00:56.412
zh不会对你的硬件门槛要求特别的高
不会对你的硬件门槛要求特别的高
1:00:56.412–1:00:59.352
zh然后之前会有同学说
然后之前会有同学说
1:00:59.352–1:01:01.852
zh如何防止AI执行危险指令
如何防止AI执行危险指令
1:01:01.852–1:01:03.852
zh其实在我们这个安全防护的这一块
其实在我们这个安全防护的这一块
1:01:03.852–1:01:05.532
zh会有相关的一些介绍
会有相关的一些介绍
1:01:05.532–1:01:10.952
zh会对每条指令它都会捕捉到
会对每条指令它都会捕捉到
1:01:10.952–1:01:12.792
zh对于Token消耗监控的话
对于Token消耗监控的话
1:01:12.792–1:01:15.472
zh我们也会在Token统计这个面板
我们也会在Token统计这个面板
1:01:15.472–1:01:17.852
zh我们可以按照不同的去
我们可以按照不同的去
1:01:17.852–1:01:19.652
zh比如说今天最近30天
比如说今天最近30天
1:01:19.652–1:01:21.652
zh然后汇总以及不同的Agent
然后汇总以及不同的Agent
1:01:21.652–1:01:23.132
zh进行一个力度的切换
进行一个力度的切换
1:01:23.132–1:01:24.372
zh它都可以去找到
它都可以去找到
1:01:24.372–1:01:26.112
zh可以配置内网自己的模型吗
可以配置内网自己的模型吗
1:01:26.112–1:01:27.272
zh其实我们是可以的
其实我们是可以的
1:01:27.272–1:01:30.472
zh如果说你想配置模型的话
如果说你想配置模型的话
1:01:30.472–1:01:31.672
zh你点击这个模型页面
你点击这个模型页面
1:01:31.672–1:01:35.632
zh然后你可以选择自己的自定义的供应商
然后你可以选择自己的自定义的供应商
1:01:35.632–1:01:37.392
zh你就可以填写你的名称
你就可以填写你的名称
1:01:37.392–1:01:39.872
zh你的API key就可以了
你的API key就可以了
1:01:39.872–1:01:43.452
zh那我们用户提问摩蓝两可时
那我们用户提问摩蓝两可时
1:01:43.452–1:01:48.252
zh系统是怎么判断应该激活哪个专家agent的
系统是怎么判断应该激活哪个专家agent的
1:01:48.252–1:01:50.192
zh就是专家的话
就是专家的话
1:01:50.192–1:01:53.152
zh其实是用户手动去激活的
其实是用户手动去激活的
1:01:53.152–1:01:57.072
zh就是如果已经下载部署了
就是如果已经下载部署了
1:01:57.072–1:01:58.412
zh我们onpop可以看见
我们onpop可以看见
1:01:58.412–1:02:01.332
zh你在询问的时候必须指定一个专家
你在询问的时候必须指定一个专家
1:02:01.332–1:02:02.112
zh对
对
1:02:02.112–1:02:04.632
zh然后通过不同专家
然后通过不同专家
1:02:04.632–1:02:06.832
zh你是可以通过连不同的IM
你是可以通过连不同的IM
1:02:06.832–1:02:08.652
zh或者你从专家A
或者你从专家A
1:02:08.652–1:02:10.792
zh你可以让他去询问专家B
你可以让他去询问专家B
1:02:10.792–1:02:12.172
zh用固定的prompt
用固定的prompt
1:02:12.172–1:02:13.792
zh让他去触达其他专家
让他去触达其他专家
1:02:13.792–1:02:15.732
zh就是不存在这个
就是不存在这个
1:02:15.732–1:02:17.692
zh激活哪个专家意见这个说法
激活哪个专家意见这个说法
1:02:17.692–1:02:20.732
zh我们今天的直播就到这里结束了
我们今天的直播就到这里结束了
1:02:20.732–1:02:21.592
zh大家拜拜
大家拜拜
影片筆記：比OpenClaw多了什么？腾讯云自研Octop开源：多用户+多专家+子智能体
<!-- VIDEONOTE_PUBLICATION_WARNINGS_BEGIN -->
⚠️ 可先使用，仍有待修正項目
本筆記已完成可閱讀的逐字稿與時間跳轉；下列為待處理問題，建議播放原片確認。
- 待修正：Whisper 幻覺段落已切除（已移除 1 段幻覺內容，其餘逐字稿保留使用。；原始 Whisper 證據保留在 transcript.whisper.raw.json。）
- 待修正：逐字稿全文快速校讀未完成（已保留自動字幕/原始逐字稿並繼續生成筆記。；未完成的全文速讀項目可在精進模式回聽確認。）
<!-- VIDEONOTE_PUBLICATION_WARNINGS_END -->
一句話總結
騰訊雲開源 AI Agent 平台 Octo（前身為 ACE），從單用戶工具升級為支持多用戶、多專家、多子智能體協作的團隊/家庭級平台，並透過基於 MCP 協議的連接器打通騰訊全家桶應用，實現數據私有化與動態實時操作。
核心重點
- 架構升級（多用戶/多專家/子智能體）：
- 多用戶：單台服務器支持多個賬戶，記憶、工作區、配置完全隔離，適合家庭或團隊共享算力。
- 多專家：單一用戶可創建多個擁有獨立記憶庫的「專家」（如工作助手、育兒專家），避免記憶串台，並支持在特定 Prompt 下專家間通信。
- 子智能體：專家可綁定多個子智能體，實現能力按需調用與 Token 節省，子智能體共享專家工作區但擁有獨立上下文。
- 生態連接（MCP 協議）：
- 基於 MCP（Model Context Protocol）開放協議，作為統一的 AI 入口。
- 內置連接器打通騰訊全家桶（文檔、會議、郵箱等），解決傳統 AI 僅能處理靜態文件的瓶頸，實現動態實時操作（如自動創建文檔、預約會議）。
- 開源與數據安全：
- 核心代碼在 GitHub 開源，歡迎社區共建。
- 數據存儲於用戶本地服務器或本地，強調數據私有化，騰訊方無法觸及。
- 支持本地部署（Mac/Windows）及雲服務器，資源佔用低。
詳細大綱
一、 Octo 產品定位與升級背景
- 產品演進：Octo 是騰訊雲 ACE 的進化版/升級版，目前已在 GitHub 開源。
- 核心差異：
- ACE：單用戶、個人工具。
- Octo：多用戶、團隊/家庭 AI 平台。
- 開源意義：歡迎社區共建、提 Issue、Fork 代碼定制，降低使用門檻。
二、 核心功能架構解析
- 多用戶系統（Multi-User）
- 架構：一台 Octo 服務器支持多個賬戶登錄。
- 隔離性：不同用戶（包括子賬戶）之間的記憶、工作區、專家配置、消息記錄完全隔離，互不干擾。
- 權限管理：分為「管理員」與「普通用戶」。管理員可創建子賬戶，子賬戶擁有獨立的工作區和專家配置權限。
- 資源共享：團隊或家庭只需購買一台服務器，即可共享算力，避免重複部署。
- 多專家系統（Multi-Expert）
- 定義：單一用戶可創建多個專屬助手（專家），每個專家擁有獨立的記憶庫。
- 場景：解決單一 Agent 記憶混亂問題（如工作記憶與生活記憶混雜）。
- 通道綁定：不同專家可綁定不同的 IM 渠道（如通用助手綁定 QQ，育兒專家綁定微信）。
- 專家間通信：專家之間默認隔離，但在嚴格 Prompt 下可調用其他專家的工作區信息。
- 子智能體系統（Sub-Agent）
- 定義：專家可綁定多個子智能體，子智能體作為專家的「小幫手」。
- 機制：子智能體並行調用，專家作為調度中心統一回覆。
- 優勢：
- 節省 Token：僅在需要特定領域知識時調用對應子智能體。
- 擴展能力：在有限的 AgentMD 配置下擴充專家能力（如學術、歷史、心理學等子智能體）。
- 上下文隔離：子智能體共享專家工作區，但擁有獨立上下文，避免繪畫或運行干擾。
三、 技術架構與生態集成
- 模型支持：
- 支持自主配置國內外主流模型（騰訊混元、Kimi、MiniMax、智譜、火山、GPT、Anthropic 等）。
- 支持本地部署（如 Ollama）。
- 支持自定義提供商（Base URL + API Key）。
- 連接器（Connectors）：
- 基於 MCP 開放協議，作為統一的 AI 入口。
- 內置連接器打通騰訊全家桶（騰訊文檔、騰訊會議、騰訊郵箱、微信讀書、愛瑪等）。
- 解決多 APP 切換成本高的問題，實現一鍵授權與操作。
- 渠道支持：
- 從 ACE 的 5 種擴展至 9 種，支持微信、QQ、飛書、釘釘、小E等。
- 支持企業微信機器人配置（僅限創建者對話，群聊艾特可觸發）。
四、 部署與數據安全
- 部署方式：
- 支持本地（Mac/Windows）、雲服務器（騰訊雲 TKE/CVM）、無頭服務器鏡像。
- 提供 GitHub 倉庫、安裝腳本及 ReadMe 文檔。
- 支持從 ACE 遷移至 Octo。
- 數據安全：
- 數據完全存儲於用戶自己的服務器或本地，騰訊方無法觸及。
- 開源項目，代碼透明，歡迎社區審查。
- Token 統計：
- 提供 Token 使用面板，但數據按用戶隔離，僅可見自身用量。
五、 連接器（Connector）的核心價值與實作
- 解決瓶頸：AI 已足夠聰明，瓶頸在於能否觸達用戶生活的「最近一公里」。
- 動態 vs 靜態：
- 傳統 AI 助手（如元寶、豆包）上傳文件為「靜態文件」，無法獲取動態實時信息，修改需反覆拷貝新版本，產生冗餘文件。
- 連接器直接鏈接在線文檔，始終讀取最新版本，並保留歷史記錄。
- 效率提升：將重複性、繁瑣的操作（如預約多個不同對象的會議）自動化，節省時間。
- 實作演示：
- 配置流程：在 Octo 頁面左側找到主流連接器，打開授權頁，複製 Token，點擊訪問 Token 一鍵粘貼，進行探測與保存。需顯性打開連接器開關才能觸發。
- 場景 1：騰訊文檔與 AI 搜索：用戶輸入預測世界盃冠軍，Octo 調用內置 AI 搜索工具獲取最新賽事信息，自動創建騰訊文檔生成分析報告，強調文檔為實時更新。
- 場景 2：郵箱連接器：將生成的騰訊文檔通過郵箱連接器發送，支持批量發送、定時任務推送。
- 場景 3：騰訊會議連接器：用戶口語化指令預約會議，Agent 追問細節，自動創建會議並生成鏈接，支持發起人顯示，支持通過 Agent 進行批量刪除或啟停會議。
六、 安全性與隱私保護
- Token 機制：連接器僅使用配置在本地訪問的 Token。
- 數據隱私：授權後不會獲取用戶密碼，數據不會上傳至對應的第三方 APP。
- 安全前提：安全性是連接器設計的重要前提。
七、 產品生態與兼容性
- 支持的平台：
- 官方內置：騰訊文檔、騰訊會議、郵箱。
- 第三方支持：Notion、百度網盤、Figma、有道雲筆記。
- 自定義 MCP：支持 GitHub 上搜索原代碼，通過 Fork 倉庫實現自定義 MCP 服務方接入。
- MCP 協議：被視為 AI 時代的 USB-C 標準，實現產品間互聯互通。
八、 Octo 產品定位與技術架構
- 命名由來：
- 靈感來自 Octopus（章魚/八爪魚），象徵多觸手、多 Agent 協作能力。
- 形象設計結合貓與章魚觸角。
- 核心理念：工具平權，生態互聯，打造「App 圍繞 AI 入口」的生態。
- 開源與本地運行：
- Octo 為開源項目，可在本地電腦運行，無需強制購買雲端服務。
- 資源佔用低（約 100-200MB 內存），硬件門檻低。
- 多 Agent 協作與記憶：
- 分為專家與專家協作、專家與智能體協作。
- 記憶隔離：Subagent 的上下文不會帶入專家，執行完僅返回結果，實現上下文隔離。
- 記憶存儲直觀展現，隨對話改變。
- 專家（Expert）機制：
- 專家需手動激活/安裝，不存在系統自動判斷激活哪個專家的機制。
- 切換專家無延遲，或通過 IM 渠道實時觸達。
九、 功能規劃與 FAQ
- 模型列表更新：
- 目前未實時拉取最新模型列表，因需逐一適配測試模型協議（如 Deep Seek 的 VisPro 協議改變）。
- 歡迎共建支持新模型。
- 桌面版計劃：
- 提供隱藏功能 PWA（Progressive Web App），可將 Octo 生成為類似小 APP 的形式，安裝於手機或電腦。
- 本質為 Chrome 網頁快照，支持移動端適配。
- Token 消耗與監控：
- 連接器閒置時不佔用資源，觸發行為時才調用。
- 提供 Token 統計面板，可按時間（如最近 30 天）及不同 Agent 匯總監控。
- 自定義模型：
- 支持配置內網或自定義供應商，需填寫名稱與 API Key。
- 危險指令防護：
- 系統會捕捉並監控每條指令。
工具 / 模型 / 名詞整理
產品與平台
- Octo (或 Octop, Octopus, Octave, Octoff, Octob, onpop - 依逐字稿口語變體)
- ACE (或 ACP, 指代智能體平台/前身)
- Hermis (或 Hermers, 與 Octo 對標的產品)
- OpenCloud (或 OpenCloud, 產品名稱)
- Workbody (或 Workbody, 與 Octo 對標的產品)
- Code body (或 Code body, 智能體名稱)
- 騰訊會議 (Tencent Meeting)
- 騰訊文檔 (Tencent Docs, 亦聽作「團訊文檔」)
- 元寶 (Yuanbao)
- 豆包 (Doubao)
- Notion
- 百度網盤 (Baidu Netdisk)
- Figma
- 有道雲筆記 (Youdao Cloud Note)
- GitHub
- PWA (Progressive Web App)
- Chrome
技術/協議/概念
- MCP (Model Context Protocol)
- Token (訪問令牌)
- API Key
- VisPro (Deep Seek 的模型協議)
- Subagent (子智能體, 亦聽作「子ation」)
- Expert (專家)
- Agent (智能體)
- AI 搜索工具
- 203 工具料 (疑點，可能指代某種工具列表或版本號)
- 世界盃 (World Cup) - 提及 2026 世界盃，美加墨舉辦。
- 法國隊、西班牙隊、英格蘭隊、阿根廷隊
操作流程整理
- 部署與安裝：
- 從 GitHub 獲取 Octo 代碼。
- 選擇本地（Mac/Windows）或雲服務器（騰訊雲 TKE/CVM）進行部署。
- 運行安裝腳本，配置環境。
- （可選）從舊版 ACE 遷移至 Octo。
- 配置多用戶與專家：
- 管理員創建子賬戶，設置權限。
- 用戶創建多個專家，綁定獨立記憶庫。
- 綁定專家與 IM 渠道（微信、QQ、飛書等）。
- 為專家綁定子智能體以擴展能力。
- 配置連接器（Connector）：
- 在 Octo 頁面左側找到主流連接器。
- 打開授權頁，複製 Token。
- 點擊訪問 Token 一鍵粘貼，進行探測與保存。
- 顯性打開連接器開關以觸發功能。
- 使用場景演示：
- 文檔分析：輸入世界盃預測指令 -> Octo 調用 AI 搜索 -> 自動創建騰訊文檔生成報告 -> 文檔實時更新。
- 郵件發送：選擇生成的文檔 -> 通過郵箱連接器發送 -> 支持批量或定時推送。
- 會議預約：口語化指令預約會議 -> Agent 追問細節（主題、時長、參與人） -> 自動創建會議並生成鏈接。
- 監控與管理：
- 查看 Token 統計面板，監控用量。
- 手動激活/安裝專家。
- 通過 PWA 功能將 Octo 安裝為桌面/移動端應用。
值得注意的限制或風險
- 專家激活機制：專家需手動激活/安裝，系統不存在自動判斷激活哪個專家的機制。
- 模型適配延遲：新模型列表未實時拉取，因需逐一適配測試模型協議（如 Deep Seek 的 VisPro 協議改變），需等待社區共建或官方適配。
- 面板功能限制：部分高級操作（如批量刪除或啟停會議）在面板上可能未直接支持，但可通過 Agent 指令實現。
- 數據隔離範圍：雖然數據存儲於用戶本地，但需確保服務器本身的安全性；子智能體雖有獨立上下文，但仍共享專家工作區，需注意配置安全。
- Token 成本：雖然子智能體旨在節省 Token，但複雜的多專家協作與連接器調用仍可能產生較高 Token 消耗，需關注監控面板。
逐字稿辨識疑點
- 產品名稱變體：Octop / Octopus / Octave / Octoff / Octob / onpop。逐字稿中產品名稱發音或聽寫不一致，可能為口誤或不同版本稱呼，筆記中統一標記為「Octo/Octop」相關變體，實際名稱以官方 GitHub 為準。
- Hermis / Hermers：與 Octo 對標的產品名稱，聽寫不一致。
- OpenCloud / OpenCloud：產品名稱聽寫。
- Workbody / Workbody：與 Octo 對標的產品名稱，聽寫不一致。
- Code body / Code body：智能體名稱，聽寫不一致。
- ACE / ACP：指代智能體平台或安裝界面，聽寫不一致。
- 203 工具料：原文提及「像我們可以調用 203 工具料」，語意不明，疑點標記。
- VisPro：Deep Seek 的模型協議名稱，需查證是否為正確術語。
- 英寧同學：提及的講者或專家名稱，聽寫可能為「英寧」或其他。
- 焦焦：提及的講者或專家名稱，聽寫可能為「焦焦」或其他。
- 團訊文檔：應為「騰訊文檔」，但依規則標記為疑點或保留原樣。
- 騰諱的連接器：應為「騰訊的連接器」，但依規則標記為疑點或保留原樣。
- 頻量：應為「批量」，但依規則標記為疑點或保留原樣。
- 急差急用：應為「即插即用」，但依規則標記為疑點或保留原樣。
- 架石：應為「加時」，但依規則標記為疑點或保留原樣。
- 燒戰優勢一系：語意不明，疑點標記。
- 最佳戰技：應為「最佳戰績」，但依規則標記為疑點或保留原樣。
- Forex 我們的倉庫：應為「Fork 我們的倉庫」，但依規則標記
尚未產生學習筆記
請在 Telegram 指令最後加上「學習」，例如：videonote 網址 英文 雙語 學習