1 00:00:00,000 --> 00:00:02,300 好,欢迎大家来到直播间。 2 00:00:02,560 --> 00:00:11,780 今天呢,我们要聊的是腾讯云字研的一个新的AI Agent助手,Octob,最近也是刚刚在Github上面开源。 3 00:00:12,040 --> 00:00:15,100 开源地址呢,也放在了我们的屏幕上面。 4 00:00:15,360 --> 00:00:24,060 它的核心思路是很有意思的,就是把多任务多专家,子智能体全部放在一个平台上面打通。 5 00:00:25,080 --> 00:00:25,860 什么意思呢? 6 00:00:25,860 --> 00:00:27,620 手里装了好几个agent 7 00:00:27,620 --> 00:00:31,140 可能开发一个写东西一个谁也管不了谁 8 00:00:31,140 --> 00:00:33,300 那么Octop也提供了一个能力 9 00:00:33,300 --> 00:00:36,580 让他们在一个地方能够统一的运转 10 00:00:36,580 --> 00:00:38,460 因此今天我们直播间 11 00:00:38,460 --> 00:00:41,780 就会来拆解Octop开源的一个能力 12 00:00:41,780 --> 00:00:42,940 好的 13 00:00:42,940 --> 00:00:47,940 其实算上这次已经是差不多第五次 14 00:00:47,940 --> 00:00:49,940 来到咱们直播间了 15 00:00:49,940 --> 00:00:54,100 然后以前看过我和一名直播的朋友 16 00:00:54,100 --> 00:00:56,980 可能会想问一个问题 17 00:00:56,980 --> 00:01:00,980 就是之前咱们都是跟另一个产品 18 00:01:00,980 --> 00:01:03,700 另一个名字叫做LineCloud ACE 19 00:01:03,700 --> 00:01:05,220 为什么今天换 20 00:01:07,100 --> 00:01:07,700 对 21 00:01:07,700 --> 00:01:12,020 其实今天就是我们带着我们的 22 00:01:12,020 --> 00:01:14,660 算是ACE的进化版Octop 23 00:01:14,660 --> 00:01:16,180 来到了咱们直播间 24 00:01:16,180 --> 00:01:19,540 然后这次也是Octop第一次 25 00:01:19,540 --> 00:01:21,780 就是跟大家见面 26 00:01:21,780 --> 00:01:26,740 然后我们以前很多小伙伴问ACE什么时候开源 27 00:01:26,740 --> 00:01:30,420 那我们现在就是以全新的面貌全新的名字 28 00:01:30,420 --> 00:01:31,920 然后也开源了 29 00:01:31,920 --> 00:01:33,840 欢迎大家来DHub共建 30 00:01:33,840 --> 00:01:37,240 我想跟大家一起来聊一下 31 00:01:37,240 --> 00:01:39,780 为什么我们要升级 32 00:01:39,780 --> 00:01:41,980 为什么ACE要变成Octo 33 00:01:41,980 --> 00:01:45,080 那这两者到底有什么不一样的 34 00:01:45,080 --> 00:01:50,280 之前咱们ACE其实在清量云上线已经有一段时间了 35 00:01:50,280 --> 00:01:54,920 然后相信大家深度使用的朋友们也知道 36 00:01:54,920 --> 00:01:58,960 首先咱们ACE就是跟同类产品 37 00:01:58,960 --> 00:02:01,200 不管是Hermas还是OpenCloud一样 38 00:02:01,200 --> 00:02:02,860 都是一个单用户 39 00:02:02,860 --> 00:02:05,900 就是你自己的虾只有你自己用 40 00:02:05,900 --> 00:02:11,000 那现在咱们Optalk变成了一家人一支团队的AI平台 41 00:02:11,000 --> 00:02:17,060 你用一台实力可以让一个团队一家人都一起用到这只虾的能力 42 00:02:17,060 --> 00:02:19,080 然后第二个 43 00:02:19,080 --> 00:02:22,400 我们更新了全新的技艺系统 44 00:02:22,400 --> 00:02:25,720 不知道之前关注我们ACE直播的朋友们 45 00:02:25,720 --> 00:02:27,240 有没有看过 46 00:02:27,240 --> 00:02:29,720 听过我们关于技艺的讲解 47 00:02:29,720 --> 00:02:33,860 我们说了咱们六层技艺会升级会蒸留 48 00:02:33,860 --> 00:02:38,100 但是之前我们没有办法追溯 49 00:02:38,100 --> 00:02:42,320 这个技艺它到底是怎么最后升级成最终的技艺 50 00:02:42,320 --> 00:02:45,220 也没有办法说把技艺导出随身携带 51 00:02:45,220 --> 00:02:47,040 我们想从一个平台 52 00:02:47,040 --> 00:02:48,220 牵引到另一个平台 53 00:02:48,220 --> 00:02:50,740 但我们现在Opto支持了 54 00:02:50,740 --> 00:02:52,560 这也是我们一个更新的点 55 00:02:52,560 --> 00:02:55,260 还有一个点是 56 00:02:55,260 --> 00:02:57,000 之前我们ACE 57 00:02:57,000 --> 00:02:59,340 其实并没有说有 58 00:02:59,340 --> 00:03:02,640 OaaS或者说是ACP能力 59 00:03:02,640 --> 00:03:05,780 然后现在我们也全新更新了 60 00:03:05,780 --> 00:03:06,780 我们的Opto 61 00:03:06,780 --> 00:03:09,200 可以做到一站式互联 62 00:03:09,200 --> 00:03:13,140 后面一名会为大家讲解 63 00:03:13,140 --> 00:03:16,780 然后刚刚说了三个小点 64 00:03:16,780 --> 00:03:21,060 那Optop就是从LineCloud ACE到Optop 65 00:03:21,060 --> 00:03:25,300 所以EFVT就从五个点说了它为什么质变 66 00:03:25,300 --> 00:03:28,040 为什么是一个个人工具 67 00:03:28,040 --> 00:03:30,260 就是升级到团队平台 68 00:03:30,260 --> 00:03:33,740 我们现在Optop会有多用户多专家 69 00:03:33,740 --> 00:03:35,660 这是一个什么概念呢 70 00:03:35,660 --> 00:03:38,860 没关系后面听我讲你们会知道的 71 00:03:38,860 --> 00:03:43,540 然后以前我们ACE只支持5种IM渠道 72 00:03:43,540 --> 00:03:46,820 但现在扩充到了9种 73 00:03:46,820 --> 00:03:48,580 你可以连飞书连钉钉 74 00:03:48,580 --> 00:03:51,100 包括以前支持的什么QQ微信 75 00:03:51,100 --> 00:03:53,340 甚至我们还能连小E 76 00:03:53,340 --> 00:03:57,340 然后记忆系统也是有了分层可追溯可带走 77 00:03:57,340 --> 00:03:59,900 我们后面会给大家演示 78 00:03:59,900 --> 00:04:01,860 然后包括拓展能力 79 00:04:01,860 --> 00:04:03,940 我们现在有连接器有ACP 80 00:04:03,940 --> 00:04:06,900 包括我们也更新了我们全新的远程桌面 81 00:04:06,900 --> 00:04:11,160 然后也欢迎大家就是关注我们接下来Oktop一系列的直播 82 00:04:11,160 --> 00:04:11,700 是的 83 00:04:11,700 --> 00:04:16,120 我看也有粉丝朋友问我安装了ACE的话怎么升级 84 00:04:16,120 --> 00:04:22,600 这个是目前来讲我们是将Oktop的源码全部开源到GitHub平台 85 00:04:22,600 --> 00:04:27,380 其中你们可以访问我们的GitHub平台上面有Redmi文档 86 00:04:27,380 --> 00:04:31,340 上面会告诉大家如何一步步的安装去运行整个项目 87 00:04:31,340 --> 00:04:31,520 对 88 00:04:33,600 --> 00:04:36,380 然后我看刚刚有粉丝朋友说 89 00:04:36,380 --> 00:04:39,620 我们和Workbody的核心区别是什么 90 00:04:39,620 --> 00:04:42,240 因为我们从最开始的时候 91 00:04:42,240 --> 00:04:44,320 就已经说了非常核心一点 92 00:04:44,320 --> 00:04:46,240 也就是我们这次直播的主题 93 00:04:46,240 --> 00:04:47,160 就是我们开源 94 00:04:47,160 --> 00:04:49,340 我们是一个整个是一个开源的项目 95 00:04:49,340 --> 00:04:50,160 相当于是说 96 00:04:50,160 --> 00:04:52,760 我们把我们整个Octob的核心源代码 97 00:04:52,760 --> 00:04:53,780 都开放给大家了 98 00:04:53,780 --> 00:04:55,460 可以邀请大家一起去共建 99 00:04:55,460 --> 00:04:56,520 一起去提issue 100 00:04:56,520 --> 00:04:59,780 也可以去一起去参与我们Octob的整个的建设 101 00:04:59,780 --> 00:05:03,120 一方面是可以更加 102 00:05:03,120 --> 00:05:05,580 更加切近于大家正式使用一些场景 103 00:05:05,580 --> 00:05:10,640 我们可以把Oktop打造成大家更想要期待中的样子 104 00:05:10,640 --> 00:05:13,660 第二个方面就是如果说你本身也是一名开发者 105 00:05:13,660 --> 00:05:16,800 或是你本身也对智能体相关感兴趣 106 00:05:16,800 --> 00:05:19,520 你也可以去fork我们的Github仓库 107 00:05:19,520 --> 00:05:22,620 去手动去改Oktop的代码 108 00:05:22,620 --> 00:05:24,940 去定制一款属于你自己的一个agent 109 00:05:24,940 --> 00:05:28,080 然后对于Workbody来说 110 00:05:28,080 --> 00:05:30,740 其实我们Oktop本质也是 111 00:05:30,740 --> 00:05:33,440 要是用户有一台服务器 112 00:05:33,440 --> 00:05:34,500 也是安装在服务器 113 00:05:34,500 --> 00:05:36,160 就等于数据全部在本地 114 00:05:36,160 --> 00:05:37,660 不会出服器 115 00:05:37,660 --> 00:05:38,920 不会被别人触打到 116 00:05:38,920 --> 00:05:40,760 这也是一个数据安全性方面 117 00:05:40,760 --> 00:05:42,840 跟Workbody有不同的地方 118 00:05:42,840 --> 00:05:45,940 那其实今天第一个主题是 119 00:05:45,940 --> 00:05:49,340 别让你的Agent成为一座孤岛 120 00:05:49,340 --> 00:05:52,240 这个标题非常文学啊 121 00:05:52,240 --> 00:05:54,800 其实就是想给大家展示一下 122 00:05:54,800 --> 00:05:57,180 我们Optop全新代的多用户 123 00:05:57,180 --> 00:05:58,960 多专家和子智能体 124 00:05:58,960 --> 00:06:01,400 全部打通到底怎么用 125 00:06:01,400 --> 00:06:07,020 首先其实我会想问焦焦和英明一个问题 126 00:06:07,020 --> 00:06:11,400 就是你们平时呢 127 00:06:11,400 --> 00:06:14,560 就是会有这么一个需求吗 128 00:06:14,560 --> 00:06:17,920 比如说就是你们在用过往龙虾 129 00:06:17,920 --> 00:06:20,000 不管是open cloud还是hermas 130 00:06:20,000 --> 00:06:21,740 还是我们ACE的时候 131 00:06:21,740 --> 00:06:25,780 你会不会又想用它来做那种工作管理助手 132 00:06:25,780 --> 00:06:28,200 又想让它做智能助手呢 133 00:06:28,200 --> 00:06:28,800 会吗 134 00:06:28,800 --> 00:06:30,320 会 是的是的 135 00:06:30,320 --> 00:06:31,920 有的时候我就会 136 00:06:31,920 --> 00:06:34,780 比如说养的Hermis Agent这种 137 00:06:34,780 --> 00:06:38,020 既想让他做一个工作提效方面的 138 00:06:38,020 --> 00:06:41,980 比如说本场直播的一个文案的撰写呀 139 00:06:41,980 --> 00:06:44,640 然后直播大纲的一个大件呀等等的 140 00:06:44,640 --> 00:06:47,720 但是又想让他去管理一下 141 00:06:47,720 --> 00:06:50,220 我们的一个日常的一个日程的情况 142 00:06:50,220 --> 00:06:51,820 健康的情况等等 143 00:06:51,820 --> 00:06:53,380 所以就会出现这种 144 00:06:53,380 --> 00:06:56,680 想让一个Agent做很多很多事情的一个情况 145 00:06:56,680 --> 00:06:59,740 对 我也是会遇到这种情况 146 00:06:59,740 --> 00:07:01,060 比如说我们希望这个 147 00:07:01,060 --> 00:07:04,040 我理想中的智能体是一个一体多面的 148 00:07:04,040 --> 00:07:06,160 它可以有一个主体 149 00:07:06,160 --> 00:07:07,180 但是它有多种身份 150 00:07:07,180 --> 00:07:09,220 它可以完成很多不同的任务 151 00:07:09,220 --> 00:07:11,220 就像是钢铁侠中的贾维斯一样 152 00:07:11,220 --> 00:07:12,180 我什么都可以问他 153 00:07:12,180 --> 00:07:13,480 他可以帮我解决很多事情 154 00:07:13,480 --> 00:07:15,220 但是呢我也有所担心 155 00:07:15,220 --> 00:07:18,280 就是我希望他不要串台 156 00:07:18,280 --> 00:07:20,060 比如说我解决这个事情 157 00:07:20,060 --> 00:07:21,420 他又可以解决另外一个事情 158 00:07:21,420 --> 00:07:22,820 但是之间不要相互干扰 159 00:07:22,820 --> 00:07:24,540 这样的话他可能会容易混乱 160 00:07:24,540 --> 00:07:27,980 那么因您是觉得这有什么好的方法吗 161 00:07:27,980 --> 00:07:29,020 是 162 00:07:29,020 --> 00:07:33,900 其实我们Optalk全新代的这种多用户多专家 163 00:07:33,900 --> 00:07:37,440 其实就很难解决问题 164 00:07:37,440 --> 00:07:42,420 比如说我们之前其实我们有个朋友 165 00:07:42,420 --> 00:07:44,860 就是会用我们ACE 166 00:07:44,860 --> 00:07:46,280 就是他自己用 167 00:07:46,280 --> 00:07:47,620 同时也给他家人用 168 00:07:47,620 --> 00:07:50,540 但是他们记忆是杂揉在一起的 169 00:07:50,540 --> 00:07:52,480 然后并且比如说 170 00:07:52,480 --> 00:07:55,740 比如他陪他们家小宝宝 171 00:07:55,740 --> 00:07:57,360 然后做了事情A 172 00:07:57,360 --> 00:08:02,040 然后就是他老婆又陪他们家小宝做了事情B 173 00:08:02,040 --> 00:08:04,880 那这A和B就一起记在记忆里 174 00:08:04,880 --> 00:08:07,880 有时候ACE可能会用B去串改A的记忆 175 00:08:07,880 --> 00:08:10,220 其实这样就有点头疼 176 00:08:10,220 --> 00:08:12,680 但是我们现在有多用户呢 177 00:08:12,680 --> 00:08:17,160 就会就以前会有记录混在一起记忆总串台 178 00:08:17,160 --> 00:08:20,520 然后包括展下的记忆一页归零 179 00:08:20,520 --> 00:08:22,740 但我们现在就不会这样了 180 00:08:22,740 --> 00:08:26,540 那我接下来就会带大家来一次性讲透 181 00:08:26,540 --> 00:08:28,560 到底我们的多用户 182 00:08:28,560 --> 00:08:30,720 多专家和智能体怎么用 183 00:08:30,720 --> 00:08:33,800 首先我们多用户是一台Optop 184 00:08:33,800 --> 00:08:34,940 就有多人共享 185 00:08:34,940 --> 00:08:35,940 各聊各的 186 00:08:35,940 --> 00:08:37,640 多专家是 187 00:08:38,468 --> 00:08:46,468 多專家是我們一個用戶可以申請多個專家,然後包括我們每個專家的記憶是獨立的,他們不會混亂。 188 00:08:46,468 --> 00:08:48,308 包括子智能体是 189 00:08:48,308 --> 00:08:51,328 可以给一个专家配多个子智能体 190 00:08:51,328 --> 00:08:53,188 就是给一个助手配多个小帮手 191 00:08:53,188 --> 00:08:56,188 然后让他们组团协作 192 00:08:56,188 --> 00:08:58,308 一个Octop全家都能用 193 00:08:58,308 --> 00:09:00,628 那其实这里就首先 194 00:09:00,628 --> 00:09:02,588 就是用户作为管理员 195 00:09:02,588 --> 00:09:03,968 他可以创建子账号 196 00:09:03,968 --> 00:09:05,708 让家人各自登录 197 00:09:05,708 --> 00:09:08,668 就是我刚刚就是举的那个难题例子 198 00:09:08,668 --> 00:09:10,688 就是可以用多用户来解决 199 00:09:10,688 --> 00:09:13,748 然后一台服务全家人同时用 200 00:09:13,748 --> 00:09:16,488 就是一家如果有两个人 201 00:09:16,488 --> 00:09:17,848 包括三个人四个人 202 00:09:17,848 --> 00:09:18,948 不用买四排箱 203 00:09:18,948 --> 00:09:20,108 就买一台Octop 204 00:09:20,108 --> 00:09:21,348 他们可以一起用 205 00:09:21,348 --> 00:09:23,308 然后账号也分组次 206 00:09:23,308 --> 00:09:24,748 也有全线管理 207 00:09:24,748 --> 00:09:26,588 具体是什么样子呢 208 00:09:26,588 --> 00:09:28,948 可以给大家就实际 209 00:09:28,948 --> 00:09:31,148 我们跑起来Octop演示起来 210 00:09:31,148 --> 00:09:37,628 这其实是我已经登录的一个管理员账户 211 00:09:37,628 --> 00:09:39,508 然后你看这里 212 00:09:39,508 --> 00:09:43,728 左边这边的一个Tab栏就有 213 00:09:43,748 --> 00:09:45,228 就有用户 214 00:09:45,228 --> 00:09:47,048 然后你可以新建用户 215 00:09:47,048 --> 00:09:49,068 如果我要给我妈妈建个用户 216 00:09:49,068 --> 00:09:51,788 然后就可以直接帮她新建 217 00:09:51,788 --> 00:09:52,848 比如妈妈妈妈就 218 00:09:52,848 --> 00:09:56,048 然后设定一个密码 219 00:09:56,048 --> 00:10:02,488 这个是就是给团队 220 00:10:02,488 --> 00:10:04,308 或者说家庭里的其他成员 221 00:10:04,308 --> 00:10:06,888 创建子账户的一个过程吗 222 00:10:06,888 --> 00:10:08,428 对 我们现在在教大家 223 00:10:08,428 --> 00:10:11,108 如何去进行多个用户之间的 224 00:10:11,108 --> 00:10:13,668 对 然后这里角色有管理员 225 00:10:13,668 --> 00:10:14,668 也有普通用户 226 00:10:14,668 --> 00:10:16,868 就是比如说我创建了 227 00:10:16,868 --> 00:10:18,768 这里就会有一个新的账户 228 00:10:18,768 --> 00:10:20,528 像我现在登录的是 229 00:10:20,528 --> 00:10:21,268 我的密码 230 00:10:21,268 --> 00:10:23,788 我接下面还有一个账号叫妈妈 231 00:10:23,788 --> 00:10:25,428 一个账号叫Test1 232 00:10:25,428 --> 00:10:29,648 对 就是一只虾可以被多个账户使用 233 00:10:29,648 --> 00:10:31,028 并且多个账户 234 00:10:31,028 --> 00:10:33,808 它其实登进来的聊天 235 00:10:33,808 --> 00:10:35,488 应该都是不同的 236 00:10:35,488 --> 00:10:36,468 我可以登一下 237 00:10:36,468 --> 00:10:38,308 刚刚我创建的那个账号 238 00:10:38,308 --> 00:10:40,248 好的 我看评论区 239 00:10:40,248 --> 00:10:44,008 家木问这个不同用户组对接的话 240 00:10:44,008 --> 00:10:46,008 是不同的知识库吗 241 00:10:46,008 --> 00:10:49,128 对他们其实本质不是知识库 242 00:10:49,128 --> 00:10:51,128 其实是记忆吧 243 00:10:51,128 --> 00:10:54,448 他们其实不同用户的记忆是独立的 244 00:10:54,448 --> 00:10:56,108 工作区也是独立的 245 00:10:56,108 --> 00:10:59,688 就是比如这是我新建的子账户 246 00:10:59,688 --> 00:11:02,768 就我刚刚其实那个的命账户有很多专家 247 00:11:02,768 --> 00:11:04,448 但是我新登陆了子账户 248 00:11:04,448 --> 00:11:05,428 它就是全新的 249 00:11:05,428 --> 00:11:06,788 它没有任何专家 250 00:11:06,788 --> 00:11:09,048 对我现在就是启动一个专家 251 00:11:09,048 --> 00:11:11,508 然后包括通道这些都是没配过的 252 00:11:11,508 --> 00:11:13,868 对 它是一个全新空白的用户 253 00:11:13,868 --> 00:11:19,568 那是管理员他可以去配置紫账户的所有的内容吗 254 00:11:19,568 --> 00:11:24,628 他其实只是说能给紫账户创建一个账户 255 00:11:24,628 --> 00:11:26,808 然后就交给紫账户自己去用 256 00:11:26,808 --> 00:11:28,248 多人用的话 257 00:11:28,248 --> 00:11:31,748 不同的用户之间的记忆会混乱吗 258 00:11:31,748 --> 00:11:32,948 不会的 259 00:11:32,948 --> 00:11:36,768 因为他们彼此记忆都是隔离的 260 00:11:36,768 --> 00:11:41,368 就像我刚刚管理员账户和我现在创建紫账户 261 00:11:41,368 --> 00:11:44,988 就是紫账户只会召回紫账户的记忆 262 00:11:44,988 --> 00:11:49,308 然后管理员账户也只会召回和触达到管理员的记忆 263 00:11:49,308 --> 00:11:51,588 他们彼此不会混乱 264 00:11:51,588 --> 00:11:52,148 对 265 00:11:52,148 --> 00:11:54,568 对 他们之间的包括一些消息 266 00:11:54,568 --> 00:11:57,128 包括一些专家的配置 267 00:11:57,128 --> 00:11:58,168 还有绘画之间 268 00:11:58,168 --> 00:12:00,408 他们是隔离的 不会相互干扰 269 00:12:00,408 --> 00:12:03,048 然后我看评论区有粉丝 270 00:12:03,048 --> 00:12:05,268 问用户跟用户之间有什么关系 271 00:12:05,268 --> 00:12:11,748 其实我理解是管理员去定义用户和用户之间的关系 272 00:12:11,748 --> 00:12:12,948 其实你能看到 273 00:12:12,948 --> 00:12:14,968 你看我这是个子账户 274 00:12:14,968 --> 00:12:19,228 我其实左边就完全没有用过那个Tab键 275 00:12:19,228 --> 00:12:22,608 因为只有管理员可以创建子账户 276 00:12:22,608 --> 00:12:24,768 如果我是台管理员 277 00:12:24,768 --> 00:12:26,308 我买了我们的Octop 278 00:12:26,308 --> 00:12:28,308 或者我买台服务器 279 00:12:28,308 --> 00:12:30,268 我install了我们Octop 280 00:12:30,268 --> 00:12:33,288 如果我想给我的团队里的人用 281 00:12:33,288 --> 00:12:35,188 比如说我想给移民用 282 00:12:35,188 --> 00:12:36,728 然后我想给我其他朋友用 283 00:12:36,728 --> 00:12:38,828 我直接就创建个子账户 284 00:12:38,828 --> 00:12:41,008 可以把我的虾的能力分享给他们用 285 00:12:41,008 --> 00:12:43,088 这样他们就不用新买一台服务器 286 00:12:43,088 --> 00:12:43,908 再布一台虾 287 00:12:43,908 --> 00:12:45,648 就直接用我的虾 288 00:12:45,648 --> 00:12:47,808 然后我们彼此记忆隔离 289 00:12:47,808 --> 00:12:48,328 对 290 00:12:48,328 --> 00:12:50,548 所以说其实可以理解为 291 00:12:50,548 --> 00:12:52,328 假如说管理员 292 00:12:52,328 --> 00:12:53,848 或者是一个家庭中 293 00:12:53,848 --> 00:12:54,588 一个团队中 294 00:12:54,588 --> 00:12:55,728 有一个管理员 295 00:12:55,728 --> 00:12:57,908 已经部署了这个Octop的话 296 00:12:57,908 --> 00:12:59,848 是不是团队内其他成员 297 00:12:59,848 --> 00:13:00,788 或者家庭成员 298 00:13:00,788 --> 00:13:02,908 就可以共用这个服务器呢 299 00:13:02,908 --> 00:13:04,848 对 是的 300 00:13:04,848 --> 00:13:09,008 这样的话其实我们会减少很多资源的消耗 301 00:13:09,008 --> 00:13:11,228 比如说我们可以用一个人去购买这个 302 00:13:11,228 --> 00:13:12,648 然后大家可以一起用 303 00:13:12,648 --> 00:13:18,608 这样的话就避免了每个人他都需要重新部署一套Octob服务 304 00:13:18,608 --> 00:13:20,528 或者是再购买一台Octob 305 00:13:20,528 --> 00:13:24,168 大大降低了我们对于Octob的使用成本门槛 306 00:13:24,168 --> 00:13:26,648 Octob的基础的一个底层基础架构 307 00:13:26,648 --> 00:13:29,308 是不是延续了OpenCloud的一个核心框架 308 00:13:29,308 --> 00:13:31,088 这个可以解答一下吗 309 00:13:31,088 --> 00:13:33,968 我们和OpenCloud相比的话有什么优势吗 310 00:13:33,968 --> 00:13:40,188 其实Octop底层技术架构是一个对ACE功能的对齐和存构 311 00:13:40,188 --> 00:13:46,268 我们就是以更优美更晚辈更高级的功能面向开源 312 00:13:46,268 --> 00:13:47,968 然后现在发布了出来 313 00:13:47,968 --> 00:13:51,028 然后是对ACE的一个全量升级 314 00:13:51,028 --> 00:13:56,028 对我们的Github链接其实在这里 315 00:13:56,028 --> 00:13:58,188 在我们的右上角 316 00:13:58,188 --> 00:14:01,148 也随时欢迎直播间大家为我们 317 00:14:01,148 --> 00:14:04,148 关注我们的GitHub仓库 318 00:14:04,148 --> 00:14:06,268 为我们TPR提供 319 00:14:06,268 --> 00:14:08,828 也给我们点点STAR 320 00:14:08,828 --> 00:14:09,468 谢谢 321 00:14:10,268 --> 00:14:10,948 是的 322 00:14:10,948 --> 00:14:12,148 那其实我听下来的话 323 00:14:12,148 --> 00:14:14,068 我觉得我们多用户的这个功能 324 00:14:14,068 --> 00:14:15,868 其实相较于其他agent来说 325 00:14:15,868 --> 00:14:18,228 是不是还是比较有优势的 326 00:14:18,228 --> 00:14:20,748 是否可以再深入的讲解一下 327 00:14:20,748 --> 00:14:22,908 比如我看评论区有很多的人问 328 00:14:22,908 --> 00:14:24,348 那这个多用户的话 329 00:14:24,348 --> 00:14:25,748 账户能不能配置 330 00:14:25,748 --> 00:14:27,348 其他的一些通信通道 331 00:14:27,348 --> 00:14:28,788 比如说微信等等 332 00:14:28,788 --> 00:14:30,828 对他们都是隔离的 333 00:14:30,828 --> 00:14:32,628 你看这个子账户 334 00:14:32,628 --> 00:14:35,788 它其实也是有全套支持的通道 335 00:14:35,788 --> 00:14:38,868 并且它都是跟我们主账户隔离的 336 00:14:38,868 --> 00:14:42,028 就是子用户也可以配一个通道 337 00:14:42,028 --> 00:14:45,068 就仅仅是跟子用户所有的工作区 338 00:14:45,068 --> 00:14:46,648 和它的记忆联动 339 00:14:46,648 --> 00:14:48,348 对也可以配通道 340 00:14:48,348 --> 00:14:51,248 然后在微信上调用这支Octo 341 00:14:51,248 --> 00:14:51,628 对 342 00:14:51,628 --> 00:14:53,728 那Win可以连接微信 343 00:14:53,728 --> 00:14:55,108 然后一个团队多个人 344 00:14:55,108 --> 00:14:57,328 然后子账号去连接各自的微信 345 00:14:57,328 --> 00:14:58,788 然后再用不同的微信 346 00:14:58,788 --> 00:15:01,288 去给同一个服务器发送指令吗 347 00:15:01,288 --> 00:15:03,868 是的 没错 348 00:15:03,868 --> 00:15:04,908 其实就是这样 349 00:15:04,908 --> 00:15:06,728 就是我们一个Octop 350 00:15:06,728 --> 00:15:09,048 部署在一个服务器上 351 00:15:09,048 --> 00:15:10,448 然后有多个用户 352 00:15:10,448 --> 00:15:12,848 每个用户都可以连接各自的微信 353 00:15:12,848 --> 00:15:13,728 各自的QQ 354 00:15:13,728 --> 00:15:16,948 然后都可以向这个Octop发布指令 355 00:15:16,948 --> 00:15:18,508 但是他们发布的指令 356 00:15:18,508 --> 00:15:20,308 就是只跟自己的 357 00:15:20,308 --> 00:15:23,308 就是子用户的工作区相关 358 00:15:23,308 --> 00:15:25,068 就是多用户隔离 359 00:15:25,068 --> 00:15:28,048 问多智能体之间通信机制有哪些 360 00:15:28,048 --> 00:15:30,168 多智能体之间 361 00:15:30,168 --> 00:15:31,168 我理解这个问题 362 00:15:31,168 --> 00:15:33,268 是不是在问我们目前的一个 363 00:15:33,268 --> 00:15:35,648 多用户的一个场景之间 364 00:15:35,648 --> 00:15:37,448 能否进行通信呢 365 00:15:37,448 --> 00:15:42,748 我们多用户是隔离的 366 00:15:42,748 --> 00:15:45,028 但我们有多智能体 367 00:15:45,028 --> 00:15:46,028 就包括其实 368 00:15:46,028 --> 00:15:47,788 等后续直播 369 00:15:47,788 --> 00:15:49,568 我会讲到我们有智能体 370 00:15:49,568 --> 00:15:51,588 包括我们有专家 371 00:15:51,588 --> 00:15:53,248 专家其实我们可以创建 372 00:15:53,248 --> 00:15:53,928 多个专家 373 00:15:53,928 --> 00:15:55,288 然后每个专家之间 374 00:15:55,288 --> 00:15:56,108 也可以通信 375 00:15:56,108 --> 00:15:59,868 如果大家就是对我们的技术架构 376 00:15:59,868 --> 00:16:01,348 对我们的代码 377 00:16:01,348 --> 00:16:03,008 对我们的技术架构好奇的话 378 00:16:03,008 --> 00:16:05,508 其实我们就是完全看远 379 00:16:05,508 --> 00:16:07,448 大家可以去DHub仓库 380 00:16:07,448 --> 00:16:09,508 欢迎大家给我们多点点思大 381 00:16:09,508 --> 00:16:10,848 细细研读我们 382 00:16:10,848 --> 00:16:15,668 细细研读我们CVM高级研发工程师写代码 383 00:16:15,668 --> 00:16:16,688 当然不是我们两个 384 00:16:16,688 --> 00:16:17,928 对是我们团队大了 385 00:16:17,928 --> 00:16:21,528 然后欢迎大家给我们仓库点点思大 386 00:16:21,528 --> 00:16:23,628 然后有发现什么 387 00:16:23,628 --> 00:16:25,688 有意见也可以TTE是TTPR 388 00:16:25,688 --> 00:16:26,888 欢迎大家和我们共见 389 00:16:26,888 --> 00:16:30,208 他问这个可以组建多agent团队吗 390 00:16:30,208 --> 00:16:31,808 还是单纯自己一个agent 391 00:16:31,808 --> 00:16:35,048 形成不同子agent的一个团队 392 00:16:35,048 --> 00:16:37,048 可以组建多agent团队 393 00:16:37,048 --> 00:16:40,768 就是每个专家之间也可以相互同信 394 00:16:40,768 --> 00:16:42,288 包括一个专家可以 395 00:16:42,288 --> 00:16:44,348 也可以携带自己的子agent 396 00:16:44,348 --> 00:16:45,748 也可以一起调用 397 00:16:45,748 --> 00:16:47,488 对这两种功能我们都支持 398 00:16:47,488 --> 00:16:50,448 然后我看还有粉丝朋友问 399 00:16:50,448 --> 00:16:51,768 可以连接不同的IM 400 00:16:51,768 --> 00:16:53,608 比如微信跟我聊生活 401 00:16:53,608 --> 00:16:55,028 其微跟我聊工作吗 402 00:16:55,028 --> 00:16:58,048 可以对我接下来就要讲解这一点 403 00:16:58,048 --> 00:17:03,448 我们的多专家就是可以达到这位粉丝朋友想要的效果 404 00:17:03,448 --> 00:17:10,968 现在升级自己的清量服务器到Optop能继承原来的OpenCloud配置和空间吗 405 00:17:10,968 --> 00:17:15,288 我们有提供OpenCloud的迁移 406 00:17:15,288 --> 00:17:15,948 对 407 00:17:15,948 --> 00:17:18,788 每个子智能体也是独立的吗 408 00:17:18,788 --> 00:17:20,428 每个子智能体 409 00:17:20,428 --> 00:17:25,668 其实Subagent的概念它在一个定义上 410 00:17:25,668 --> 00:17:28,788 其实就不适合大agent做记忆独立的 411 00:17:28,788 --> 00:17:32,528 Subagent只是作为一个agent的助手 412 00:17:32,528 --> 00:17:34,268 回答那么久用不问题 413 00:17:34,268 --> 00:17:36,708 我赶紧给大家讲讲干货吧 414 00:17:39,361 --> 00:17:44,161 剛剛其實說了,我們多用戶嘛,就是可以全家一起用。 415 00:17:44,161 --> 00:17:50,761 我也可以給我的媽媽爸爸創建這個用戶,讓他們一起共享回家。 416 00:17:50,761 --> 00:17:52,561 然后其实也呼不穿台 417 00:17:52,561 --> 00:17:54,761 就聊的不会被我爸爸哄妈妈看的 418 00:17:54,761 --> 00:17:59,061 只是在一起用这台服务器上的这一个Octop 419 00:17:59,061 --> 00:18:01,861 然后其实就来了多专家 420 00:18:01,861 --> 00:18:04,561 这也是其实刚刚很多用户问的场景 421 00:18:04,561 --> 00:18:06,361 那多专家是什么呢 422 00:18:06,361 --> 00:18:10,361 就是我可以用多个专属助手 423 00:18:10,361 --> 00:18:13,161 就一个用户他可以用多个专家 424 00:18:13,161 --> 00:18:16,661 就是其实多专家就是我刚刚对 425 00:18:16,661 --> 00:18:18,861 一鸣和佼佼提问的那个 426 00:18:18,861 --> 00:18:20,721 其实是个很现实的场景 427 00:18:20,721 --> 00:18:22,921 就比如说我在工作的生活中 428 00:18:22,921 --> 00:18:28,361 我也需要可能有时候需要一个生活助理来管理我的健康 429 00:18:28,361 --> 00:18:32,101 然后我也需要一个工作秘书来帮我工作 430 00:18:32,101 --> 00:18:35,161 但是我不希望他们两个是互相知道彼此 431 00:18:35,161 --> 00:18:37,161 我不希望他们的记忆混乱 432 00:18:37,161 --> 00:18:39,161 就我不希望我在做PPT的时候 433 00:18:39,161 --> 00:18:40,421 他突然对我说 434 00:18:40,421 --> 00:18:42,761 哎 你昨天吃了火锅 435 00:18:42,761 --> 00:18:45,901 那你做PT的时候不需要知道这些事 436 00:18:45,901 --> 00:18:49,741 所以就是针对这种需要各司其职的场景 437 00:18:49,741 --> 00:18:52,301 我们推出了多专家 438 00:18:52,301 --> 00:18:54,861 当然我这里也可以给大家演示 439 00:18:54,861 --> 00:18:56,141 这些都是我们的现成功能 440 00:18:56,141 --> 00:18:58,701 包括大家从Github仓库也可以 441 00:18:58,701 --> 00:19:00,141 直接就是安装 442 00:19:00,141 --> 00:19:01,581 然后直接体验到 443 00:19:01,581 --> 00:19:04,581 我们的这些多专家多用户的功能 444 00:19:04,581 --> 00:19:06,981 可以看到我其实刚刚 445 00:19:06,981 --> 00:19:08,421 就是在这个主用户 446 00:19:08,421 --> 00:19:10,861 对不管是我们主用户还是子用户 447 00:19:10,861 --> 00:19:13,661 都可以体会到这些功能 448 00:19:13,661 --> 00:19:14,581 非常好 449 00:19:14,581 --> 00:19:18,501 然后我刚刚其实在子用户创建一个通用助手专家 450 00:19:18,501 --> 00:19:21,501 然后我们现在就是有办公自动化 451 00:19:21,501 --> 00:19:22,861 有育儿专家 452 00:19:22,861 --> 00:19:26,861 有我们的老钱证券观察员 453 00:19:26,861 --> 00:19:29,941 那我现在就来创建一个育儿专家吧 454 00:19:29,941 --> 00:19:31,621 假如假如我又为小孩 455 00:19:31,621 --> 00:19:34,421 我就是又想用通用助手帮我工作 456 00:19:34,421 --> 00:19:37,341 又想用育儿专家帮我养娃 457 00:19:37,341 --> 00:19:40,181 那我这里就可以切换到聊天 458 00:19:40,181 --> 00:19:43,981 跟他say个hi 459 00:19:44,581 --> 00:19:50,601 这个育儿专家他是直接就已经为我们都设置好了模板 460 00:19:50,601 --> 00:19:53,981 我们就只需要一键点击就可以部署了是吗 461 00:19:53,981 --> 00:19:54,981 是的 是的 462 00:19:54,981 --> 00:19:56,921 不知道大家有没有关注之前 463 00:19:56,921 --> 00:20:03,121 我们的产品经理Anson给大家带来了一场关于ACE育儿的 464 00:20:03,121 --> 00:20:08,341 对 这个育儿专家就是ACE上我们五缝迁移过来对标的能力 465 00:20:08,341 --> 00:20:13,021 对 相当于你在ACE上使用的功能在我们Octop上都可以实现 466 00:20:13,021 --> 00:20:15,001 还有粉丝朋友问说 467 00:20:15,001 --> 00:20:16,881 如何保证数据安全 468 00:20:16,881 --> 00:20:19,281 我们是一个开源项目 469 00:20:19,281 --> 00:20:21,641 就是用户自己也可以买一台服务器安装 470 00:20:21,641 --> 00:20:25,741 所以所有数据都是在你们自己的服务器里的 471 00:20:25,741 --> 00:20:27,621 不会包含在外面的 472 00:20:27,621 --> 00:20:30,121 外面包括我们自己都触达不了 473 00:20:30,121 --> 00:20:31,701 就是封锁在你们的服务器 474 00:20:31,701 --> 00:20:34,501 或者你们在本集安装就是在你们的经理 475 00:20:34,501 --> 00:20:37,501 这个数据都是保存在你们自己的本地 476 00:20:37,501 --> 00:20:39,061 我们是无法访问到的 477 00:20:39,061 --> 00:20:42,101 然后我看评论区公子他问 478 00:20:42,101 --> 00:20:43,841 如果给团队用的话 479 00:20:43,841 --> 00:20:45,821 可以多team吗 480 00:20:45,821 --> 00:20:47,201 team数上限是多少 481 00:20:47,201 --> 00:20:49,541 每个team内的成员上限是多少 482 00:20:49,541 --> 00:20:51,541 team的意思是 483 00:20:51,541 --> 00:20:52,921 只用户吗 484 00:20:52,921 --> 00:20:54,801 目前来讲的话 485 00:20:54,801 --> 00:20:57,241 我们还没有对用户进行一个 486 00:20:57,241 --> 00:20:58,641 分组的处理 487 00:20:58,641 --> 00:21:00,821 目前来讲只是针对于 488 00:21:00,821 --> 00:21:02,321 我们有两种角色 489 00:21:02,321 --> 00:21:04,201 一种是管理员一种是普通用户 490 00:21:04,201 --> 00:21:06,041 那么管理员可以创建 491 00:21:06,041 --> 00:21:08,701 管理员和普通用户 492 00:21:08,701 --> 00:21:09,721 两种角色的用户 493 00:21:09,721 --> 00:21:11,421 但是并没有对用户之间 494 00:21:11,421 --> 00:21:12,961 做一个分组的划分 495 00:21:12,961 --> 00:21:14,881 目前还没有做这样的功能 496 00:21:14,881 --> 00:21:16,081 就是因为我们 497 00:21:16,081 --> 00:21:19,841 因为都在GitHub上 498 00:21:19,841 --> 00:21:21,121 然后也有安装脚本 499 00:21:21,121 --> 00:21:23,041 你想装在云服务器 500 00:21:23,041 --> 00:21:24,861 想装在本地都是可以的 501 00:21:24,861 --> 00:21:25,221 对 502 00:21:25,221 --> 00:21:27,621 只要你有电脑 503 00:21:27,621 --> 00:21:29,881 都可以去进行实现 504 00:21:29,881 --> 00:21:31,721 说专家养娃的话 505 00:21:31,721 --> 00:21:33,481 怎么才能让我不为陪娃 506 00:21:33,481 --> 00:21:34,481 作业而苦恼 507 00:21:34,481 --> 00:21:35,581 这个的话 508 00:21:35,581 --> 00:21:36,901 也欢迎来试用一下 509 00:21:36,901 --> 00:21:37,901 我们这个育儿专家 510 00:21:37,901 --> 00:21:39,501 看一下是否能帮到你 511 00:21:39,501 --> 00:21:45,381 我们育儿专家母班其实对八年级的数学 512 00:21:45,381 --> 00:21:49,741 我才应该八年级是初二了吧 513 00:21:49,741 --> 00:21:52,061 对这么大的娃好像不适用 514 00:21:52,061 --> 00:21:53,841 但是没有关系 515 00:21:53,841 --> 00:21:56,301 可以来探查一下我们的子智能体 516 00:21:56,301 --> 00:22:00,141 我们子智能体里面有非常多的定理啊 517 00:22:00,141 --> 00:22:01,361 包括历史啊 518 00:22:01,361 --> 00:22:04,201 包括如果你的小孩想学开发 519 00:22:04,201 --> 00:22:06,181 想学其他的都可以来看 520 00:22:06,181 --> 00:22:09,781 判处一下我们的多专家多智能体 521 00:22:09,781 --> 00:22:10,121 对 522 00:22:10,121 --> 00:22:10,701 是的 523 00:22:10,701 --> 00:22:13,061 可以让专家来帮你养娃 524 00:22:13,061 --> 00:22:14,461 来做作业辅导作业 525 00:22:14,461 --> 00:22:16,261 可以尝试一下专家的功能 526 00:22:16,261 --> 00:22:18,601 他问使用云服务器的时候 527 00:22:18,601 --> 00:22:20,901 资料也是保存在自己的电脑上吗 528 00:22:20,901 --> 00:22:24,081 使用云服务器的时候 529 00:22:24,081 --> 00:22:27,721 资料肯定是保存在你的云服务器上的 530 00:22:27,721 --> 00:22:27,941 对 531 00:22:27,941 --> 00:22:31,541 因为其实也对我们的Optop 532 00:22:31,541 --> 00:22:32,801 有个权限的管控 533 00:22:32,801 --> 00:22:34,641 如果你在云服务器上使用 534 00:22:34,641 --> 00:22:38,681 我们是不希望它就是谈谈到孕妇器以外的地方的 535 00:22:38,681 --> 00:22:43,001 然后还有人问有了Octop还需要ACE吗 536 00:22:43,001 --> 00:22:47,941 我们Octop其实是一个对ACE的延续 537 00:22:47,941 --> 00:22:53,641 你可以看到其实我们功能啊界面都是完全延续进化 538 00:22:53,641 --> 00:22:55,881 就是ACE支持的Octop都支持 539 00:22:55,881 --> 00:22:59,841 我们后续也会推出ACE牵移到Octop上的方法 540 00:22:59,841 --> 00:23:04,101 对相当于是我们ACE有的功能在Octop上都有 541 00:23:04,101 --> 00:23:07,701 如果说你是之前使用ACE的用户的话 542 00:23:07,701 --> 00:23:09,181 对于使用Octob来讲 543 00:23:09,181 --> 00:23:11,621 你其实对你的使用体验 544 00:23:11,621 --> 00:23:12,961 或者是产品体验上来讲 545 00:23:12,961 --> 00:23:14,041 没有特别大的差别 546 00:23:14,041 --> 00:23:17,061 我们主要是想对齐一下 547 00:23:17,061 --> 00:23:18,141 大家的一个用户体验 548 00:23:18,141 --> 00:23:19,741 让大家可以更加丝滑 549 00:23:19,741 --> 00:23:20,841 更加顺滑地 550 00:23:20,841 --> 00:23:23,161 再从ACE或者迁移到Octob 551 00:23:23,161 --> 00:23:25,861 他问QCloud的Agent 552 00:23:25,861 --> 00:23:27,241 可以迁移到Octob吗 553 00:23:27,241 --> 00:23:33,521 因为QCloud其实不是我们团队内容的产品 554 00:23:33,521 --> 00:23:36,581 对 目前来说其实Qo它本身是一个产品 555 00:23:36,581 --> 00:23:39,561 它不是一个公开的开源项目 556 00:23:39,561 --> 00:23:42,081 对 我们本身上来讲是一个开源项目 557 00:23:42,081 --> 00:23:43,821 如果说你有特别好用的agent 558 00:23:43,821 --> 00:23:46,621 你可以直接提升到我们的Octop上 559 00:23:46,621 --> 00:23:48,481 都是没有任何问题的 560 00:23:48,481 --> 00:23:51,841 是的 也欢迎去支持一下我们的开源STAR 561 00:23:51,841 --> 00:23:55,081 Octop支持一键部署到腾讯云的TKE吗 562 00:23:55,081 --> 00:23:58,001 这个的话是这样的 563 00:23:58,001 --> 00:24:03,701 就是如果说你已经购买了咱们腾讯云的TQE的服务的话 564 00:24:03,701 --> 00:24:06,961 你参考我们的Github链接上的部署方式 565 00:24:06,961 --> 00:24:08,341 其实是没有任何问题的 566 00:24:08,341 --> 00:24:11,361 但是可能会存在一个系统 567 00:24:11,361 --> 00:24:15,181 包括一些容器相关的一些情况 568 00:24:15,181 --> 00:24:17,621 可能需要参考一下不同的安装部署方式 569 00:24:17,621 --> 00:24:19,601 进行一个安装的部署 570 00:24:19,601 --> 00:24:19,901 是的 571 00:24:19,901 --> 00:24:22,501 我们Github仓库的ReadMe 572 00:24:22,501 --> 00:24:25,061 其实都写得比较清楚 573 00:24:25,061 --> 00:24:30,561 然后包括想在自己的Mac上或者Windows上 574 00:24:30,561 --> 00:24:32,401 也安装部署体验的朋友 575 00:24:32,401 --> 00:24:35,301 现在也可以直接去我们Octo仓库 576 00:24:35,301 --> 00:24:38,501 然后直接参考我们的install方式 577 00:24:38,501 --> 00:24:40,561 然后其实刚刚就讲到 578 00:24:40,561 --> 00:24:44,201 就一个人可以就是有多个专家 579 00:24:44,201 --> 00:24:47,281 然后现在其实可以看到 580 00:24:47,281 --> 00:24:48,941 我有个通用专家帮我工作 581 00:24:48,941 --> 00:24:50,541 然后我有个月儿专家 582 00:24:50,541 --> 00:24:54,341 然后包括其实在通道这里也可以看到 583 00:24:54,341 --> 00:24:56,361 我育儿专家是一套部署 584 00:24:56,361 --> 00:24:58,941 然后我的通用助手也是一套部署 585 00:24:58,941 --> 00:24:59,981 这说明什么 586 00:24:59,981 --> 00:25:00,981 这说明我可以 587 00:25:00,981 --> 00:25:04,621 比如说我在QQ上使用我的通用助手 588 00:25:04,621 --> 00:25:08,301 或我在齐威上连接我的通用助手来帮助我办公 589 00:25:08,301 --> 00:25:13,461 然后我就是在微信上连接育儿专家来帮助我养娃 590 00:25:13,461 --> 00:25:17,881 然后这两个专家他们都在一台Octop里 591 00:25:17,881 --> 00:25:19,901 但是他们互相记忆不会错乱 592 00:25:19,901 --> 00:25:22,661 然后我就可以用一台Octop 593 00:25:22,661 --> 00:25:24,161 一台服器的一台Octop 594 00:25:24,161 --> 00:25:26,181 然后做两件事 595 00:25:26,181 --> 00:25:28,601 这就是我们Optop的多专家 596 00:25:28,601 --> 00:25:29,741 你就可以做到 597 00:25:29,741 --> 00:25:30,641 是的 598 00:25:30,641 --> 00:25:33,061 然后我看到TTN他吐槽说 599 00:25:33,061 --> 00:25:35,341 我们的产品在腾讯营搜不到 600 00:25:35,341 --> 00:25:36,541 是这样子的 601 00:25:36,541 --> 00:25:37,241 我解释一下 602 00:25:37,241 --> 00:25:38,941 就是我们其实是刚刚开源 603 00:25:38,941 --> 00:25:39,841 然后呢 604 00:25:39,841 --> 00:25:41,541 也是借开源的机会 605 00:25:41,541 --> 00:25:42,821 和大家先交流一下 606 00:25:42,821 --> 00:25:43,641 整体的一个项目 607 00:25:43,641 --> 00:25:45,661 其实我们在腾讯营服务器 608 00:25:45,661 --> 00:25:47,561 官方的公众号去搜索 609 00:25:47,561 --> 00:25:51,121 有一篇新推出的一个推文和贴图 610 00:25:51,121 --> 00:25:52,941 是有介绍到我们开源的 611 00:25:52,941 --> 00:25:53,861 一个项目和产品的 612 00:25:53,861 --> 00:25:56,061 可以去关注一下这篇推文 613 00:25:56,061 --> 00:25:57,621 推文贴图文章 614 00:25:57,621 --> 00:25:59,461 然后后续的话我们也会 615 00:25:59,461 --> 00:26:02,101 去产出更多的一个直播啊干货 616 00:26:02,101 --> 00:26:04,501 等的一个推文内容可以关注一下 617 00:26:04,501 --> 00:26:05,701 说专家模式的话 618 00:26:05,701 --> 00:26:08,101 怎么通过微信或者QQ转换成 619 00:26:08,498 --> 00:26:09,498 請保持中文字。 620 00:26:09,498 --> 00:26:11,498 請保持中文字。 621 00:26:11,498 --> 00:26:13,498 請保持中文字。 622 00:26:13,498 --> 00:26:15,498 請保持中文字。 623 00:26:15,498 --> 00:26:17,498 請保持中文字。 624 00:26:17,498 --> 00:26:19,498 請保持中文字。 625 00:26:19,498 --> 00:26:21,498 請保持中文字。 626 00:26:21,498 --> 00:26:24,598 然后包括通用助手你配启威 627 00:26:24,598 --> 00:26:28,458 然后其实这个就是不同的通道配置了 628 00:26:28,458 --> 00:26:30,638 然后其实最神奇的一点是 629 00:26:30,638 --> 00:26:33,378 你可以在一个专家比如说 630 00:26:33,378 --> 00:26:36,038 但我现在因为是直播的关系 631 00:26:36,038 --> 00:26:39,258 我全程用我们的这个面板来给大家演示 632 00:26:39,258 --> 00:26:46,018 如果你就是想用微信来询问你配置在QQ的专家呢 633 00:26:46,018 --> 00:26:47,818 你其实可以询问他 634 00:26:47,818 --> 00:26:51,898 就我刚刚在育儿专家建立了小孩 635 00:26:51,898 --> 00:26:56,758 我就可以询问育儿专家 636 00:26:56,758 --> 00:27:00,198 我的小孩怎么样了 637 00:27:08,798 --> 00:27:12,518 我们还没有出示化相关的信息 638 00:27:12,518 --> 00:27:16,938 那我的小孩叫小鱼 639 00:27:16,938 --> 00:27:19,218 对,Kernel这位同学说 640 00:27:19,218 --> 00:27:21,058 目前我们这个项目主页 641 00:27:21,058 --> 00:27:24,958 对于用户的熟悉程度上手难度比较高 642 00:27:24,958 --> 00:27:26,798 没有相关的档档 643 00:27:26,798 --> 00:27:29,838 这个的话我们后续因为是这样 644 00:27:29,838 --> 00:27:31,298 我们是先开源了 645 00:27:31,298 --> 00:27:33,698 所以说我们目前先以开源的标准 646 00:27:33,698 --> 00:27:35,518 去上线整个项目 647 00:27:35,518 --> 00:27:37,678 之后的话我们也会配套起 648 00:27:37,678 --> 00:27:39,418 腾讯云的开发者社区 649 00:27:39,418 --> 00:27:42,858 包括后续的腾讯云官网上的上线 650 00:27:42,858 --> 00:27:43,298 对 651 00:27:43,298 --> 00:27:47,538 是的我们后续也会跟进一系列的文档 652 00:27:47,538 --> 00:27:48,958 然后社区运营 653 00:27:48,958 --> 00:27:51,498 然后包括最佳实践 654 00:27:51,498 --> 00:27:54,078 然后来帮助用户上手我们的Octa 655 00:27:54,078 --> 00:27:57,058 现在看一下它 656 00:27:57,058 --> 00:28:00,318 好它找到了月儿管家Agent 657 00:28:00,318 --> 00:28:04,538 对就是我们每个专家之间也是可以互通的 658 00:28:04,538 --> 00:28:07,698 但是你可以看到它不会轻易的互通 659 00:28:07,698 --> 00:28:10,898 因为这一定程度上就避免了每个专家的互不打扰 660 00:28:10,898 --> 00:28:13,038 就只有在非常严苛的 661 00:28:13,038 --> 00:28:14,938 就是你的prompt下 662 00:28:14,938 --> 00:28:17,398 然后它会帮你去调用 663 00:28:17,398 --> 00:28:19,518 其他agent的workspace的信息 664 00:28:19,518 --> 00:28:21,238 这就是刚刚说的 665 00:28:21,238 --> 00:28:23,858 每一个助手可以连不同的APP 666 00:28:23,858 --> 00:28:26,238 就是比如说育儿助手 667 00:28:26,238 --> 00:28:27,458 连QQ生活注尼 668 00:28:27,458 --> 00:28:28,638 连微信工作秘书 669 00:28:28,638 --> 00:28:29,298 连启威 670 00:28:29,298 --> 00:28:31,938 你就可以在一个octop下 671 00:28:31,938 --> 00:28:34,958 然后用多种专家来管理你的生活 672 00:28:34,958 --> 00:28:36,598 避免创建多只虾 673 00:28:36,598 --> 00:28:39,698 也避免就像之前用同一只虾 674 00:28:39,698 --> 00:28:42,058 像OpenCode或荷马西一样 675 00:28:42,058 --> 00:28:43,498 就是有记忆混乱 676 00:28:43,498 --> 00:28:45,478 因为我们是一个入口 677 00:28:45,478 --> 00:28:47,378 但各走各的渠道 678 00:28:47,378 --> 00:28:50,698 包括他们的记忆都是独立的 679 00:28:50,698 --> 00:28:53,038 每个助手都有自己独立的记忆库 680 00:28:53,038 --> 00:28:54,938 然后就是育儿的是 681 00:28:54,938 --> 00:28:56,378 不会跑进生活助手 682 00:28:56,378 --> 00:28:59,518 他们的记忆库边界清晰 683 00:28:59,518 --> 00:29:01,838 第三点是我想讲解的是 684 00:29:01,838 --> 00:29:02,678 子智能体 685 00:29:02,678 --> 00:29:05,118 就是可以给助手配小帮手 686 00:29:05,118 --> 00:29:07,478 就是如果我创建一个助手 687 00:29:07,478 --> 00:29:09,678 我也可以在页面上给大家演示 688 00:29:09,678 --> 00:29:12,398 这里有非常多的子智能体 689 00:29:12,398 --> 00:29:15,218 那我有一个问题想问 690 00:29:15,218 --> 00:29:18,198 就是这个子智能体它有什么好处呀 691 00:29:18,198 --> 00:29:21,318 刚刚我们讲了有专家和多用户 692 00:29:21,318 --> 00:29:24,078 那这个有子智能体和之间 693 00:29:24,078 --> 00:29:26,318 他们和之前讲的有什么区别呀 694 00:29:26,318 --> 00:29:28,538 就是它有什么优势和好处 695 00:29:28,538 --> 00:29:31,178 其实专家的话 696 00:29:31,178 --> 00:29:34,438 刚刚我们其实聊到的是工作和生活 697 00:29:34,438 --> 00:29:35,798 包括就是多用途 698 00:29:35,798 --> 00:29:38,818 它可以做工作区的隔离嘛 699 00:29:38,818 --> 00:29:42,198 像子智能体其实就是一个subagent 700 00:29:42,198 --> 00:29:44,818 他就是比如说我在通用专家下 701 00:29:44,818 --> 00:29:49,378 我配置比如说你看学术的这五个子智能体 702 00:29:49,378 --> 00:29:53,958 其实了解龙虾这个形态的朋友可以知道 703 00:29:53,958 --> 00:29:56,958 如果我们在agentMD里写太多的诗 704 00:29:56,958 --> 00:30:00,038 他其实会每一次都去读他的agentMD 705 00:30:00,038 --> 00:30:03,358 我是希望比如说他又懂定理又懂历史 706 00:30:03,358 --> 00:30:05,358 又懂人类学又懂心理学 707 00:30:05,358 --> 00:30:07,938 但我是希望他懂 708 00:30:07,938 --> 00:30:10,178 但我不是每次都会要用到这些功能 709 00:30:10,178 --> 00:30:13,698 那这时候我们就其实可以去添加这些子智能体 710 00:30:13,698 --> 00:30:16,478 然后这样我们就可以询问通通助手 711 00:30:16,478 --> 00:30:20,438 然后当我们询问到人类学相关的事情的时候 712 00:30:20,438 --> 00:30:23,618 他才会去寻求这个人类学子智能体的帮忙 713 00:30:23,618 --> 00:30:26,158 如果我们不询问他就不会调用 714 00:30:26,158 --> 00:30:28,978 这样其实一是可以有效管理我们Token 715 00:30:28,978 --> 00:30:33,238 二是可以在有限的就是AgentMD下 716 00:30:33,238 --> 00:30:35,578 然后你看我们有那么多的子智能体 717 00:30:35,578 --> 00:30:37,898 可以就是扩充我们agent的能力 718 00:30:37,898 --> 00:30:39,998 让我们agent一个agent 719 00:30:39,998 --> 00:30:41,378 一个专家变得更强大 720 00:30:41,378 --> 00:30:44,798 对就像是一个军队中 721 00:30:44,798 --> 00:30:45,978 有不同的兵种一样 722 00:30:45,978 --> 00:30:48,198 这个子智能体就相当于是 723 00:30:48,198 --> 00:30:50,358 你随调随道的你的士兵 724 00:30:50,358 --> 00:30:52,118 然后他会帮你处理一些任务 725 00:30:52,118 --> 00:30:54,178 然后你触发这些任务的时候 726 00:30:54,178 --> 00:30:55,778 他会到来帮你处理一些任务 727 00:30:55,778 --> 00:30:56,378 处理完之后 728 00:30:56,378 --> 00:30:58,198 然后他就待在原来的那个地方了 729 00:30:58,198 --> 00:31:00,998 而且这些子智能体是并停调用 730 00:31:00,998 --> 00:31:03,878 就相当于就是我们的专家 731 00:31:03,878 --> 00:31:05,998 它就是一个发号生令的 732 00:31:05,998 --> 00:31:10,098 然后它会同时将这些子智能体去调研它们领域内的事 733 00:31:10,098 --> 00:31:13,078 然后最后它再统一回复给用户 734 00:31:13,078 --> 00:31:13,558 对 735 00:31:13,558 --> 00:31:16,978 定属可以自主配置国内外的模型 736 00:31:16,978 --> 00:31:17,838 DE呢 737 00:31:17,838 --> 00:31:20,098 就是可以自主配置模型的 738 00:31:20,098 --> 00:31:21,838 对 739 00:31:21,838 --> 00:31:23,358 我们目前来讲 740 00:31:23,358 --> 00:31:26,498 大多数主流的模型都可以进行支持 741 00:31:26,498 --> 00:31:29,218 我们可以切换到我们的 742 00:31:29,218 --> 00:31:30,778 的命用户下 743 00:31:32,778 --> 00:31:33,178 对 744 00:31:33,878 --> 00:31:41,878 这种体验就是Subaging图的这个概念 745 00:31:41,878 --> 00:31:42,878 对 746 00:31:42,878 --> 00:31:48,998 包括模型看我们在Admin用户可以看到那么多的云端 747 00:31:48,998 --> 00:31:54,638 就是现在提供商包括我们腾讯云 748 00:31:54,638 --> 00:31:57,278 腾讯TodyPlan 腾讯TokenPlan 749 00:31:57,278 --> 00:32:01,458 然后我们都有就是可以自助配置 750 00:32:01,458 --> 00:32:03,898 然后包括别的厂商 751 00:32:03,898 --> 00:32:05,058 KIMI, MINIMAX 752 00:32:05,058 --> 00:32:07,378 然后包括智朴,火山 753 00:32:07,378 --> 00:32:08,298 我们都有在这 754 00:32:08,298 --> 00:32:10,398 然后还有国外的包括 755 00:32:10,398 --> 00:32:11,818 GIMNI, OPEN NI 756 00:32:11,818 --> 00:32:14,818 然后包括ANTHROPIC都可以 757 00:32:14,818 --> 00:32:16,898 然后大家如果找不到 758 00:32:16,898 --> 00:32:18,198 也可以自定义提供商 759 00:32:18,198 --> 00:32:20,078 然后有个BASE URL 760 00:32:20,078 --> 00:32:21,478 然后有API P 761 00:32:21,478 --> 00:32:23,478 然后这里可以选协议 762 00:32:23,478 --> 00:32:25,078 对我们都支持了 763 00:32:25,078 --> 00:32:27,338 如果大家想要本地的话 764 00:32:27,338 --> 00:32:30,058 我们也有支持本地有达马客户端 765 00:32:30,058 --> 00:32:30,778 好的 766 00:32:30,778 --> 00:32:33,318 像刚刚讲解完子智能体 767 00:32:33,318 --> 00:32:39,558 然后其实刚刚其实也有演示到专家主团可以一同作战 768 00:32:39,558 --> 00:32:46,158 然后像包括智能体我刚讲的复杂的是可以拆点合适的sublagion去做 769 00:32:46,158 --> 00:32:52,278 然后包括刚刚我展示用通用助手可以触打到育儿助手 770 00:32:52,278 --> 00:32:55,478 就是每个专家也可以互相触打 771 00:32:55,478 --> 00:32:57,918 然后可以调用别的专家能力有恨 772 00:32:57,918 --> 00:33:03,518 就是包括我们接下来我的同事英明会大家讲解连接器 773 00:33:03,518 --> 00:33:06,638 我们也可以调用到外部的一些服务 774 00:33:06,638 --> 00:33:10,818 然后可以让工具平权让生态互联 775 00:33:10,818 --> 00:33:13,978 他问子智能体和专家谁的层级更高 776 00:33:13,978 --> 00:33:19,218 子智能体其实是被携带在专家底下的 777 00:33:19,218 --> 00:33:22,158 就是一个专家可以配置子智能体 778 00:33:22,158 --> 00:33:25,178 让他自己的就是能力更强大 779 00:33:25,178 --> 00:33:25,558 对 780 00:33:25,558 --> 00:33:27,838 英明平时会用什么大模型 781 00:33:27,838 --> 00:33:33,898 我的话其实我用我们腾讯的Token Plan比较多 782 00:33:33,898 --> 00:33:38,038 多人协作场景中如果智能体的输出存在幻觉的话 783 00:33:38,038 --> 00:33:40,918 怎么建立智信度教验和修正的流程 784 00:33:40,918 --> 00:33:41,898 很专业 785 00:33:41,898 --> 00:33:46,398 其实首先你可以在专家的HT&D里 786 00:33:46,398 --> 00:33:51,858 给他一点比较教验和修正的提示词 787 00:33:51,858 --> 00:33:55,598 让他一定要去教验智能体的产出成果 788 00:33:55,598 --> 00:33:58,638 然后包括你也给他一些教研的规则 789 00:33:58,638 --> 00:34:02,198 或者自己创建一些教研的skill 790 00:34:02,198 --> 00:34:04,778 或者从很多我们的skill hub 791 00:34:04,778 --> 00:34:07,598 比如Dhub上去找一些教研的skill 792 00:34:07,598 --> 00:34:08,698 我理解都是可以的 793 00:34:08,698 --> 00:34:12,298 他问开源版本的Octop和腾讯云内部商业 794 00:34:12,298 --> 00:34:13,418 使用的一个版本 795 00:34:13,418 --> 00:34:16,058 在功能和性能上有哪些差异 796 00:34:31,585 --> 00:34:33,465 我们包括大家提的issue 797 00:34:33,465 --> 00:34:34,905 我们修完同步在 798 00:34:34,905 --> 00:34:36,985 Octop的仓库下 799 00:34:36,985 --> 00:34:39,185 我们也会同步更新镜像 800 00:34:39,185 --> 00:34:41,985 未来我们发布镜像会是一起同步的 801 00:34:41,985 --> 00:34:44,725 智能体本身算不算一种子智能体 802 00:34:44,725 --> 00:34:48,685 可能还是对这个子智能体和专家的这个概念有点疑问 803 00:34:48,685 --> 00:34:49,725 是这样的 804 00:34:49,725 --> 00:34:52,305 就是对于现在来讲的话 805 00:34:52,305 --> 00:34:56,885 我们就像是计算机的一个比较基础一个知识 806 00:34:56,885 --> 00:35:00,365 专家就可以类比成计算机当中一个进程 807 00:35:00,365 --> 00:35:04,885 然后子智能体可以理解成一个进程当中它的一个线程 808 00:35:04,885 --> 00:35:09,265 然后相当于是子智能体它会共享当前的专家的一个工作区 809 00:35:09,265 --> 00:35:12,565 但是呢子智能体它有自己独立的上下文 810 00:35:12,565 --> 00:35:15,685 一个方面是它可以保证子智能体之间 811 00:35:15,685 --> 00:35:18,345 它们之间的运行或者绘画不相干扰 812 00:35:18,345 --> 00:35:20,885 第二个就是它可以大大的提升效率 813 00:35:20,885 --> 00:35:22,505 第二点呢就是专家的话 814 00:35:22,505 --> 00:35:25,625 它可以因为它具有自己独立的资源区的话 815 00:35:25,625 --> 00:35:28,025 就可以进行相应的安装 816 00:35:28,025 --> 00:35:31,185 也会你如果说对话的时间长了 817 00:35:31,185 --> 00:35:33,445 你也可以慢慢更加熟悉 818 00:35:33,445 --> 00:35:36,265 你会有自己的一个专属的记忆 819 00:35:36,265 --> 00:35:37,185 是的 820 00:35:37,185 --> 00:35:40,925 然后我看问多用户并发请求 821 00:35:40,925 --> 00:35:43,865 Octob有内置速率限制和排队机制吗 822 00:35:43,865 --> 00:35:45,545 目前来讲的话 823 00:35:45,545 --> 00:35:48,325 我们还没有测试过 824 00:35:48,325 --> 00:35:51,885 这个内置的一个速率限制和排队的机制 825 00:35:51,885 --> 00:35:53,645 当然因为是这样的 826 00:35:53,645 --> 00:35:55,505 因为我们目前使用场景的话 827 00:35:55,505 --> 00:35:57,245 更多的是面向 828 00:35:57,245 --> 00:35:58,545 比如说一个用户 829 00:35:58,545 --> 00:35:59,765 他会进行一个对话 830 00:35:59,765 --> 00:36:01,745 或者是多个用户 831 00:36:01,745 --> 00:36:04,665 他会在自己的一个聊天框 832 00:36:04,665 --> 00:36:06,045 或者对话框进行对话 833 00:36:06,045 --> 00:36:07,465 这位NOM同学说的 834 00:36:07,465 --> 00:36:08,705 多用户并发请求 835 00:36:08,705 --> 00:36:09,605 因为目前来讲 836 00:36:09,605 --> 00:36:12,065 我们的用户量不是特别大 837 00:36:12,065 --> 00:36:13,785 因为你一个管理员 838 00:36:13,785 --> 00:36:14,705 创建的用户 839 00:36:14,705 --> 00:36:17,145 没有说有几百个 840 00:36:17,145 --> 00:36:18,705 或者几千个上万那么的多 841 00:36:18,705 --> 00:36:19,545 所以目前来讲 842 00:36:19,545 --> 00:36:22,845 可能不太会出现这个问题 843 00:36:22,845 --> 00:36:24,545 他说做了两个智能体 844 00:36:24,545 --> 00:36:26,525 然后把它部署到企业微信中 845 00:36:26,525 --> 00:36:29,025 把这两个机器人放到工作群中 846 00:36:29,025 --> 00:36:32,005 能不能让它在群里及时回复信息 847 00:36:32,005 --> 00:36:33,725 就是不同的智能体 848 00:36:33,725 --> 00:36:36,045 能不能在群内及时回复信息 849 00:36:36,045 --> 00:36:38,945 我理解是 850 00:36:38,945 --> 00:36:41,385 如果你在群里用户 851 00:36:41,385 --> 00:36:44,385 它是能回复的 852 00:36:44,385 --> 00:36:44,625 对 853 00:36:44,625 --> 00:36:47,125 以前我们ACE 854 00:36:47,125 --> 00:36:49,545 就是在元宝派里有类似的渠道 855 00:36:49,545 --> 00:36:51,025 这个是这样的 856 00:36:51,025 --> 00:36:52,725 就是在企微当中的话 857 00:36:52,725 --> 00:36:53,945 目前来讲 858 00:36:53,945 --> 00:36:56,305 如果你配置了企畏的机器人 859 00:36:56,305 --> 00:36:58,665 他只针对他的创建者 860 00:36:58,665 --> 00:37:00,945 他才能够对这个企畏机器人进行对话 861 00:37:00,945 --> 00:37:03,205 如果说这个企畏群聊当中 862 00:37:03,205 --> 00:37:05,245 有其他的用户或者其他人的话 863 00:37:05,245 --> 00:37:08,105 他爱特伦尼创建的企畏机器人 864 00:37:08,105 --> 00:37:09,845 这个时候他是没法回答的 865 00:37:09,845 --> 00:37:12,305 能在轻量服务器里面可视化吗 866 00:37:12,305 --> 00:37:16,325 这个的话因为我们现在是已经开源了 867 00:37:16,325 --> 00:37:17,825 等我们后续的话 868 00:37:17,825 --> 00:37:22,965 会在其中轻量当中推出相关的产品 869 00:37:22,965 --> 00:37:23,865 或者是镜像 870 00:37:23,865 --> 00:37:25,405 如果说在里面购买的话 871 00:37:25,405 --> 00:37:29,385 你进入的那个主流的那个页面 872 00:37:29,385 --> 00:37:31,965 管理页面就是我们当前在展示的这个页面 873 00:37:31,965 --> 00:37:36,505 如果有用户现在想在清亮云服务器上使用的话 874 00:37:36,505 --> 00:37:39,905 可以买一台无邦图系统镜像 875 00:37:39,905 --> 00:37:43,325 然后使用我们的Linux安装脚本 876 00:37:43,325 --> 00:37:46,325 然后跟随指示你也可以用到 877 00:37:46,325 --> 00:37:49,365 然后自己放通一下安全区 878 00:37:49,365 --> 00:37:52,665 然后就可以看见这个可视化界面 879 00:37:52,665 --> 00:37:56,285 后续我们也会推出更详细的指导 880 00:37:56,285 --> 00:37:58,305 然后我们看粉丝朋友说 881 00:37:58,305 --> 00:38:00,765 是否有提供用户行为分析面板 882 00:38:00,765 --> 00:38:03,545 来统计各agent的调用量和成功率 883 00:38:03,545 --> 00:38:09,825 我们现在有提供token的面板 884 00:38:09,825 --> 00:38:14,305 但是我们其实做的各种用户是完全隔离 885 00:38:14,305 --> 00:38:18,185 就是每个用户可以看自己的token统计 886 00:38:18,185 --> 00:38:21,365 你看就是我最近30天用的都在这里 887 00:38:21,365 --> 00:38:22,765 然后包括我的 888 00:38:22,765 --> 00:38:25,105 你看我的育儿管家用这么多 889 00:38:25,105 --> 00:38:27,625 然后我的通助手用这么多 890 00:38:27,625 --> 00:38:30,605 好那接下来就让一鸣 891 00:38:30,605 --> 00:38:32,585 为大家来讲解连接器吧 892 00:38:32,585 --> 00:38:34,565 大家可能对于连接器 893 00:38:34,565 --> 00:38:35,905 这个概念不是很理解 894 00:38:35,905 --> 00:38:37,145 但是对于有个概念 895 00:38:37,145 --> 00:38:38,625 可能会有听说过 896 00:38:38,625 --> 00:38:39,725 就是叫MCP 897 00:38:39,725 --> 00:38:42,025 大家可能会对MCP这个概念 898 00:38:42,025 --> 00:38:43,505 可能听说过 899 00:38:43,505 --> 00:38:45,625 连接器是一个什么概念呢 900 00:38:45,625 --> 00:38:46,725 就是相当于是一个 901 00:38:46,725 --> 00:38:48,305 比较统一的AI入口 902 00:38:48,305 --> 00:38:50,945 它可以接管你的腾讯全家桶 903 00:38:50,945 --> 00:38:54,265 目前来讲我们的Octob有12个内置的连接器 904 00:38:54,265 --> 00:38:58,105 当然也是基于OMCP的一个开放协议的 905 00:38:58,105 --> 00:39:00,345 有一句话就可以帮你全搞定 906 00:39:00,345 --> 00:39:02,945 比如说因为我们大家很 907 00:39:02,945 --> 00:39:05,045 生活化一个场景就是我们一个人 908 00:39:05,045 --> 00:39:05,965 每个人都有手机 909 00:39:05,965 --> 00:39:07,805 每个手机上都有很多的APP 910 00:39:07,805 --> 00:39:11,425 但是我们如果要使用不同的功能 911 00:39:11,425 --> 00:39:12,445 我们需要点开不同APP 912 00:39:12,445 --> 00:39:14,165 我们要点外卖 913 00:39:14,165 --> 00:39:15,245 我们要点开黄色软件 914 00:39:15,245 --> 00:39:16,145 我们要购物 915 00:39:16,145 --> 00:39:17,565 我们要点开橙色软件 916 00:39:17,565 --> 00:39:18,525 我们要聊天 917 00:39:18,525 --> 00:39:19,905 我们要点开绿色软件 918 00:39:19,905 --> 00:39:20,785 但是呢 919 00:39:20,785 --> 00:39:22,865 实际上我们的 920 00:39:22,865 --> 00:39:24,445 这个的话我们会发现 921 00:39:24,445 --> 00:39:25,585 我们做不同事情 922 00:39:25,585 --> 00:39:26,645 要点开不同软件 923 00:39:26,645 --> 00:39:28,165 这样的话之间 924 00:39:28,165 --> 00:39:30,225 APP之间切换的成本都非常高 925 00:39:30,225 --> 00:39:32,165 这个就是我们的比较传统的模式 926 00:39:32,165 --> 00:39:34,785 而我们的Octob它的连接器呢 927 00:39:34,785 --> 00:39:37,105 它可以一键去授权 928 00:39:37,105 --> 00:39:38,445 相当于是我们只需要 929 00:39:38,445 --> 00:39:41,105 将我们这个用户授权登录之后呢 930 00:39:41,105 --> 00:39:43,865 我们就可以让Octob帮我们做这些事情 931 00:39:43,865 --> 00:39:46,305 我们不需要再来回的一些切换 932 00:39:46,305 --> 00:39:48,185 我们给大家展示一下 933 00:39:48,185 --> 00:39:50,285 我们现在已经具有的一些连接器 934 00:39:50,285 --> 00:39:53,025 比如说我们腾讯系的主流的产品 935 00:39:53,025 --> 00:39:54,925 腾讯文档 腾讯会议 936 00:39:54,925 --> 00:39:56,685 然后文兴读书 埃玛 937 00:39:56,685 --> 00:39:57,885 还有一些邮箱 938 00:39:57,885 --> 00:40:00,225 Q邮箱或者职业之类的其他邮箱 939 00:40:00,225 --> 00:40:02,185 都可以去打通和实现 940 00:40:02,185 --> 00:40:04,425 我们这个连接器的一个相关功能 941 00:40:04,425 --> 00:40:06,385 说起邮箱 942 00:40:06,385 --> 00:40:09,645 其实前段时间Q邮箱推出了Agent邮箱 943 00:40:09,645 --> 00:40:11,145 不知道大家注册没有 944 00:40:11,145 --> 00:40:13,985 现在抢注还能像以前Q号一样 945 00:40:13,985 --> 00:40:16,885 就是注册到自己喜欢的邮箱名 946 00:40:16,885 --> 00:40:18,805 就是有专门给agent用的邮箱 947 00:40:18,805 --> 00:40:21,565 这也是对于我们做agent 948 00:40:21,565 --> 00:40:23,565 包括QQ邮箱的一个新进步 949 00:40:23,565 --> 00:40:25,725 大家可以尝试一下新功能哦 950 00:40:25,725 --> 00:40:29,645 对 欢迎大家多多关注我们的最新动态 951 00:40:29,645 --> 00:40:31,045 对 那我有一个问题啊 952 00:40:31,045 --> 00:40:33,205 就是市面上AI助手那么多 953 00:40:33,205 --> 00:40:37,085 为什么你们要去做连接这件事情啊 954 00:40:37,085 --> 00:40:39,045 就是我还是没有太明白 955 00:40:39,045 --> 00:40:41,365 它的概念和定义是什么 956 00:40:41,365 --> 00:40:44,765 嗯 所以说大家现在都能够理解 957 00:40:44,765 --> 00:40:47,485 AI它通过最近两年的发展 958 00:40:47,485 --> 00:40:52,005 它从一个最开始不那么聪明的一个转嫁 959 00:40:52,005 --> 00:40:54,425 变成了一个非常聪明的一个智能体 960 00:40:54,425 --> 00:40:57,265 所以对于我们当前使用上来讲 961 00:40:57,265 --> 00:41:00,525 我们主要瓶颈不在于AI是否足够聪明 962 00:41:00,525 --> 00:41:04,725 而在于AI是否能够将抵达我们生活的 963 00:41:04,725 --> 00:41:08,705 那个最近的一公里或者最近的那个触手给触达到 964 00:41:08,705 --> 00:41:10,165 对 这个是非常重要的 965 00:41:10,165 --> 00:41:12,725 比如说我们离腾讯会议 966 00:41:12,725 --> 00:41:14,725 可能之间会有一些登录啊 967 00:41:14,725 --> 00:41:16,725 包括一些交互的一个过程 968 00:41:16,725 --> 00:41:18,725 在最后一个产品和用户之间 969 00:41:18,725 --> 00:41:20,725 他们一个天然的一个隔阂 970 00:41:20,725 --> 00:41:22,725 或天然一个交互是否能够触达 971 00:41:22,725 --> 00:41:24,725 这个是我们当前 972 00:41:24,725 --> 00:41:26,725 连接器它的一个最主要的作用 973 00:41:26,725 --> 00:41:28,725 相当于是如果说你用连接器的方式 974 00:41:28,725 --> 00:41:30,725 授权登录一下 975 00:41:30,725 --> 00:41:32,725 都通过一座桥 976 00:41:32,725 --> 00:41:34,725 一直把用户跟 977 00:41:34,725 --> 00:41:36,725 依赖的一些主流的产品连接起来了 978 00:41:36,725 --> 00:41:38,725 关于你们怎么交互 979 00:41:38,725 --> 00:41:40,725 剩下的交互的方式 980 00:41:40,725 --> 00:41:46,585 其实我感触特别深的一点是我们Octop上连接器之后 981 00:41:46,585 --> 00:41:51,465 现在腾讯文档我可以叫Octop帮我自己去操作自己去编辑 982 00:41:51,465 --> 00:41:58,325 可能以前的话就需要让AI就是去生成一些内容 983 00:41:58,325 --> 00:42:02,705 然后我们复制进腾讯文档然后并共享给同事 984 00:42:02,705 --> 00:42:06,585 但现在可以让Octop有了连接器直接连接到腾讯文档 985 00:42:06,585 --> 00:42:08,125 自己去创作自己去改造 986 00:42:08,125 --> 00:42:11,265 然后同事也可以随之在腾讯文档看到 987 00:42:11,265 --> 00:42:13,425 但是现在元宝啊 988 00:42:13,425 --> 00:42:13,925 豆宝啊 989 00:42:13,925 --> 00:42:15,605 他们不是都能传文件 990 00:42:15,605 --> 00:42:16,585 让AI进行分析 991 00:42:17,105 --> 00:42:19,745 為什麼還要用到連接器呢? 992 00:42:19,745 --> 00:42:26,225 其實有一個使用場景不知道大家有沒有特別的理解。 993 00:42:26,225 --> 00:42:31,505 就是遇到過,比如說我們平時在使用元寶或者是豆包的, 994 00:42:31,505 --> 00:42:33,865 我们会用到比如说我们要上传文件 995 00:42:33,865 --> 00:42:35,165 这个时候我们需要 996 00:42:35,165 --> 00:42:37,305 我们如果说用的是手机端的 997 00:42:37,305 --> 00:42:38,545 我们需要打开手机 998 00:42:38,545 --> 00:42:40,005 然后点开加号 999 00:42:40,005 --> 00:42:40,905 然后上传复件 1000 00:42:40,905 --> 00:42:42,065 然后再把这个上面上去 1001 00:42:42,065 --> 00:42:43,125 你当前上传文件 1002 00:42:43,125 --> 00:42:44,705 其实是一个静态的文件 1003 00:42:44,705 --> 00:42:46,105 那么这个静态的文件 1004 00:42:46,105 --> 00:42:48,025 其实它是没法 1005 00:42:48,025 --> 00:42:49,885 就是获取到动态实时信息的 1006 00:42:49,885 --> 00:42:51,085 比如说我们如果说 1007 00:42:51,085 --> 00:42:52,105 要更新这个文件 1008 00:42:52,105 --> 00:42:53,145 或更新这个文档的话 1009 00:42:53,145 --> 00:42:54,965 我们就要从之前上的文件 1010 00:42:54,965 --> 00:42:55,965 再拷费一份新的 1011 00:42:55,965 --> 00:42:57,325 所以说如果我们修改 1012 00:42:57,325 --> 00:42:58,525 更新的步骤越来越多 1013 00:42:58,525 --> 00:42:59,605 那么我们产生的 1014 00:42:59,605 --> 00:43:00,905 冗余的中间文件 1015 00:43:00,905 --> 00:43:02,945 或者是一些多版本文件会越来越多 1016 00:43:02,945 --> 00:43:04,565 那么这个时候如果我们有连接器 1017 00:43:04,565 --> 00:43:07,425 当前如果假如说用腾讯文档的话 1018 00:43:07,425 --> 00:43:08,785 我们只需要给它一个在线文档 1019 00:43:08,785 --> 00:43:09,925 那么在线文档的话 1020 00:43:09,925 --> 00:43:11,845 它就会不断去编辑这个在线文档 1021 00:43:11,845 --> 00:43:14,105 那我们随时点开这个在线文档连接 1022 00:43:14,105 --> 00:43:15,285 它都是最新的版本 1023 00:43:15,285 --> 00:43:16,845 并且我们也可以通过历史记录 1024 00:43:16,845 --> 00:43:17,945 去追踪它的往 1025 00:43:17,945 --> 00:43:20,065 以往的一些历史版本 1026 00:43:20,065 --> 00:43:22,165 那其实就比如说 1027 00:43:22,165 --> 00:43:25,025 你们现在展示的这个腾讯会议 1028 00:43:25,025 --> 00:43:28,585 就是如果说我自己用打开APP 1029 00:43:28,585 --> 00:43:30,265 然后去订一个腾讯会议的话 1030 00:43:30,265 --> 00:43:32,385 其实也就是不到一分钟的时间 1031 00:43:32,385 --> 00:43:34,945 那连接到这个Agent里面 1032 00:43:34,945 --> 00:43:36,325 就省一点点的时间 1033 00:43:36,325 --> 00:43:37,425 这是值得的吗 1034 00:43:37,425 --> 00:43:39,765 现在是这样的 1035 00:43:39,765 --> 00:43:42,585 就是对于我们如果说个人用户 1036 00:43:42,585 --> 00:43:45,005 他对于打开腾讯会议 1037 00:43:45,005 --> 00:43:46,025 以后说加入预定会议 1038 00:43:46,025 --> 00:43:47,325 这可能是因为我们 1039 00:43:47,325 --> 00:43:49,145 一个习惯性的部署了 1040 00:43:49,145 --> 00:43:50,525 从腾讯会议推出那一刻 1041 00:43:50,525 --> 00:43:52,305 他就在教用户怎么去操作 1042 00:43:52,305 --> 00:43:53,045 怎么去预定会议 1043 00:43:53,045 --> 00:43:53,825 怎么去加入会议 1044 00:43:53,825 --> 00:43:55,225 但是呢如果说 1045 00:43:55,225 --> 00:43:58,365 现在我如果要定五个会议 1046 00:43:58,365 --> 00:44:00,345 那么如果定10个会议的话 1047 00:44:00,345 --> 00:44:04,365 那我可能需要把这一步的操作去重复5次 1048 00:44:04,365 --> 00:44:05,305 重复10次 1049 00:44:05,305 --> 00:44:07,725 那么对于我来讲一次两次我能够接受 1050 00:44:07,725 --> 00:44:10,725 但是5次或者是10次去重复相同的步骤 1051 00:44:10,725 --> 00:44:13,385 对我来讲就有点枯燥或者是有点繁琐 1052 00:44:13,385 --> 00:44:16,065 那么这个时候你可以交给我们Octob 1053 00:44:16,065 --> 00:44:18,705 他会如果说你想创建5次会议 1054 00:44:18,705 --> 00:44:21,165 或者是5次会议你邀请的是不同的人 1055 00:44:21,165 --> 00:44:22,805 或者邀请的是不同的团队 1056 00:44:22,805 --> 00:44:26,665 在这个场景下你只需要交给Octob一句话 1057 00:44:26,665 --> 00:44:29,465 它就可以帮你去针对不同的人预约不同的会议 1058 00:44:29,465 --> 00:44:30,565 并且预约不同的日期 1059 00:44:30,565 --> 00:44:32,845 不需要你再去打开软件 1060 00:44:32,845 --> 00:44:35,285 然后翻时间定主题邀请不同的人 1061 00:44:35,285 --> 00:44:36,585 这样翻手的操作 1062 00:44:36,585 --> 00:44:37,945 那确实这样子想的话 1063 00:44:37,945 --> 00:44:40,005 还是连接器要方便一点的 1064 00:44:40,005 --> 00:44:42,485 他问用Octob和Hermis的区别是什么 1065 00:44:42,485 --> 00:44:43,545 我们有什么优势 1066 00:44:43,545 --> 00:44:47,785 这个Octob和Hermis包括OpenCloud 1067 00:44:47,785 --> 00:44:52,225 我们在最开始都已经讲过他们的最主要的优势了 1068 00:44:52,225 --> 00:44:55,645 因为相对于Hermis和OpenCloud来讲的话 1069 00:44:55,645 --> 00:44:59,385 我们Oktub它有一些非常独立的场景和有功能 1070 00:44:59,385 --> 00:45:02,585 比如说我们之前从最开始的时候一直讲 1071 00:45:02,585 --> 00:45:07,065 我们记忆的功能它其实相对于Hermers或OpenCloud来讲 1072 00:45:07,065 --> 00:45:09,325 我们会有一个非常直观的一个展现 1073 00:45:09,325 --> 00:45:11,685 你的记忆是怎么存储的 1074 00:45:11,685 --> 00:45:13,465 或者是你的记忆是怎么落地的 1075 00:45:13,465 --> 00:45:15,005 包括整个时间线 1076 00:45:15,005 --> 00:45:18,565 对然后包括你记忆不同的角色 1077 00:45:18,565 --> 00:45:21,725 或者是不同的一些你的一个状态 1078 00:45:21,725 --> 00:45:25,045 它都是随着你的对话当中的不断改变 1079 00:45:25,045 --> 00:45:26,285 它也是会不断改变的 1080 00:45:26,285 --> 00:45:28,065 这个是我们一个非常大的优势 1081 00:45:28,065 --> 00:45:30,825 然后我们接下来就进我们的Octave页面 1082 00:45:30,825 --> 00:45:33,385 去通过不同连接器去触发一下 1083 00:45:33,385 --> 00:45:35,065 我们之间的一些操作 1084 00:45:35,065 --> 00:45:38,845 大家现在可以看到 1085 00:45:38,845 --> 00:45:40,505 就是我们连接器 1086 00:45:40,505 --> 00:45:42,685 其实是在当前的一个 1087 00:45:42,685 --> 00:45:46,145 从最左边的第四个type页 1088 00:45:46,145 --> 00:45:48,945 然后可以看到我们主流的一些连接器 1089 00:45:48,945 --> 00:45:50,085 有腾讯文档 1090 00:45:50,085 --> 00:45:52,765 腾讯文档打开授钱页的话 1091 00:45:52,765 --> 00:45:55,885 如果你想怎么样去配置好这个连接器 1092 00:45:55,885 --> 00:45:56,625 你打开授权页 1093 00:45:56,625 --> 00:45:59,325 这个时候它会有一个token 1094 00:45:59,325 --> 00:46:00,345 你点击这里复制 1095 00:46:00,345 --> 00:46:02,985 然后点击访问token一粘贴 1096 00:46:02,985 --> 00:46:03,765 它可以有探测 1097 00:46:03,765 --> 00:46:04,465 也可以有保存 1098 00:46:04,465 --> 00:46:06,925 然后它可以有一些最新的工具料 1099 00:46:06,925 --> 00:46:08,885 像我们可以调用203工具料 1100 00:46:08,885 --> 00:46:10,725 同时对于腾讯会议 1101 00:46:10,725 --> 00:46:13,745 包括一些邮箱的一些授权管理 1102 00:46:13,745 --> 00:46:15,745 都是一样的方式 1103 00:46:15,745 --> 00:46:18,125 接下来我就跟大家通过聊天的方式 1104 00:46:18,125 --> 00:46:19,705 去触发一下 1105 00:46:19,705 --> 00:46:20,645 因为我们在下面 1106 00:46:20,645 --> 00:46:22,065 第二个的话它是连接器 1107 00:46:22,065 --> 00:46:22,905 连接器的话 1108 00:46:22,905 --> 00:46:26,505 这里你必须去显性的去打开它这个开关 1109 00:46:26,505 --> 00:46:28,345 这样的话它才能够触发这个连接器 1110 00:46:28,345 --> 00:46:31,665 比如说我们想了解一下今天的 1111 00:46:31,665 --> 00:46:34,105 大家有没有什么特别感兴趣的话题 1112 00:46:34,105 --> 00:46:35,145 大家提一下 1113 00:46:35,145 --> 00:46:37,025 我们通过连接器的方式 1114 00:46:37,025 --> 00:46:38,485 我们可以将大家感兴趣的话题 1115 00:46:38,485 --> 00:46:40,045 去总结到我们的团讯文档 1116 00:46:40,045 --> 00:46:43,545 总结预测一下世界杯谁会得冠军 1117 00:46:43,545 --> 00:46:45,285 看一下它分析的准不准 1118 00:46:45,285 --> 00:46:46,465 应该不会翻车吧 1119 00:46:46,465 --> 00:46:48,785 大家静静期待一下 1120 00:46:48,785 --> 00:46:53,765 可以看到他当前会先读我们的日期 1121 00:46:53,765 --> 00:46:57,805 会搜索我们当前美加墨世界杯的一个最新的情况 1122 00:46:57,805 --> 00:47:01,385 可以看到决赛是19号 1123 00:47:01,385 --> 00:47:04,925 但是当前的话我们实际上还没有提决赛 1124 00:47:04,925 --> 00:47:06,945 其实本质上来讲是一个预测的行为 1125 00:47:06,945 --> 00:47:10,805 他知道我们四强已经出炉了 1126 00:47:10,805 --> 00:47:11,945 并且知道我们最新的消息 1127 00:47:11,945 --> 00:47:14,465 我们用到我们内置了一个AI搜索的工具 1128 00:47:14,465 --> 00:47:20,645 今天凌晨的三点会有法国对待西班牙的比赛 1129 00:47:20,645 --> 00:47:22,005 然后他搜集了相关信息之后 1130 00:47:22,005 --> 00:47:23,525 他就开始进行创建文档 1131 00:47:23,525 --> 00:47:28,905 那这个搜索的话是截止到最新什么时候的信息 1132 00:47:28,905 --> 00:47:31,125 是截止到此时此刻吗 1133 00:47:31,125 --> 00:47:32,045 还是说今天的 1134 00:47:32,045 --> 00:47:34,345 对大家可以看到我们每一个工具 1135 00:47:34,345 --> 00:47:36,105 他都会有展示的响起 1136 00:47:36,105 --> 00:47:38,785 其实我们可以看到他会 1137 00:47:38,785 --> 00:47:41,605 你看文档已经创建成功了 1138 00:47:41,605 --> 00:47:42,925 这个时候我们点击看一下 1139 00:47:42,925 --> 00:47:47,725 他会给我们一个2026世界杯冠军分析预测 1140 00:47:47,725 --> 00:47:52,865 这个时候他就会给我们总结当前的一个四强的战队 1141 00:47:52,865 --> 00:47:56,385 包括当前我们热门的法国西班牙英格兰阿根廷 1142 00:47:56,385 --> 00:47:57,325 他们不同的主教练 1143 00:47:57,325 --> 00:47:58,985 核心的球员 进球术 1144 00:47:58,985 --> 00:48:01,185 以及本届的最佳战技他们一些特点 1145 00:48:01,185 --> 00:48:03,825 通过分析半决赛的一些相关优势 1146 00:48:03,825 --> 00:48:04,945 可以推荐出来 1147 00:48:04,945 --> 00:48:07,545 大概你看我们法国西班牙的话 1148 00:48:07,545 --> 00:48:09,805 他会推测法国烧战优势一系 1149 00:48:09,805 --> 00:48:13,005 最终还预测大概会进入架石或者点球大战 1150 00:48:13,005 --> 00:48:14,205 然后呢 1151 00:48:14,205 --> 00:48:15,505 另一场半决赛呢 1152 00:48:15,505 --> 00:48:17,205 对于西班牙和阿根廷来讲的话 1153 00:48:17,205 --> 00:48:20,425 他们觉得阿根廷略占优势 1154 00:48:20,425 --> 00:48:20,845 对吧 1155 00:48:20,845 --> 00:48:22,785 这个比赛悬念比较大 1156 00:48:22,785 --> 00:48:24,025 最终的话 1157 00:48:24,025 --> 00:48:25,945 他还会给我们分析出不同的概率 1158 00:48:25,945 --> 00:48:29,225 他们会算出概率来讲的话 1159 00:48:29,225 --> 00:48:31,105 他说法国是比较领先的 1160 00:48:31,105 --> 00:48:32,445 拥有比较高的概率 1161 00:48:32,445 --> 00:48:32,845 对 1162 00:48:32,845 --> 00:48:34,325 冠军是法国队 1163 00:48:34,325 --> 00:48:36,825 大家还是谨慎对待 1164 00:48:36,825 --> 00:48:38,045 咱们这个AI的 1165 00:48:38,045 --> 00:48:39,685 AI给出的答案 1166 00:48:39,685 --> 00:48:41,665 但是我看从这个速度上 1167 00:48:41,665 --> 00:48:43,445 还有这个呈现的文档的 1168 00:48:43,445 --> 00:48:45,165 这个思路大纲上 1169 00:48:45,165 --> 00:48:46,605 真的是挺惊艳的 1170 00:48:46,605 --> 00:48:47,665 挺完善的 1171 00:48:47,665 --> 00:48:48,305 挺快的 1172 00:48:48,305 --> 00:48:49,525 我们这个就是一个 1173 00:48:49,525 --> 00:48:51,245 非常实时的腾讯文档 1174 00:48:51,245 --> 00:48:52,405 那我想问一下 1175 00:48:52,405 --> 00:48:53,965 我们这个连接器是 1176 00:48:53,965 --> 00:48:57,125 使用的时候连一下 1177 00:48:57,125 --> 00:48:59,385 然后在某一个对话不用的时候 1178 00:48:59,385 --> 00:49:00,965 是立刻关掉它比较好呢 1179 00:49:00,965 --> 00:49:02,285 还是一直连着比较好呢 1180 00:49:02,285 --> 00:49:04,005 它会不会消耗我们的token呀 1181 00:49:04,005 --> 00:49:06,705 本上来讲 1182 00:49:06,705 --> 00:49:08,805 其实不会特别的消耗 1183 00:49:08,805 --> 00:49:10,505 其实如果说你触发了 1184 00:49:10,505 --> 00:49:12,145 比如说腾讯文档 1185 00:49:12,145 --> 00:49:14,025 或者是之类的一些其他行为 1186 00:49:14,025 --> 00:49:16,405 它才会去给你去调用连接器 1187 00:49:16,405 --> 00:49:17,405 或者使用到连接器 1188 00:49:17,405 --> 00:49:18,385 你放在这里 1189 00:49:18,385 --> 00:49:20,585 其实是不会占用特别多的资源的 1190 00:49:20,585 --> 00:49:21,945 然后接下来 1191 00:49:21,945 --> 00:49:23,445 我们还可以给大家演示一下 1192 00:49:23,445 --> 00:49:24,185 不同的场景 1193 00:49:24,185 --> 00:49:26,225 比如说邮箱和腾讯会议 1194 00:49:26,225 --> 00:49:27,585 这三个可以结合起来 1195 00:49:27,585 --> 00:49:28,965 然后我们就可以将 1196 00:49:28,965 --> 00:49:31,525 比如说将我的 1197 00:49:31,525 --> 00:49:32,985 刚刚生成的 1198 00:49:32,985 --> 00:49:35,085 我有一个问题想问一下 1199 00:49:35,085 --> 00:49:35,985 在这里的话 1200 00:49:35,985 --> 00:49:38,825 那我们的连接器在授权之后 1201 00:49:38,825 --> 00:49:41,025 会拿到我的一个密码吗 1202 00:49:41,025 --> 00:49:44,425 就是我看到我们现在连的这三个连接器 1203 00:49:44,425 --> 00:49:48,145 那这些授权之后都会拿到我的密码数据会上传吗 1204 00:49:48,145 --> 00:49:49,865 就会上传到对应的APP吗 1205 00:49:49,865 --> 00:49:52,065 目前这个是不会的 1206 00:49:52,065 --> 00:49:55,425 因为连接器你可以看到我们当前的访问Token 1207 00:49:55,425 --> 00:49:57,565 它是已经配置在我们本地的 1208 00:49:57,565 --> 00:50:03,445 不是会上传到我们对应的那些其他的一些应用上的 1209 00:50:03,445 --> 00:50:03,605 对 1210 00:50:03,605 --> 00:50:07,485 然后我们当前的话我们给大家展示一下这个邮件的功能 1211 00:50:07,485 --> 00:50:09,245 其实邮件功能是非常实用的 1212 00:50:13,462 --> 00:50:20,462 你看這樣的話我們就可以讓它去幫我們把剛剛生成的這個騰訊文檔發送給我們的郵箱。 1213 00:50:20,462 --> 00:50:23,462 這個會它就會調用到我們的郵箱的一個連接器。 1214 00:50:23,462 --> 00:50:26,462 這個時候呢它就會發送我們的郵件。 1215 00:50:26,462 --> 00:50:28,302 它显示发送已经成功 1216 00:50:28,302 --> 00:50:30,102 我们可以去我们的邮箱里面看看有没有这个 1217 00:50:30,102 --> 00:50:33,602 刚刚看到我们这个是我们最新生成的 1218 00:50:33,602 --> 00:50:37,562 世界杯的分析文档里面会有相关的腾讯文档文档 1219 00:50:37,562 --> 00:50:40,822 包括最后的一个核心的结论 1220 00:50:40,822 --> 00:50:44,102 以及来自于哪个地方它会告诉你 1221 00:50:44,102 --> 00:50:45,262 对这个是非常方便的 1222 00:50:45,262 --> 00:50:46,722 比如说我们想批量发送邮件 1223 00:50:46,722 --> 00:50:49,862 或者是批量进行一些管理会非常的方便 1224 00:50:49,862 --> 00:50:52,642 对或者你就是想让Optop 1225 00:50:52,642 --> 00:50:55,322 比如在某些事情上发邮件提醒你 1226 00:50:55,322 --> 00:50:56,982 或者每天做个总结 1227 00:50:56,982 --> 00:50:58,242 也发邮件给你 1228 00:50:58,242 --> 00:50:59,742 都是非常方便的 1229 00:50:59,742 --> 00:51:00,322 对 1230 00:51:00,322 --> 00:51:02,982 其实我们这个还有定时的任务 1231 00:51:02,982 --> 00:51:03,202 对 1232 00:51:03,202 --> 00:51:04,022 之后的话 1233 00:51:04,022 --> 00:51:06,122 如果说你想用定时任务 1234 00:51:06,122 --> 00:51:07,902 结合我们的连接器 1235 00:51:07,902 --> 00:51:09,882 然后它可以帮你去推送 1236 00:51:09,882 --> 00:51:10,842 每日的定时邮件 1237 00:51:10,842 --> 00:51:11,982 这个也是可以的 1238 00:51:11,982 --> 00:51:15,162 我看有粉丝朋友问 1239 00:51:15,162 --> 00:51:17,382 Octop除了打通腾讯产品 1240 00:51:17,382 --> 00:51:18,822 能打通其他公司的 1241 00:51:18,822 --> 00:51:19,962 我们其实有推 1242 00:51:19,962 --> 00:51:21,602 多种各样的连接器 1243 00:51:21,602 --> 00:51:23,442 包括有Notion 1244 00:51:23,442 --> 00:51:25,222 有百度网牌 1245 00:51:25,222 --> 00:51:25,902 有Figma 1246 00:51:25,902 --> 00:51:27,542 有有道云笔记 1247 00:51:27,542 --> 00:51:30,102 对这些其实市面上常用的 1248 00:51:30,102 --> 00:51:30,882 我们都打通了 1249 00:51:30,882 --> 00:51:32,842 目前连接其实有官方内置的 1250 00:51:32,842 --> 00:51:34,222 实际在实用过程当中 1251 00:51:34,222 --> 00:51:35,482 会有自己封装的MCP 1252 00:51:35,482 --> 00:51:37,202 这个的话 1253 00:51:37,202 --> 00:51:38,822 欢迎大家去GitHub上 1254 00:51:38,822 --> 00:51:40,362 去搜索我们的原代码 1255 00:51:40,362 --> 00:51:41,382 因为我们其实 1256 00:51:41,382 --> 00:51:42,962 整个原代码都是公开的 1257 00:51:42,962 --> 00:51:45,062 如果你想接入自己的 1258 00:51:45,062 --> 00:51:47,082 配置的一些MCP专业方服务的话 1259 00:51:47,082 --> 00:51:48,122 也可以去通过 1260 00:51:48,122 --> 00:51:49,202 Forex我们的仓库 1261 00:51:49,202 --> 00:51:51,042 然后进行实现 1262 00:51:51,042 --> 00:51:53,002 对欢迎大家和我们共见 1263 00:51:53,002 --> 00:51:54,242 然后大家期待能力 1264 00:51:54,242 --> 00:51:56,862 我们后续也会陆续开发 1265 00:51:56,862 --> 00:51:58,322 然后大家觉得的话也可以 1266 00:51:58,322 --> 00:51:59,302 也会去共建 1267 00:51:59,302 --> 00:52:00,862 然后一起共建我们的Octop 1268 00:52:00,862 --> 00:52:05,042 ACP里添加以后会添加其他本地智能体吗 1269 00:52:07,002 --> 00:52:12,082 目前来讲我们的智能体是需要自己去手动点安装的 1270 00:52:12,082 --> 00:52:13,702 是ACP上面的 1271 00:52:13,702 --> 00:52:15,402 这个对吗 1272 00:52:15,402 --> 00:52:15,642 对 1273 00:52:15,642 --> 00:52:17,102 目前来讲是这样的 1274 00:52:17,102 --> 00:52:19,362 就是如果说我们自己去配置的话 1275 00:52:19,362 --> 00:52:21,462 当然是可以去添加了 1276 00:52:21,462 --> 00:52:22,722 像我之前去配置的 1277 00:52:22,722 --> 00:52:24,722 有我们的code body的智能体 1278 00:52:24,722 --> 00:52:25,922 那个ACP 1279 00:52:25,922 --> 00:52:27,522 然后你自己去 1280 00:52:27,522 --> 00:52:30,122 如果你想使用什么样的ACP 1281 00:52:30,122 --> 00:52:31,422 你就可以自己去进行配置 1282 00:52:31,422 --> 00:52:31,922 对 1283 00:52:31,922 --> 00:52:33,122 你可以直接使用的 1284 00:52:33,122 --> 00:52:36,922 你们是没法做到实时获取最新的模型列表吗 1285 00:52:36,922 --> 00:52:38,822 我记得ACE的时候 1286 00:52:38,822 --> 00:52:41,122 对好像是有提过这个问题 1287 00:52:41,122 --> 00:52:44,222 就是我们目前来讲 1288 00:52:44,222 --> 00:52:46,922 没有去做实时的拉取的 1289 00:52:46,922 --> 00:52:48,922 去拉取当前最新的一个模型列表 1290 00:52:48,922 --> 00:52:51,322 因为我们每个上一个新的模型 1291 00:52:51,322 --> 00:52:52,522 我们都需要去适配一下 1292 00:52:52,522 --> 00:52:54,782 当前这个模型是否能够正确的运行 1293 00:52:54,782 --> 00:52:57,302 所以对于这个来讲的话 1294 00:52:57,302 --> 00:52:58,522 其实拉取最新模型 1295 00:52:58,522 --> 00:52:59,922 或对接最新的模型列表 1296 00:52:59,922 --> 00:53:03,262 不是一个工作量最大或最繁琐的事情 1297 00:53:03,262 --> 00:53:05,882 真正想测试它能否正常的运行 1298 00:53:05,882 --> 00:53:09,242 正常启用才是比较耗时的一个事情 1299 00:53:09,242 --> 00:53:14,082 就比如说像Deep Seek 1300 00:53:14,082 --> 00:53:16,482 它就是大家都知道VisPro 1301 00:53:16,482 --> 00:53:18,642 因为它其实对它的模型协议 1302 00:53:18,642 --> 00:53:19,642 也做了一些改变 1303 00:53:19,642 --> 00:53:23,082 那其实我们在适配不同厂商的模型的时候 1304 00:53:23,082 --> 00:53:24,182 都一定有工作量 1305 00:53:24,182 --> 00:53:25,882 可能现在还没有做到 1306 00:53:25,882 --> 00:53:28,762 然后我们现在也是开源出来了 1307 00:53:28,762 --> 00:53:31,262 如果期待能力的话也可以共建 1308 00:53:31,262 --> 00:53:33,782 然后我们后续也会陆续支持 1309 00:53:33,782 --> 00:53:34,282 行 1310 00:53:34,282 --> 00:53:37,082 然后我们刚刚有三个的连接器 1311 00:53:37,082 --> 00:53:39,182 我们现在看一下我们最后的这个 1312 00:53:39,182 --> 00:53:40,822 腾讯会议的连接器 1313 00:53:40,822 --> 00:53:43,642 因为我们如果想预定一个明天的会议 1314 00:53:43,642 --> 00:53:47,282 就直接给他说帮我预定一下 1315 00:53:49,642 --> 00:53:52,362 明天我们有11点 1316 00:53:52,362 --> 00:53:54,662 这个时候呢 1317 00:53:54,662 --> 00:53:56,402 你给他一个非常笼统的对话 1318 00:53:56,402 --> 00:53:58,242 他会继续的去追问你 1319 00:53:58,242 --> 00:53:59,362 他具体的主题是什么 1320 00:53:59,362 --> 00:53:59,982 对 1321 00:53:59,982 --> 00:54:01,342 参与人是什么 1322 00:54:01,342 --> 00:54:05,042 我们可以让他主题自己订 1323 00:54:05,042 --> 00:54:06,962 会议时长一小时 1324 00:54:06,962 --> 00:54:08,162 然后呢 1325 00:54:08,162 --> 00:54:08,982 线上的 1326 00:54:08,982 --> 00:54:10,822 参会人 1327 00:54:10,822 --> 00:54:11,822 参会人的话 1328 00:54:11,822 --> 00:54:13,802 你可以去选择你的邮箱 1329 00:54:13,802 --> 00:54:15,342 或者是你已经 1330 00:54:15,342 --> 00:54:16,922 比如说你在一个企业内的话 1331 00:54:16,922 --> 00:54:18,702 已经企业的ID都可以的 1332 00:54:18,702 --> 00:54:31,562 比如说他可以帮我创建一个提醒我去明天看比赛的会议 1333 00:54:31,562 --> 00:54:32,202 好的 1334 00:54:32,202 --> 00:54:37,862 对 然后 1335 00:54:37,862 --> 00:54:43,702 邮箱刚刚已经告诉他了 1336 00:54:48,702 --> 00:54:58,462 这个时候我们重新的来去测试一下 1337 00:54:58,462 --> 00:55:00,402 我们这个腾讯会议 1338 00:55:07,402 --> 00:55:10,342 可能就是腾讳的连接器 1339 00:55:10,342 --> 00:55:13,102 比较需要复杂配置 1340 00:55:13,102 --> 00:55:25,822 Octop的agent的绘画定时任务批量 1341 00:55:25,822 --> 00:55:28,462 支持批量删除批量启停吗 1342 00:55:28,462 --> 00:55:39,822 你可以让Octop就是帮你批量删除批量启停 1343 00:55:39,822 --> 00:55:41,642 就是人为手动的话 1344 00:55:41,642 --> 00:55:44,882 我们面板上还没有支持频量的一个功能 1345 00:55:44,882 --> 00:55:49,162 但是Octop他自己作为一个agent是可以达到频量的效果 1346 00:55:49,162 --> 00:55:52,582 对可以看到我们当前这个会议已经创建了 1347 00:55:52,582 --> 00:55:54,482 他还可以给我们一个会议的链接 1348 00:55:54,482 --> 00:55:55,422 对 是的 1349 00:55:55,422 --> 00:55:58,882 也可以看到发起人以及当前告诉我 1350 00:55:58,882 --> 00:56:01,122 其实还有版本更新是我需要更新 1351 00:56:01,122 --> 00:56:02,582 大家可以看到 1352 00:56:02,582 --> 00:56:04,842 其实我们当前来讲的话 1353 00:56:04,842 --> 00:56:07,502 目前FCP的协议比较火 1354 00:56:07,502 --> 00:56:09,762 就相当于AI时代的USB-C了 1355 00:56:09,762 --> 00:56:11,542 它可以连接到我们各个产品 1356 00:56:11,542 --> 00:56:15,002 和用户之间可以做到一些急差急用的 1357 00:56:15,002 --> 00:56:17,882 其实已经渐渐的成为了一个行业的标准 1358 00:56:17,882 --> 00:56:22,462 刚刚焦焦也提到了我们这个是否安全 1359 00:56:22,462 --> 00:56:25,622 对然后安全是我们整个连接器的 1360 00:56:25,622 --> 00:56:28,542 它的一个非常大的一个前提 1361 00:56:28,542 --> 00:56:31,882 就是这个Optop它是怎么取了这个名字呢 1362 00:56:31,882 --> 00:56:34,502 这其实是 1363 00:56:34,502 --> 00:56:40,422 其实最开始是我们有想到像智能体嘛 1364 00:56:40,422 --> 00:56:45,222 不管是Cloud或者是Hermus 1365 00:56:45,222 --> 00:56:46,662 其实一是跟动物有关 1366 00:56:46,662 --> 00:56:48,262 二都是跟执行力有关 1367 00:56:48,262 --> 00:56:51,942 那我们其实就想到最具有执行力 1368 00:56:51,942 --> 00:56:53,582 最聪明的动物 1369 00:56:53,582 --> 00:56:56,322 那在自然界我们虽然会讲章鱼 1370 00:56:56,322 --> 00:56:57,422 Octopus 1371 00:56:57,422 --> 00:57:00,182 但是其实Octopus这个名字 1372 00:57:00,182 --> 00:57:01,662 一是阴姐太多了 1373 00:57:01,662 --> 00:57:05,122 二是其实有非常多的AI产品 1374 00:57:05,122 --> 00:57:06,582 就叫Octopus 1375 00:57:06,582 --> 00:57:09,402 然后我们非常聪明的英名同学 1376 00:57:09,402 --> 00:57:12,582 然后就说那我们就是把它修剪一下 1377 00:57:12,582 --> 00:57:17,662 然后最后就是由一名来铲除了我们Optop这个名字 1378 00:57:17,662 --> 00:57:21,162 对我们当时想的有一个小的idea 1379 00:57:21,162 --> 00:57:26,782 就是我们可以想象到我们章鱼它会有非常多的触手 1380 00:57:26,782 --> 00:57:28,002 非常多的触角 1381 00:57:28,002 --> 00:57:31,702 包括我们GateUp它官方的一个形象 1382 00:57:31,702 --> 00:57:33,622 也是一个猫和一个章鱼角 1383 00:57:33,622 --> 00:57:35,302 章鱼它又叫八爪鱼 1384 00:57:35,302 --> 00:57:36,102 它有很多的触手 1385 00:57:36,102 --> 00:57:38,282 每个触手就相当于是我们的一个agent 1386 00:57:38,282 --> 00:57:40,962 就是我们想以章鱼这种多出手的概念 1387 00:57:40,962 --> 00:57:43,322 去抵达我们当前的 1388 00:57:43,322 --> 00:57:45,242 多agent的一个概念 1389 00:57:45,242 --> 00:57:47,122 也相当于是我们一个核心的特点 1390 00:57:47,122 --> 00:57:49,202 对 我们Octoff 1391 00:57:49,202 --> 00:57:51,202 连接器它会有一个概念 1392 00:57:51,202 --> 00:57:53,582 就是我们会让工具平权 1393 00:57:53,582 --> 00:57:54,702 让生态互联 1394 00:57:54,702 --> 00:57:57,102 然后基本上我们之前的使用场景 1395 00:57:57,102 --> 00:57:58,342 就是我最开始提到过 1396 00:57:58,342 --> 00:58:00,622 就是一个人围着手机上的十几个app 1397 00:58:00,622 --> 00:58:02,682 现在是想让打造成 1398 00:58:02,682 --> 00:58:04,642 app围造的一个AI入口 1399 00:58:04,642 --> 00:58:06,662 这样我们只需要掌握一个AI入口 1400 00:58:06,662 --> 00:58:08,422 然后其他的都可以去 1401 00:58:08,422 --> 00:58:11,662 我们通过Octob进行一个对话实现 1402 00:58:11,662 --> 00:58:12,582 对比Workbody 1403 00:58:12,582 --> 00:58:14,222 我为啥还要用Octob 1404 00:58:14,222 --> 00:58:16,362 还得用虚拟机的开销 1405 00:58:20,732 --> 00:58:24,092 其实是这样的,就是我们Octop它其实本身上是一个开源项目 1406 00:58:24,092 --> 00:58:27,292 你不一定需要必须购买讯息使用我们Octop 1407 00:58:27,292 --> 00:58:30,012 你在本地的电脑上其实也是可以使用我们Octop 1408 00:58:30,012 --> 00:58:33,392 像我们今天给大家演示或展示这些功能 1409 00:58:33,392 --> 00:58:37,052 其实就是我们自己在本地的电脑上去运行的Octop 1410 00:58:37,052 --> 00:58:40,552 然后关于下边一个同学说 1411 00:58:40,552 --> 00:58:45,192 怎么解决多agent协作过程当中上下文冲突和记忆碎片化的问题 1412 00:58:45,192 --> 00:58:48,252 可以请我们的英宁同学来解答一下 1413 00:58:48,252 --> 00:58:49,932 首先我们多agent协作 1414 00:58:49,932 --> 00:58:52,092 其实分为专家和专家协作 1415 00:58:52,092 --> 00:58:54,172 和专家和智能体协作 1416 00:58:54,172 --> 00:58:57,512 其实在我们这场直播的上半部分 1417 00:58:57,512 --> 00:58:59,212 就是有讲细节 1418 00:58:59,212 --> 00:59:02,852 然后其实因为我们专家和专家 1419 00:59:02,852 --> 00:59:04,512 他的记忆是隔离的 1420 00:59:04,512 --> 00:59:08,292 然后如果在我们subagent的场景下的话 1421 00:59:08,292 --> 00:59:10,712 那我们subagent的上下文 1422 00:59:10,712 --> 00:59:15,012 是不会带到我们的专家上来的 1423 00:59:15,012 --> 00:59:17,352 如果我们subagent执行完任务 1424 00:59:17,352 --> 00:59:21,172 就像Cloud Code的Subation一样 1425 00:59:21,172 --> 00:59:22,652 它只会给一个结果 1426 00:59:22,652 --> 00:59:24,292 然后做生下文隔离的 1427 00:59:24,292 --> 00:59:24,852 对 1428 00:59:24,852 --> 00:59:27,972 后续有推出桌面版的计划吗 1429 00:59:27,972 --> 00:59:29,252 是这样的 1430 00:59:29,252 --> 00:59:31,812 就是我们会有一个隐藏的功能 1431 00:59:31,812 --> 00:59:34,472 其实我们之前在ACE当中有提到过 1432 00:59:34,472 --> 00:59:36,632 然后我们会有一个隐藏功能 1433 00:59:36,632 --> 00:59:37,732 是叫PWA 1434 00:59:37,732 --> 00:59:38,712 然后呢 1435 00:59:38,712 --> 00:59:42,152 这个是我们幕后的核心研发大佬 1436 00:59:42,152 --> 00:59:43,672 去设计的一个功能 1437 00:59:43,672 --> 00:59:52,612 它可以去将你的当前的Octop去生成出一个类似于一个小应用 1438 00:59:52,612 --> 00:59:55,812 小APP的一个形式去放在你的手机上 1439 00:59:55,812 --> 00:59:57,712 或者是也放在你的电脑上 1440 00:59:57,712 --> 01:00:01,132 它本身上来讲其实是一个Chrome的一个快照 1441 01:00:01,132 --> 01:00:02,232 然后网页快照 1442 01:00:02,232 --> 01:00:05,112 然后它就会放在你的电脑或者手机上都可以 1443 01:00:05,112 --> 01:00:06,012 你可以实时打开它 1444 01:00:06,012 --> 01:00:07,412 打开就是我们实时的界面 1445 01:00:07,412 --> 01:00:09,352 当然对于这个来讲的话 1446 01:00:09,352 --> 01:00:11,272 我们移动端也做了一些适配 1447 01:00:11,272 --> 01:00:16,792 其实可以在手机上也可以看到我们排版排列的布局方式也是非常合理的 1448 01:00:16,792 --> 01:00:24,292 然后还有朋友问专家切换的延迟怎么样呢 1449 01:00:24,292 --> 01:00:28,312 如果是指在我们的面板上切换专家 1450 01:00:28,312 --> 01:00:30,572 其实是没有什么延迟的 1451 01:00:30,572 --> 01:00:33,432 然后还有一种专家协作方式是 1452 01:00:33,432 --> 01:00:38,212 你通过一个专家连接到IM渠道去询问那个专家 1453 01:00:38,212 --> 01:00:40,132 也是可以实时触达的 1454 01:00:40,132 --> 01:00:42,192 部署与硬件的门槛高吗 1455 01:00:42,192 --> 01:00:47,792 其实我们当前的Octave占用的资源是非常少的 1456 01:00:47,792 --> 01:00:49,312 因为如果说正常运行的话 1457 01:00:49,312 --> 01:00:53,412 它其实占用的也就一两百兆的这样一个内存的资源 1458 01:00:53,412 --> 01:00:56,412 不会对你的硬件门槛要求特别的高 1459 01:00:56,412 --> 01:00:59,352 然后之前会有同学说 1460 01:00:59,352 --> 01:01:01,852 如何防止AI执行危险指令 1461 01:01:01,852 --> 01:01:03,852 其实在我们这个安全防护的这一块 1462 01:01:03,852 --> 01:01:05,532 会有相关的一些介绍 1463 01:01:05,532 --> 01:01:10,952 会对每条指令它都会捕捉到 1464 01:01:10,952 --> 01:01:12,792 对于Token消耗监控的话 1465 01:01:12,792 --> 01:01:15,472 我们也会在Token统计这个面板 1466 01:01:15,472 --> 01:01:17,852 我们可以按照不同的去 1467 01:01:17,852 --> 01:01:19,652 比如说今天最近30天 1468 01:01:19,652 --> 01:01:21,652 然后汇总以及不同的Agent 1469 01:01:21,652 --> 01:01:23,132 进行一个力度的切换 1470 01:01:23,132 --> 01:01:24,372 它都可以去找到 1471 01:01:24,372 --> 01:01:26,112 可以配置内网自己的模型吗 1472 01:01:26,112 --> 01:01:27,272 其实我们是可以的 1473 01:01:27,272 --> 01:01:30,472 如果说你想配置模型的话 1474 01:01:30,472 --> 01:01:31,672 你点击这个模型页面 1475 01:01:31,672 --> 01:01:35,632 然后你可以选择自己的自定义的供应商 1476 01:01:35,632 --> 01:01:37,392 你就可以填写你的名称 1477 01:01:37,392 --> 01:01:39,872 你的API key就可以了 1478 01:01:39,872 --> 01:01:43,452 那我们用户提问摩蓝两可时 1479 01:01:43,452 --> 01:01:48,252 系统是怎么判断应该激活哪个专家agent的 1480 01:01:48,252 --> 01:01:50,192 就是专家的话 1481 01:01:50,192 --> 01:01:53,152 其实是用户手动去激活的 1482 01:01:53,152 --> 01:01:57,072 就是如果已经下载部署了 1483 01:01:57,072 --> 01:01:58,412 我们onpop可以看见 1484 01:01:58,412 --> 01:02:01,332 你在询问的时候必须指定一个专家 1485 01:02:01,332 --> 01:02:02,112 对 1486 01:02:02,112 --> 01:02:04,632 然后通过不同专家 1487 01:02:04,632 --> 01:02:06,832 你是可以通过连不同的IM 1488 01:02:06,832 --> 01:02:08,652 或者你从专家A 1489 01:02:08,652 --> 01:02:10,792 你可以让他去询问专家B 1490 01:02:10,792 --> 01:02:12,172 用固定的prompt 1491 01:02:12,172 --> 01:02:13,792 让他去触达其他专家 1492 01:02:13,792 --> 01:02:15,732 就是不存在这个 1493 01:02:15,732 --> 01:02:17,692 激活哪个专家意见这个说法 1494 01:02:17,692 --> 01:02:20,732 我们今天的直播就到这里结束了 1495 01:02:20,732 --> 01:02:21,592 大家拜拜