0:00.000–0:03.900
zh我给Octop记忆定义的就是给Agent一个能带走的记忆
0:03.900–0:06.240
zh我们的多专家多Agent的并行
0:06.240–0:07.620
zh如何来重录我们的记忆
0:07.620–0:08.900
zhHello 大家好
0:08.900–0:10.380
zh大家晚上好
0:10.380–0:12.680
zh欢迎大家来到今天的直播间
0:12.680–0:14.920
zh我是今天的主持人娇娇
0:14.920–0:19.000
zh欢迎大家再次来到云上AI工坊的直播间
0:19.000–0:21.380
zh那么今天这期的主角是Octop
0:21.380–0:24.360
zh一个刚刚开源的自演的AI助手
0:24.360–0:27.800
zh今天我们也会针对他多专家多用户
0:27.800–0:29.800
zh多Agent的并行这样子的一个特征
0:29.800–0:32.200
zh去采取一些实战的案例分析
0:32.200–0:34.320
zh比如说我不知道直播间的各位
0:34.320–0:36.260
zh有没有一些做行业分析
0:36.260–0:39.380
zh竞品分析这样子的一个日常的工作需求
0:39.380–0:42.120
zh那么我们也会针对这样子的一个
0:42.120–0:44.900
zh实战的场景来打造这个Octop重塑
0:44.900–0:47.820
zh竞品分析工作流这样子的一个实战案例
0:47.820–0:50.340
zh同时也会涉及到一些多agent的博弈
0:50.340–0:53.040
zh比如说大家不知道喜不喜欢吃豆腐脑
0:53.040–0:55.180
zh我们本场直播也会给大家在线
0:55.180–0:56.560
zh围观一下这个豆腐脑
0:56.560–0:59.620
zhAI它是如何进行填写的辩论的
0:59.620–1:01.560
zh同时大家上一场直播中
1:01.560–1:02.680
zh其实也有关注到
1:02.680–1:05.600
zh我们这个Octop它的一个记忆机制是怎么样的
1:05.600–1:07.140
zh什么东西是该记忆的
1:07.140–1:08.300
zh什么是该召回的
1:08.300–1:10.240
zh那么本场直播大家不用着急
1:10.240–1:13.760
zh我们也会给大家详细的去拆解Octop的记忆机制
1:13.760–1:15.260
zh话不多说
1:15.260–1:17.680
zh我们也简要的介绍一下今天的两位嘉宾
1:17.680–1:20.500
zh首先是Octop的研发工程师英宁
1:20.500–1:21.860
zh另外一位杨直
1:21.860–1:23.860
zh也是我们的Octop的研发工程师
1:23.860–1:25.060
zh我们先来讲
1:25.060–1:28.980
zh本期的一个Octop基础的模块介绍
1:28.980–1:29.980
zh就是记忆
1:29.980–1:33.280
zh我上一期应该就是给大家演示了
1:33.280–1:34.700
zh我们Octop的记忆面板
1:34.700–1:38.380
zh然后这期我们会给大家详细带来一下
1:38.380–1:39.580
zhOctop的记忆
1:39.580–1:41.060
zh它是怎么记的
1:41.060–1:42.600
zh它又为什么好
1:42.600–1:44.020
zh话不多说
1:44.020–1:45.220
zh让我们开始
1:45.220–1:47.060
zh首先可以看到标题
1:47.060–1:49.440
zh我给Octop记忆定义的就是
1:49.440–1:51.300
zh给Agent一个能带走的记忆
1:51.300–1:53.560
zh如果想到能带走
1:53.560–1:55.380
zh我想问一下杨直跟焦焦
1:55.380–1:56.880
zh首先想到的是什么
1:56.880–1:59.840
zh它一定可以从不管是Open Cloud还是Harmor
1:59.840–2:01.120
zh都可以迁积到我们的Octob
2:01.120–2:01.720
zh对
2:01.720–2:02.320
zh是的
2:02.320–2:03.840
zh我也是这样想的
2:03.840–2:04.880
zh是的
2:04.880–2:06.340
zh那其实就是这样
2:06.340–2:08.520
zh不知道现在在看直播的朋友
2:08.520–2:10.760
zh有没有我们以前的老用户
2:10.760–2:11.600
zh给大家说一下
2:11.600–2:14.540
zh我们的Octob其实是有个前身
2:14.540–2:15.980
zh就是叫LiCloud ACE
2:15.980–2:19.060
zh如果一直关注咱们腾讯服务器直播间的朋友
2:19.060–2:21.840
zh应该听说过这个产品或名词
2:21.840–2:24.560
zh现在我们推出了全新升级版Octob
2:24.560–2:26.760
zh同时我们也在GitHub开源了
2:26.760–2:30.900
zh感兴趣的粉丝朋友们也可以去搜索Octop
2:30.900–2:35.020
zh看看我们的代码给我们提交PR或issue
2:35.020–2:38.000
zh也请多多fork我们仓库以及给我们start
2:38.000–2:40.400
zh是的 欢迎提论区的大佬们
2:40.400–2:44.060
zh多多的为我们的项目去提出建设性的意见
2:44.060–2:46.440
zh首先那继续给大家讲解记忆
2:46.440–2:50.940
zh那我们现在记忆其实现在是一个七层的记忆结构
2:50.940–2:52.860
zh和两条相反的流水线
2:52.860–2:55.440
zh那两条方向相反流水线是什么
2:55.440–2:57.080
zh就是沉淀和召回
2:57.080–2:59.960
zh其实这两个名词有点晦涩难懂
2:59.960–3:01.120
zh但是没有关系
3:01.120–3:03.600
zh后面听我讲大家就能懂了
3:03.600–3:06.800
zh首先给大家介绍一下Octop memory是什么
3:07.560–3:11.680
zh它其实是一个面向agent的可插拔长期记忆系统
3:11.680–3:14.680
zh也就是它其实不只适用于我们Octop
3:14.680–3:17.040
zh因为在我们推出AC的memory的时候
3:17.040–3:18.920
zh其实很多粉丝朋友就问
3:18.920–3:21.960
zh说那如果你们一直在说你们memory好
3:21.960–3:24.080
zh那能不能做个独立的插件
3:24.080–3:26.480
zh像外面的那些memory插件一样
3:26.480–3:28.840
zh他们就是想接在OpenCloud使用
3:28.840–3:30.180
zh接在Hermus使用
3:30.180–3:32.120
zh当时给大家的回复是
3:32.120–3:33.320
zh我们未来会推出
3:33.320–3:35.820
zh那现在随着我们全新升级的Octop推出
3:35.820–3:37.200
zh对我们Octop Memory
3:37.200–3:39.600
zh也迎来一个可插拔的长期记忆系统
3:39.600–3:41.560
zh现在我们Octop Memory也支持
3:41.560–3:44.000
zh就是在Hermus上使用
3:44.000–3:45.780
zh在OpenCloud上使用
3:45.780–3:47.860
zh以及刚刚我们说可以带走的记忆
3:47.860–3:49.400
zh也就是说你的记忆
3:49.400–3:51.880
zh其实是跟着我们Octop Memory走
3:51.880–3:53.780
zh并不是说是依赖agent本身
3:53.780–3:55.380
zh如果你在Octop上
3:55.380–3:56.760
zh你就是用了一段时间
3:56.760–3:58.200
zh你想我带着这份记忆
3:58.200–3:59.080
zh我去试一下
3:59.080–4:01.200
zh那OpenCloud是怎么样的
4:01.200–4:02.740
zhHermes是怎么样的
4:02.740–4:04.840
zh是不是你们Octop真的说着
4:04.840–4:05.973
zh比OpenCloudHermes好
4:05.973–4:06.800
zh那是真的好吗
4:06.800–4:07.880
zh那没关系
4:07.880–4:09.540
zh你就可以带着我们的记忆
4:09.540–4:10.860
zh去实地感受一下
4:10.860–4:13.040
zh对我们现在是可以支持
4:13.040–4:13.920
zh这个功能的
4:13.920–4:15.480
zh那是不是可以理解为
4:15.480–4:17.020
zh只要拥有这个插件
4:17.020–4:19.880
zh其实我们的记忆就可以灵活的
4:19.880–4:22.100
zhOpenCloud Hermes之间去牵引使用
4:22.100–4:24.020
zh是的是的就是这样的
4:24.020–4:24.520
zh对
4:24.520–4:25.840
zh那这个功能也太方便了
4:25.840–4:27.620
zh那真的是一个挺大的优势
4:27.620–4:28.820
zh是的
4:28.820–4:32.440
zh因为之前我们每个组件都是聚合在一起的
4:32.440–4:33.880
zh是在我们前身ACE版本
4:33.880–4:35.860
zh如果了解的粉丝朋友应该也知道
4:35.860–4:39.220
zh但我们现在随着我们全新的功能升级
4:39.220–4:41.060
zh我们架构也迎来了一个升级
4:41.060–4:44.280
zh在后面我们也会陆续开源我们每个组件
4:44.280–4:45.400
zh如果感兴趣的朋友
4:45.400–4:48.260
zh可以先给我们仓库点个star
4:48.260–4:50.200
zh或后续我们开源其他组件
4:50.200–4:52.540
zh我们也会通知各位观众朋友
4:52.540–4:53.160
zh对
4:53.160–4:53.780
zh是的
4:53.780–4:56.100
zh大家把这个star给点起来
4:56.100–4:57.740
zh我刚刚其实也介绍了
4:57.740–4:59.380
zh我们Octop在最上层
4:59.380–5:00.920
zh然后我们也有browser
5:00.920–5:02.020
zh也有givet
5:02.020–5:03.520
zh包括我们的运行时
5:03.520–5:06.220
zh那今天我们其实要给大家带来的是
5:06.220–5:06.953
enOctop Memory
5:06.953–5:08.880
zh在介绍Octop Memory之前
5:08.880–5:11.780
zh那其实今天还没有遇到那个经典问题
5:11.780–5:13.760
zh我包括在之前来到直播间
5:13.760–5:15.500
zh大概五六七八次
5:15.500–5:16.960
zh不管是在建议的时候
5:16.960–5:18.200
zh或者是Octop的时候
5:18.200–5:20.880
zh粉丝朋友总会在评论区问
5:20.880–5:23.680
zh那你们跟谁谁有什么不一样
5:23.680–5:27.160
zh那之前其实都是很口语化的给大家解答
5:27.160–5:30.900
zh但是今天我作为一个经验丰富的老主播
5:30.900–5:32.540
zh我就是预设到了这个问题
5:32.540–5:34.920
zh那我就是加了一页HTML
5:34.920–5:36.320
zh跟大家好好讲讲
5:36.320–5:39.980
zh我们on top到底跟别人有什么不一样
5:39.980–5:42.360
zh其实可以从四维看见
5:42.360–5:43.840
zh其实就有四个维度
5:43.840–5:45.340
zh一个是多用户
5:45.340–5:46.440
zh一个是个人
5:46.440–5:48.080
zh以及一个是编码场景
5:48.080–5:51.020
zh一个是通用办公和生活场景
5:51.020–5:52.980
zh那这时候其实我想问一下
5:52.980–5:53.900
zh焦焦和杨直
5:53.900–5:56.920
zh其实正好是一个运营同学
5:56.920–5:58.340
zh一个研发同学
5:58.340–6:00.000
zh那你们在工作中
6:00.000–6:01.980
zh其实用哪个agent用的比较多
6:01.980–6:03.440
zh其实我在日常工作中
6:03.440–6:04.800
zh这几个都有使用
6:04.800–6:07.060
zh首先就是我们云上的这个lighthouse
6:07.060–6:09.860
zh是我自己一直持续有氧的
6:09.860–6:12.240
zh我们的一个桌面的agentworkbody
6:12.240–6:13.420
zh其实也有在使用的
6:13.420–6:16.680
zh我觉得他们可能在不同的场景
6:16.680–6:17.940
zh和不同的任务
6:17.940–6:18.720
zh它各有优利
6:18.720–6:20.520
zh这几个都有使用
6:20.520–6:21.560
zh那我平时觉得
6:21.560–6:22.820
zhWorkbody去做一些
6:22.820–6:24.480
zh文档编辑是很方便的
6:24.480–6:24.980
zh对
6:24.980–6:25.800
zh但对于一个研发工程师
6:25.800–6:26.400
zh可能来说
6:26.400–6:27.220
zh像Codex
6:27.220–6:29.100
zh像Cloudcode这种编码
6:29.100–6:30.120
zh包括我们的腾讯
6:30.120–6:30.853
zh推出的Codebody
6:30.853–6:32.020
zh也是非常好的一个编码工具
6:32.020–6:32.940
zh这些都在使用
6:32.940–6:34.200
zh粉丝朋友也有说
6:34.200–6:35.300
zh有用这个Workbody
6:35.300–6:36.740
zh有用Hermes都在用
6:36.740–6:37.240
zh对
6:37.240–6:38.320
zh我也看到一个问题
6:38.320–6:40.100
zh是说这个记忆写入时
6:40.100–6:41.660
zh有没有去重合
6:41.660–6:43.000
zh冲突的消解机制
6:43.000–6:44.040
zh如何处理
6:44.040–6:45.740
zh同一事实的不同表述
6:45.740–6:46.980
zh这个问题挺好的
6:46.980–6:47.640
zh对
6:47.640–6:50.300
zh看来这个Nome粉丝朋友
6:50.300–6:53.320
zh其实是有关注记忆组件的
6:53.320–6:57.280
zh那其实我们去虫和冲突消解机制是有的
6:57.280–7:00.600
zh其实先给大家看一下后续的PPT
7:00.600–7:02.960
zh那我们其实有七层结构
7:02.960–7:04.840
zh第一层是memory.md
7:04.840–7:07.360
zh如果养过虾的朋友可能就知道它是什么
7:07.360–7:09.040
zh对于Open Cloud和Hermas
7:09.040–7:11.480
zh它都会全量进入一个上下文
7:11.480–7:13.300
zh做一个比较全的记忆
7:13.300–7:16.100
zh当然我们也会同步这个操作场景
7:16.100–7:17.460
zh对于我们自己的记忆
7:17.460–7:19.660
zh首先我们就有一个ROEvent
7:19.660–7:21.660
zh就是一个最底层的事实
7:21.660–7:23.260
zh也就是对话数据源
7:23.260–7:25.460
zh然后我们会有一个Candidate
7:25.460–7:27.560
zh如果我们会有一套记忆的上升规则
7:27.560–7:29.160
zh就是关于长期记忆
7:29.160–7:29.760
zh有事实记忆
7:29.760–7:30.860
zh有情景记忆
7:30.860–7:32.960
zh以及用户的一些信息
7:32.960–7:35.460
zh那如果你触发到了我们的规则
7:35.460–7:36.860
zh那就会进入Candidate
7:36.860–7:38.560
zh那在Candidate层
7:38.560–7:40.260
zh那这个记忆会做什么
7:40.260–7:42.560
zh其实就是一个沉淀
7:42.560–7:44.960
zh那首先他会去判断你的
7:44.960–7:48.760
zh这条记忆是闲聊噪声还是真的是实
7:48.760–7:52.300
zh如果是重要性低和自信度低的话
7:52.300–7:54.400
zh他就会选择一个丢弃
7:54.400–7:57.820
zh其实我们这个记忆其实最重要的就是
7:57.820–7:59.200
zh他必须正确
7:59.200–8:01.260
zh就是他永远都会有一个reference
8:01.260–8:03.700
zh可以指挥刚刚我们所谓的Rone Event
8:03.700–8:05.360
zh一个Elling的原始事件
8:05.360–8:06.820
zh因为这样我们
8:06.820–8:09.100
zh我当时在考虑做这个记忆的时候
8:09.100–8:12.160
zh其实想打造成一个可追溯的记忆
8:12.160–8:14.920
zh并不是说像OpenCloud或者Hermas一样
8:14.920–8:16.460
zh如果大模型觉得该写
8:16.460–8:18.600
zh他就去写这个memory.md
8:18.600–8:20.020
zh后面可能记错了
8:20.020–8:22.960
zh或者说是记的事实有误的时候
8:22.960–8:23.780
zh其实想追溯
8:23.780–8:24.780
zh你其实并不知道
8:24.780–8:26.960
zh他是什么时候把这个错误信息写了进去
8:26.960–8:29.820
zh所以我在设计这个记系统的时候
8:29.820–8:32.100
zh就有非常严苛的reference地址
8:32.100–8:35.280
zh如果过了这两道检查关卡
8:35.280–8:37.320
zh其实就会到一个我们的entity
8:37.320–8:41.960
zh那这里可能就会有朋友问的去重合冲突
8:41.960–8:43.980
zh那其实在entity这里
8:43.980–8:46.860
zh可以给大家先在我们这里看一眼
8:46.860–8:48.480
zh那其实我们会有个记忆数
8:48.480–8:51.860
zh那其实每个entity下面
8:51.860–8:54.500
zh每个主体下面都会有记忆
8:54.968–8:57.288
zh那如果有一条新的记忆进来
8:57.288–9:00.128
zh它会看是属于这个user自己的
9:00.128–9:02.668
zh或者是哪个人物的
9:02.668–9:04.748
zh或者是某个事实的
9:04.748–9:07.468
zh当然你有了这些事实和人物之后
9:07.468–9:09.748
zh你觉得这条记忆不好或者不重要
9:09.748–9:13.028
zh或者你不想让它参与以后的记忆交回
9:13.028–9:14.608
zh你可以把它弃用掉
9:14.608–9:15.428
zh对
9:15.428–9:16.708
zh一
9:16.708–9:20.068
zh这个冲突消解会是在这个entity的时候
9:20.068–9:22.108
zh它会读取你之前的记忆
9:22.108–9:24.688
zh然后进行一个entity的重构
9:24.688–9:26.208
zh你看这里也有
9:26.208–9:27.488
zh如果和事实矛盾
9:27.488–9:29.208
zh它会进冲突对立
9:29.208–9:31.328
zh如果冲突对立在哪
9:31.328–9:33.068
zh其实是在我们的记忆沉淀这里
9:33.068–9:34.548
zh那我现在没有冲突的
9:34.548–9:35.568
zh如果有冲突的
9:35.568–9:37.708
zh它会希望你去check
9:37.708–9:38.208
zh对
9:38.208–9:39.908
zh看如果存在矛盾
9:39.908–9:40.768
zh就尽
9:40.768–9:42.048
zh如果你点采纳
9:42.048–9:43.468
zh或你可以点轰略
9:43.468–9:45.648
zh但是如果你七天没有的话
9:45.648–9:49.308
zh它会判断是新的记忆自动采纳
9:49.308–9:49.808
zh对
9:49.808–9:51.388
zh我们先给大家回答一下
9:51.388–9:52.508
zh几个高频的问题
9:52.508–9:54.788
zh就是说我们的October和其他的产品
9:54.788–9:56.468
zh它的定位有什么不同
9:56.468–9:58.348
zh以及它的优势在哪里
9:58.348–9:59.648
zh先给大家讲完
9:59.648–10:00.148
zh我们待会儿
10:00.148–10:01.668
zh我也会详细地讲解到记忆
10:01.668–10:03.008
zh大家有关于记忆的
10:03.008–10:04.368
zh可以一起提问
10:04.368–10:07.388
zh那其实从包括
10:07.388–10:08.648
zh我其实刚刚也问了
10:08.648–10:09.888
zh焦焦和扬之两个问题
10:09.888–10:12.628
zh那其实研发可能就用Cloud Code
10:12.628–10:13.308
zh用Codex
10:13.308–10:15.248
zh包括我们公司的Codebody比较多
10:15.248–10:17.448
zh办公可能就是我们Workbody
10:17.448–10:19.568
zh现在其实也有些同事
10:19.568–10:22.468
zh会用CC或者Codex
10:22.468–10:24.428
zh就是做一个办公场景的Agent
10:24.428–10:26.808
zh生活场景其实就是OpenCloud Hermes
10:26.808–10:29.868
zh我们其实是处于这个项线位
10:29.868–10:32.128
zh那其实首先比起个人
10:32.128–10:33.928
zh我们Oktop肯定是多用户的
10:33.928–10:35.648
zh我们是支持多用户
10:35.648–10:37.708
zh如果上一期直播
10:37.708–10:39.228
zhOctop第一期直播
10:39.228–10:40.508
zh没有看的观众朋友们
10:40.508–10:42.448
zh可能是这里可以给大家介绍一下
10:42.448–10:43.548
zh你在一台服务器
10:43.548–10:44.768
zh部署了我们Octop
10:44.768–10:46.688
zh你有一个主用户
10:46.688–10:48.628
zh你也可以创建许多子用户
10:48.628–10:49.588
zh去分给你
10:49.588–10:50.628
zh不管是家人朋友
10:50.628–10:52.768
zh你们可以一起共享这个Octop
10:52.768–10:55.428
zh他们彼此之间的工作空间和记忆
10:55.428–10:56.208
zh是隔离的
10:56.208–10:57.288
zh只有一个龙虾
10:57.288–10:58.588
zh就可以供一个小团队
10:58.588–11:00.208
zh或者一家人去使用
11:00.208–11:00.708
zh对
11:00.708–11:01.748
zh不同的A型
11:01.748–11:02.568
zh可以用不同的记忆
11:02.568–11:03.068
zh对的
11:03.068–11:03.868
zh刚刚说到
11:03.868–11:04.968
zh不同的Agent
11:04.968–11:06.848
zh首先每个用户肯定记忆隔离
11:06.848–11:09.268
zh其实上期直播也讲了多agent
11:09.268–11:11.128
zh我们在一个用户的多agent下
11:11.128–11:13.288
zh每个agent也是记忆隔离的
11:13.288–11:15.588
zh这样就是防止我们记忆紊乱
11:15.588–11:16.088
zh对
11:16.088–11:16.588
zh是的
11:16.588–11:18.208
zh到我们的粉丝朋友
11:18.208–11:19.328
zh开头的问
11:19.328–11:21.728
zhOctob是一个桌面应用程序吗
11:21.728–11:23.688
zh这也是涉及到我们的定位问题
11:23.688–11:29.448
zhOctob我们现在是一个开源的一个agent
11:29.448–11:32.948
zh我们未来会推出轻量云应用镜像
11:32.948–11:37.388
zh我们也支持PWA安装成应用程序
11:37.388–11:39.508
zhPWA安装在桌面上
11:39.508–11:41.848
zh如果后续有期待桌面客户端
11:41.848–11:44.048
zh我们有精力也会投入
11:44.048–11:46.608
zh最多可以支持用户
11:46.608–11:49.588
zh最多就应该是看你服务系性能了
11:49.588–11:51.328
zh如果你买个很多
11:51.328–11:53.268
zh8核8G或者多核多G
11:53.268–11:55.768
zh其实就可以承载很多个用户
11:55.768–11:57.468
zh还有粉丝朋友问
11:57.468–11:58.668
zh这个目的是用在
11:58.668–12:00.528
zhOnCloud Hermes Workbody上面吗
12:00.528–12:02.828
zh其实我们就是一个独立的agent
12:02.828–12:04.028
zh对
12:04.028–12:05.288
zh独立的agent
12:05.288–12:06.928
zh就是跟OpenCloud
12:06.928–12:07.868
enHermas Workbody
12:07.868–12:09.208
zh我们同位agent
12:09.208–12:11.168
zh可能有些相似或不同的功能
12:11.168–12:12.788
zh其实刚刚就讲到
12:12.788–12:13.828
zh首先我们是独用户
12:13.828–12:15.068
zh我们其实是
12:15.068–12:16.708
zh办公和生活场景
12:16.708–12:18.748
zh都是比较通用的
12:18.748–12:21.168
zh像我们Octop可以用来做PPT
12:21.168–12:23.648
zh包括后面养殖会演示的竞品调研
12:23.648–12:27.028
zh同时关注过我们直播间的朋友
12:27.028–12:28.608
zh我们之前有个很火的直播
12:28.608–12:30.288
zh就是我们的产品
12:30.288–12:30.788
enAnthel
12:30.788–12:32.388
zh他在用ACE养娃
12:32.388–12:36.108
zh对这个场景也同时迁移到了我们的Octop上
12:36.108–12:38.128
zh大家也可以尝试一下用Octop养花
12:38.128–12:39.948
zh对包括我自己啊
12:39.948–12:43.008
zh我在用Octop做我的健康管理助手
12:43.008–12:47.108
zh对其实办公和生活场景我们都能cover
12:47.108–12:49.548
zh大家感兴趣的话可以都试一下
12:49.548–12:52.248
zh可以直接作为记忆题给Workbody
12:52.248–12:54.288
zh也就是我们的Hanath Memory
12:54.288–12:55.728
zh也就是我们的Octop Memory
12:55.728–12:59.208
zh我们现在还没有提供接入Workbody的记忆
12:59.208–13:02.048
zhWorkbody我理解他们应该有一个原生的记忆
13:02.048–13:04.228
zh对我其实下面列了
13:04.228–13:06.188
zh我们到底和别的记忆
13:06.188–13:06.888
zh有什么不一样
13:06.888–13:08.448
zh那Workbody它其实
13:08.448–13:10.208
zh记忆是产品内封装的
13:10.208–13:12.188
zh如果后续大家感兴趣
13:12.188–13:13.848
zh可以说去看看
13:13.848–13:15.048
zh怎么合作对接一下
13:15.048–13:15.548
zh对
13:15.548–13:17.468
zh我问了一个非常经典的
13:17.468–13:18.428
zh为啥叫Octop
13:18.428–13:20.128
zh其实上一期直播
13:20.128–13:21.568
zh也有朋友问
13:21.568–13:23.128
zh那给我们取这个名字
13:23.128–13:24.508
zh其实是我们的一名主播
13:24.508–13:25.648
zh他原来想一个名字
13:25.648–13:26.548
zh叫Octopus
13:26.548–13:28.128
zh就是Octopus
13:28.128–13:29.008
zh就是章鱼
13:29.008–13:30.568
zh因为我们多用户
13:30.568–13:31.248
zh多专家
13:31.248–13:33.808
zh还有多智能体非常多
13:33.808–13:35.788
zh就像章鱼非常多的触手一样
13:35.788–13:37.528
zh所以我们想了Octopus
13:37.528–13:39.468
zh但是为了一是好发音
13:39.468–13:43.768
zh二是我们比较想要Top这个后缀
13:43.768–13:45.388
zh所以我们改名叫On Top
13:45.388–13:48.988
zh那我看我们也是列举了
13:48.988–13:51.308
zh不同的形态的Agent的区别
13:51.308–13:53.968
zh您这一块可以给我们详细的介绍一下吗
13:53.968–13:56.308
zh直播间的粉丝朋友们可以截图保存
13:56.308–13:58.208
zh大家如果对这一块
13:58.208–14:00.248
zh不仔细的可以截图保存一下
14:00.248–14:04.708
zh其实我理解大家问的最多应该是Open Cloud Hermes
14:04.708–14:06.888
zh跟我们到底有什么不一样
14:06.888–14:10.528
zh其实Cloud Code和Codex就是一个编码agent
14:10.528–14:13.548
zh大家用的最多的也是我们直播间出现最多的
14:13.548–14:14.788
zh就是Open Cloud Hermes
14:14.788–14:17.648
zh然后它跟我们一个最大区别是
14:17.648–14:19.948
zh我们其实是一个多专家
14:19.948–14:23.328
zh包括一个用户你可以创建非常多的专家
14:23.328–14:26.388
zh也就是你可以就比如我和杨直
14:26.388–14:28.008
zh我们俩是一个小团队
14:28.008–14:29.368
zh我是Admin
14:29.368–14:32.968
zh我可以创建我自己的生活助理和办公助理
14:32.968–14:34.788
zh这两个助理都在Octop
14:34.788–14:36.068
zh都使用一个Octop
14:36.068–14:38.128
zh他们工作区和记忆是完全隔离的
14:38.128–14:40.808
zh同时我还可以创建一个子用户给杨指
14:40.808–14:43.808
zh杨指也可以创建属于他自己的多专家
14:43.808–14:44.448
zh对
14:44.448–14:47.128
zh每个专家对于IM渠道都是隔离的
14:47.128–14:50.128
zh所以如果想要就可以生活场景
14:50.128–14:51.708
zh就在微信上接入
14:51.708–14:52.668
zh办公场景
14:52.668–14:54.808
zh我们就连飞书或起飞或丁丁
14:54.808–14:56.748
zh我们也都支持
14:56.748–14:57.248
zh对
14:57.248–14:59.448
zh其实这是一个最大的不同
14:59.448–15:00.628
zh像OpenCloud和Hermes
15:00.628–15:01.668
zh他们都是个人Agent
15:01.668–15:04.228
zh包括他们也只支持单人用户
15:04.228–15:05.808
zh我们是多用户
15:05.808–15:07.428
zh然后一人部署全家
15:07.428–15:08.728
zh关键问题是
15:08.728–15:09.908
zh你这个产品支持多少个通道
15:09.908–15:11.068
zh我们这也有介绍的
15:11.068–15:11.828
zh是的
15:11.828–15:13.108
zh我们其实支持
15:13.108–15:14.768
zh飞书丁丁 启威 QQ
15:14.768–15:15.828
zh很多通道
15:15.828–15:18.488
zh像我可以在这个里面
15:18.488–15:20.528
zh这就是我们实际的产品面板
15:20.528–15:21.808
zh可以给大家看一下
15:21.808–15:24.088
zh支持微信 QQ 启威 启威 元宝
15:24.088–15:25.988
zh包括华为的小益
15:25.988–15:26.828
zh也小易都可以
15:26.828–15:29.428
zh对包括这个MQTT也可以看
15:29.428–15:32.148
zh刚刚我举例一个用户有多个专家
15:32.148–15:34.488
zh他们每个人其实都可以配那么多的通道
15:34.488–15:35.948
zh每个专家可以配多通道
15:35.948–15:36.828
zh对是的
15:36.828–15:38.348
zh那还是很全面的
15:38.348–15:39.988
zh是的欢迎大家使用
15:39.988–15:42.688
zh有用户在问我们官网地址是什么
15:42.688–15:47.188
zh我们官网地址是好给大家放大一下
15:47.188–15:50.748
zh请搜Github
15:50.748–15:54.688
zh在我们Tencent Cloud项目下的OCTO
15:54.688–15:58.088
zh对也欢迎大家记得支持我们的产品
15:58.088–15:58.728
enGateStar
15:58.728–16:00.568
zh对那我现在回答现在一下这个用户
16:00.568–16:02.248
zhQQ是不是只是单鸟
16:02.248–16:04.368
zh如果是群鸟是不是还得用QQBot
16:04.368–16:06.328
zh那么非常感谢这位用户的提问
16:06.328–16:07.968
zh这个QQ群鸟现在已经支持了
16:07.968–16:10.408
zh但是我们未来会继续拓展我们的QQ群鸟
16:10.408–16:12.088
zh包括我们的QQ的一个多Agent
16:12.088–16:14.128
zh会接入到我们的包括QQ频道
16:14.128–16:15.768
zh我们也可以用家庭群
16:15.768–16:17.208
zh我们也会接入我们的Agent
16:17.208–16:19.208
zh每个家庭用户都有机会在里面提问
16:19.208–16:20.208
zh这是我们下一步的打算
16:20.208–16:21.688
zh没错可以多个Agent
16:21.688–16:22.328
zh当然可以了
16:22.328–16:25.688
zh我们当然可以用多个Agent在一个聊天框里面去执行共同任务
16:25.688–16:26.688
zh的话我们会展示的
16:27.488–16:29.568
zh对其实关于我讲的记忆的话
16:29.568–16:31.088
zh像OpenCloud和Hermes
16:31.088–16:33.168
zh他们其实都是把他们的MD
16:33.168–16:36.288
zh加入就是系统提示词
16:36.288–16:37.568
zh然后被读到
16:37.568–16:42.968
zh你要记的时候就是叫OpenCloud和HermesAgent本身去写Memory的MD
16:42.968–16:47.408
zh那我们其实讲到稍微提了一点关于沉淀和召回
16:47.408–16:48.528
zh包括我们的牵引能力
16:48.528–16:50.088
zh后续我会细讲
16:50.288–16:51.768
zh对其实还有很多功能
16:51.768–16:54.568
zh包括ACP其实刚刚有提到
16:54.868–16:56.668
zh大家用Cloud Code和Codex重做
16:56.668–16:58.128
zh那其实我们和
16:58.128–17:00.268
zh不管是Cloud Code还是Codex
17:00.268–17:01.508
zh甚至Codebody OpenCode
17:01.508–17:02.908
zh我们并不是竞品
17:02.908–17:05.248
zh我们其实是可以调用它们的能力的
17:05.248–17:07.568
zh因为Octop有个鞋叫ACP
17:07.568–17:08.868
zh可以通过ACP
17:08.868–17:10.668
zh就是连接上Codec
17:10.668–17:11.348
enCodec
17:11.348–17:12.708
zh你如果想编程
17:12.708–17:16.148
zh你想用更成熟的Codeagents
17:16.148–17:17.948
zh你就可以把任务委派给他们
17:17.948–17:20.448
zh也是在我们Octop里是可以实现的
17:20.448–17:22.988
zh有粉丝朋友问能自己部署吗
17:22.988–17:23.488
zh可以的
17:23.488–17:26.408
zh请关注我们的Octop GitHub仓库
17:26.408–17:28.048
zh然后在我们的ReadMe里
17:28.048–17:30.348
zh有详细的字部署教程
17:30.348–17:32.908
zh如果是想用镜像一键部署的话
17:32.908–17:35.288
zh我们未来也会提供镜像
17:35.288–17:37.708
zh可以在腾讯控制台直接购买
17:37.708–17:40.068
zh也是使用腾讯轻量服务器
17:40.068–17:42.708
zh对我们后续会提供轻量服务器的镜像
17:42.708–17:43.208
zh很快
17:43.208–17:44.248
zh本周或者下周
17:44.248–17:46.608
zh我们现在有一点最后的工作
17:46.608–17:47.548
zh我们即将会出
17:47.548–17:48.648
zh对欢迎大家
17:48.648–17:49.848
zh即使关注我们轻量
17:49.848–17:52.228
zh我们会适时推出我们的GTOP镜像
17:52.228–17:53.488
zh也就是以前我们的ACE镜像
17:53.488–17:55.508
zh用户也可以升级到GTOP镜像
17:55.508–17:56.828
zh对了我们的ACE是不是要升级了
17:56.828–17:59.448
zh是的我们也会提供轻易工具
17:59.448–18:01.408
zh既然说到这了
18:01.408–18:03.708
zh那就给大家演示一下
18:03.708–18:05.868
zh如果有我们的老用户的话
18:05.868–18:10.028
zh可以看可以更新到我们最新的0.1.31版本
18:10.028–18:12.248
zh认准我们0.1.31版本
18:12.248–18:15.848
zh在高级设置里可以看到一个导出到Octop
18:15.848–18:18.988
zh然后这里就可以导出到Octop
18:18.988–18:20.808
zh可以打包一个备份
18:20.808–18:24.108
zh可以看到这个备份其实已经就是
18:24.108–18:25.528
zh就是TAR包下下来了
18:25.528–18:27.868
zh然后再打开我们的Octop
18:27.868–18:30.828
zh然后再应用设置有个备份与恢复
18:30.828–18:33.108
zh首先就上传我们刚刚
18:33.108–18:36.188
zh你看这就是19.32刚刚那个备份
18:36.188–18:37.868
zh我们把它上传了
18:37.868–18:40.268
zh然后我们就点恢复
18:40.268–18:43.708
zh请大家记住我们的用户名就是the mean
18:43.708–18:47.268
zh密码就是之前在litecloud设置的那个密码
18:47.268–18:49.348
zh我们继续来学习你的记忆机制
18:49.348–18:51.748
zh其实刚刚给大家也讲了
18:51.748–18:54.588
zh我们跟opencloud跟hermas
18:54.588–18:56.988
zh包括跟cloudcode和codex
18:56.988–18:59.588
zh在产品上和记忆上有什么不同
18:59.588–19:02.748
zh那octop memory到底是怎么样的呢
19:02.748–19:06.808
zh那就给大家其实我在PT里给大家做个比喻
19:06.808–19:09.668
zh如果把我们的记忆比做成一家暴数
19:09.668–19:14.308
zh那我们常驻的除了常驻的memory.md文件之外
19:14.308–19:18.708
zh那其实我们刚刚其实介绍有个roll event
19:18.708–19:20.028
zh它就是一个录音笔
19:20.028–19:23.028
zh就是你跟Octop说了什么
19:23.028–19:23.948
zh它都会记住
19:23.948–19:26.208
zh然后它永远是一个证据源
19:26.208–19:29.568
zh我们刚刚说到在记忆召回的时候
19:29.568–19:31.148
zh不管召回的是哪条记忆
19:31.148–19:34.388
zh最后都能refer就能溯源到
19:34.388–19:36.168
zh你跟Octop的对话
19:36.168–19:40.488
zh就是保证我们记忆永远是正确的一个机制
19:40.488–19:42.168
zh所以它是一个录音笔
19:42.168–19:44.168
zh下一层就是一个candidate
19:44.168–19:45.368
zh就是记者出稿
19:45.368–19:49.308
zh那就是大模型从原始对话中
19:49.308–19:51.528
zh就是从用户跟Octop对话中
19:51.528–19:53.608
zh抽取出的候选事实
19:53.608–19:55.228
zh但是为什么是出稿呢
19:55.228–19:56.608
zh因为它只是一个候选事实
19:56.608–19:57.568
zh它还没有见报
19:57.568–20:00.508
zh在candidate这一层解决完冲突
20:01.148–20:02.428
zh通过用户审核
20:02.428–20:05.628
zh然后在重要性和智信度上面
20:05.628–20:07.548
zh有所筛选之后
20:07.548–20:09.468
zh然后它才会晋升成一个
20:09.468–20:10.668
enATOM card
20:10.668–20:12.348
zh就是一个正式简报
20:12.348–20:14.108
zh当然这也是我们在
20:14.108–20:16.828
zh就是我们的Octop面板中会看到的记忆
20:16.828–20:19.228
zh它也是我们的召回主力层
20:19.228–20:21.628
zh当然后面我们会讲到召回
20:21.628–20:23.348
zh除此之外
20:23.348–20:25.148
zh我们还有一个日记层
20:25.148–20:27.668
zh那这个其实是除了上面的事实
20:27.668–20:28.548
zh之外的东西
20:28.548–20:31.028
zh就是一些装饰时过滤掉的东西
20:31.028–20:33.548
zh比如是生活事件和情绪
20:33.548–20:36.088
zh它是和事实管线病情跑的
20:36.088–20:36.808
zh并不污染
20:36.808–20:39.528
zh了解我们AC和Octop的话
20:39.528–20:41.948
zh知道我们会有一个主动关心机制
20:41.948–20:43.928
zh那其实这个机制就是
20:43.928–20:45.768
zh探查到用户的心情
20:45.768–20:48.048
zh在用户开心的时候会鼓励他
20:48.048–20:50.468
zh以及在用户低落的时候会安慰他
20:50.468–20:54.048
zh在Octop里其实就是靠着我们这个日记层
20:54.048–20:56.028
zh其实我们还有人物词条
20:56.028–20:58.588
zh所有的正式箭报的原子卡片
20:58.588–21:00.868
zh都会在一个人物词条下
21:00.868–21:04.668
zh它会把原子卡片归类到人物词条
21:04.668–21:06.228
zh包括用户人物事实
21:06.228–21:09.528
zh在这样就会每条原子卡片之间
21:09.528–21:10.728
zh就会产生联系
21:10.728–21:12.668
zh最后是神器流水
21:12.668–21:15.908
zh因为听课的观众朋友们
21:15.908–21:17.648
zh可能就会有问题
21:17.648–21:20.428
zh那所有记忆的生成都靠大模型
21:20.428–21:22.468
zh那它是怎么做的
21:22.468–21:24.128
zh那其实就是神器流水
21:24.128–21:25.728
zh它可以记住大模型
21:25.728–21:27.788
zh从哪一条事实中
21:27.788–21:29.288
zh那个对话中提取到了
21:29.288–21:30.368
zh哪些候选
21:30.368–21:32.088
zh候选怎么进生存原子卡片
21:32.088–21:34.368
zh都会在我们的面板中一一显示
21:34.368–21:36.528
zh包括删除包括冲突
21:36.528–21:37.028
zh对
21:37.028–21:38.628
zh那其实我有一个小白的问题
21:38.628–21:39.688
zh想问一下英明
21:39.688–21:41.768
zh不知道直播间有没有类似的问题
21:41.768–21:42.508
zh关于我们记忆
21:42.508–21:44.408
zh它的一个沉淀和召回
21:44.408–21:45.488
zh它具体指的是什么
21:45.488–21:46.628
zh这个概念怎么理解
21:46.628–21:47.628
zh记忆的沉淀
21:47.628–21:49.248
zh像焦焦其实有在
21:49.248–21:50.668
zhOpenCloud和Hermes
21:50.668–21:51.888
zh那比如说
21:51.888–21:54.388
zh那你最近一个问你的
21:54.388–21:56.088
zhHermes的问题是什么
21:56.088–21:56.588
zh焦焦
21:56.588–21:57.288
zh你可以告诉我们
21:57.288–21:58.968
zh你在什么一个场景下用了它
21:58.968–22:02.628
zh就比如说最近一次让他帮我撰写一下
22:02.628–22:04.668
zh我们这个直播的整个的策划
22:04.668–22:08.108
zh对那关于你和他在这个对话中
22:08.108–22:10.268
zh那记忆的沉淀他会记住
22:10.268–22:11.868
zh我的主人叫焦
22:11.868–22:15.828
zh那今天其实是叫我帮忙撰写这个直播的计划
22:15.828–22:18.728
zh那他会根据你给他提示词沉淀一下
22:18.728–22:22.068
zh焦在今天那他参与了主题什么什么的直播
22:22.068–22:23.788
zh他就会根据你的对话
22:23.788–22:25.768
zh然后记住一些有用的事实
22:25.768–22:27.648
zh或者你今天做的事情
22:27.648–22:29.048
zh这就是记忆的沉淀
22:29.048–22:29.848
zh对
22:29.848–22:32.168
zh那什么是召回呢
22:32.168–22:33.228
zh那比如说
22:33.228–22:35.008
zh那下次直播的时候
22:35.008–22:38.408
zh如果你再跟你的龙虾对话
22:38.408–22:41.008
zh其实如果就是人与人之间对话
22:41.008–22:41.588
zh比如说
22:41.588–22:42.928
zh比如说我昨天跟杨子说
22:42.928–22:44.428
zh那我可能昨天跟杨子说
22:44.428–22:45.328
zh我最近有点上火
22:45.328–22:47.048
zh那可能我今天说
22:47.048–22:48.968
zhOK我要去吃炸鸡
22:48.968–22:50.548
zh那杨子就会想起
22:50.548–22:52.948
zh那我说我昨天有点上火
22:52.948–22:55.548
zh他就会可能想起这个相关性
22:55.548–22:57.728
zh那其实agent也会这样
22:57.728–22:59.188
zh如果你下次跟他说
22:59.188–23:01.368
zh你又要撰写一个直播的
23:01.368–23:03.588
zhPPT或者直播的大纲了
23:03.588–23:05.628
zh他应该像人一样想起
23:05.628–23:07.728
zh你之前跟他说过的相似的对话
23:07.728–23:10.468
zh然后来帮助你更好的去优化你的工作
23:10.468–23:12.408
zh工作这就是记忆的召回
23:12.408–23:13.808
zh了解了
23:13.808–23:14.708
zh好的学到了
23:14.708–23:16.648
zh那其实刚刚讲那么多
23:16.648–23:19.008
zh那就来实力演练一下
23:19.008–23:20.668
zh那假如这个用户
23:20.668–23:24.468
zh在一台安装了Octop Memory的agent上说
23:24.468–23:26.508
zh跟这个Agent说
23:26.508–23:29.028
zh那这个项目暂时先别上PG了
23:29.028–23:30.188
zhPG就是一个数据库
23:30.188–23:32.888
zh说本地SecureLights已经够用了
23:32.888–23:34.628
zh说他下周要去上海出差
23:34.628–23:35.348
zh有点焦虑
23:35.348–23:38.288
zh那其实这句话包含了很多信息
23:38.288–23:40.808
zh首先L0层就是我们刚刚的事实
23:40.808–23:41.588
zh就是录音笔
23:41.588–23:44.508
zh他会把这句话记下来
23:44.508–23:45.708
zh在录音笔之外
23:45.708–23:47.288
zh到了我们的候选事实
23:47.288–23:49.348
zh那一有日记
23:49.348–23:51.248
zh下周去上海出差有点焦虑
23:51.248–23:54.528
zh因为这只是一个一时的心情
23:54.528–23:57.668
zh它可能在工作中不太会被需要
23:57.668–24:00.488
zh那这个项目不用PG
24:00.488–24:01.308
zh用CircleLite
24:01.308–24:03.548
zh这可能就是一个工具强相关的事实
24:03.548–24:05.368
zh那心情就进日记
24:05.368–24:07.308
zh事实就进我们的候选卡片
24:07.308–24:10.008
zh那就说到了刚刚的五层
24:10.008–24:13.608
zh那看看它的自信度和重要性够吗
24:13.608–24:15.768
zh有没有可以录音证据
24:15.768–24:17.388
zh零零的原始事实证
24:17.388–24:19.388
zh到底能不能被指导
24:19.388–24:20.628
zh如果被指导
24:20.628–24:22.388
zh那我们就要进生成
24:22.388–24:24.188
zh就是正式的原子卡片了
24:24.188–24:26.408
zh那我们这个原子卡片里
24:26.408–24:27.588
zh有没有一个实体
24:27.588–24:29.028
zh可以让它归类
24:29.028–24:29.728
zh如果有的话
24:29.728–24:30.988
zh那就装进这个实体
24:30.988–24:33.808
zh没有就重新去生成一个实体
24:33.808–24:34.988
zh我再看看
24:34.988–24:37.228
zh跟数据库里的事实
24:37.228–24:37.908
zh有没有冲突
24:37.908–24:39.748
zh可能我们数据库里面
24:39.748–24:41.308
zh三个月前有一条事实是
24:41.308–24:44.488
zh那我们就要用PG做足库
24:44.488–24:46.588
zh然后当我们现在说了一句话
24:46.588–24:48.068
zh是别上PG了
24:48.068–24:49.748
zh它就检测到有冲突
24:49.748–24:54.048
zh那它其实就会触发刚刚我们演示的那个有冲突
24:54.048–24:54.848
zh那就等待用
24:54.868–24:57.068
zh那就等待用户采纳或者用户拒绝
24:57.068–25:00.228
zh这就是我们整体的一个沉淀路线了
25:00.228–25:02.788
zh那下面其实讲解就是G的最后一部分
25:02.788–25:04.068
zh就是召回
25:04.068–25:08.508
zh那召回那又是一个实力演练一个举例
25:08.508–25:10.548
zh如果一个用户就是问
25:10.548–25:13.948
zh那个项目的当时的数据库是怎么定的来着
25:13.948–25:16.708
zh那首先会去查一个缓存
25:16.708–25:20.108
zh看这个缓存里有没有相关的关键字
25:20.108–25:20.668
zh如果没有
25:20.668–25:24.508
zh那就直接去进行一个用BM25
25:24.508–25:27.548
zh就是我们的一个召回的一个算法
25:27.548–25:28.828
zh然后去搜索
25:28.828–25:31.628
zh那有没有相应的原则卡片
25:31.628–25:32.628
zh那搜到了
25:32.628–25:34.788
zh就是我们刚刚说的
25:34.788–25:38.268
zh那Octob这个暂时先不用PG了
25:38.268–25:39.928
zh先用本地的Syculate
25:39.928–25:41.828
zh它就是搜到之后
25:41.828–25:44.308
zh它就可以回答用户的这个问题了
25:44.308–25:48.928
zh就是它的一个运行的内在机制的原理是吗
25:48.928–25:50.908
zh一步一步是如何运作的
25:50.908–25:51.628
zh对的
25:51.628–25:54.028
zh其实还有很多细节
25:54.028–25:55.488
zh但是我们未来实在不
25:55.488–25:56.688
zh在很近的未来
25:56.688–25:58.228
zh马上就会把我们的记忆开远
25:58.228–26:01.848
zh感兴趣的朋友也可以先关注我们的Octop
26:01.848–26:04.308
zh后续我们的Octop Memory
26:04.308–26:07.208
zh也会随之在Tencent Cloud下面开远的
26:07.208–26:09.528
zh如果说以后再云服务器
26:09.528–26:11.228
zh部署了是不是只有国外的服务器
26:11.228–26:13.408
zh可以去调用GPT的模型呢
26:13.408–26:14.588
zh是的
26:14.588–26:17.008
zh调用GPT的模型
26:17.008–26:18.528
zh其实是取决于GPT
26:18.528–26:20.828
zh它本身可以在哪个地位调用
26:20.828–26:23.008
zh那如果在中国
26:23.008–26:25.468
zh或者在哪里
26:25.468–26:26.608
zh不能访问GPT
26:26.608–26:27.768
zh你就是调用不了
26:27.768–26:30.548
zh你只能在能调用GPT地域的服务器
26:30.548–26:32.568
zh然后去调用到GPT
26:32.568–26:33.068
zh对
26:33.068–26:36.428
zh问目前Optop采用默认Q-Lite
26:36.428–26:41.168
zh而不用PG是出于怎样的考虑呢
26:41.168–26:43.188
zh这各位粉丝朋友问得很好
26:43.188–26:45.068
zh其实我们现在也支持PG了
26:45.068–26:46.908
zh但是默认是Ciclite
26:46.908–26:50.728
zh一是可以支持用户一键安装完就可以使用
26:50.728–26:53.108
zh默认就是在本地创建一个Ciclite
26:53.108–26:54.328
zh这个服务就可以用了
26:54.328–26:58.288
zh然后也不是说需要用户去建一个PG配置
26:58.288–26:59.768
zh那如果有高端用户
26:59.768–27:01.108
zh如果想做分布式
27:01.108–27:01.708
zh想用PG
27:01.708–27:03.988
zh我们其实也是完全可以支持PG
27:03.988–27:05.848
zh对这个能力我们现在已经支持了
27:05.848–27:10.848
zh对,那其实今天记忆讲的其实就是这么多了
27:10.848–27:15.848
zh那如果大家还有后续问题可以一是在我们的GitHub主页上给我们提问
27:15.848–27:18.848
zh二是进入我们的用户群,然后提问
27:18.848–27:23.848
zh这个直播的下半场其实要有请我们杨纸给大家做一些实力的介绍
27:23.848–27:25.848
zh好的,大家好,我叫杨纸
27:25.848–27:28.737
zh那我来和大家分享一下我们的多专家多Agent的病情,
27:28.737–27:29.848
zh如何来重复我们的进行
27:29.848–27:35.728
zh我想问问您有没有在比如说CodeBody或者是WorkBody里面使用过多Agent多专家
27:35.728–27:37.348
zh想教教我们是不是有经常去使用
27:37.348–27:38.728
zh那我先说确实
27:38.728–27:42.268
zh比如让WorkBody帮我做某一个PT的时候
27:42.268–27:48.808
zh他其实自己先是会调用一下很多Agent去分别做一些小步骤的事情
27:48.808–27:49.728
zh最后再汇总
27:49.728–27:51.808
zh然后多专家我其实也有体验到
27:51.808–27:56.728
zh因为熟悉WorkBody的朋友应该知道可以在一个项目里增加很多专家
27:56.728–27:58.648
zh你就可以去调用这些专家的努力
27:58.648–28:00.108
zh对那么我们的
28:00.108–28:02.188
zh也是具备这么大的能力
28:02.188–28:02.988
zh包括像您如果在
28:02.988–28:03.708
zhQQ通道里面
28:03.708–28:05.008
zh我们可以支持家庭去聊
28:05.008–28:05.708
zh包括微信通道
28:05.708–28:06.388
zh如果以后开通了
28:06.388–28:07.308
zh我们会相信支持
28:07.308–28:08.188
zh然后还有一些用户
28:08.188–28:08.748
zh还在提问
28:08.748–28:10.308
zh有没有agent team的想法
28:10.308–28:11.988
zh对我们现在正在调研agent team
28:11.988–28:13.188
zh也是在不久之后
28:13.188–28:14.088
zh也会推出agent team
28:14.088–28:14.988
zh那么我就回到了正题
28:14.988–28:16.548
zh我们讲一讲我们的多次能题
28:16.548–28:18.488
zh我们的就刚和大家多聊了
28:18.488–28:19.848
zh觉得专家其实
28:19.848–28:20.748
zh确实用的挺多的
28:20.748–28:22.108
zh不管是Ethan Giorg之前
28:22.108–28:23.248
zh直播的育儿专家
28:23.248–28:25.048
zh包括现在我们大家
28:25.048–28:25.788
zh在用workbody
28:25.788–28:26.908
zh去做一些竞品类的
28:26.908–28:28.308
zh一个调研专家
28:28.308–28:30.748
zh那么我们今天就会给大家来实战演练一下
28:30.748–28:33.908
zh我想想你你可能是不还是会经常遇见老板会给你
28:33.908–28:35.468
zh下发一个很艰巨的任务
28:35.468–28:36.428
zh叫你去完成呢
28:36.428–28:37.148
zh是的
28:37.148–28:41.788
zh对其实像我们同事之间也会有经常像
28:41.788–28:46.948
zh包括我们在研究这种比较新的产品也会需要调研很多东西
28:46.948–28:47.448
zh对的
28:47.448–28:48.868
zh像有一个传统像OpenCloud
28:48.868–28:51.588
zh他只支持就是说你在一个亲户里面
28:51.588–28:54.668
zh可能只是单个agent在那里给你调研究
28:54.668–28:55.348
zh其实它非常慢
28:55.348–28:56.308
zh现在我们在ACE
28:56.308–28:58.028
zh假如我的一个老板下午要求我
28:58.028–29:00.388
zh去调研一下想必大家都在喝茶饮
29:00.388–29:01.628
zh比如说洗茶耐血
29:01.628–29:02.668
zh比如说帮忙茶几
29:02.668–29:04.488
zh老板会比较关心里面的产品
29:04.488–29:06.828
zh竞品如何调研价格产品营销
29:06.828–29:09.068
zh往往你期间的OpenCloud可能是单A进程
29:09.068–29:10.368
zh它的调研会非常慢
29:10.368–29:12.348
zh那么我们的Octop显然是领先于它的
29:12.348–29:14.668
zh我们的很多进程可以帮助大家很快的调研跟它报告
29:14.668–29:15.748
zh我现在给大家展示一下
29:15.748–29:17.708
zh比如说老板要求我完成这个
29:17.708–29:19.088
zh传统的做法就是三个牌子
29:19.088–29:20.168
zh挨一个的时候整理一个晚上
29:20.168–29:22.068
zh然后每个A进程之间还不太交互的通
29:22.068–29:24.148
zh我们在我们的Octop里面
29:24.148–29:26.188
zh首先我们有非常多的类似的一个专家
29:26.188–29:27.428
zh也有一些专家市场
29:27.428–29:29.148
zh我们是对接的Token Hub的专家市场
29:29.148–29:31.308
zh有电商的金融的内容的
29:31.308–29:32.348
zh如果大家有喜欢的
29:32.348–29:33.548
zh就从这点击一下
29:33.548–29:34.388
zh来从市场创建
29:34.388–29:36.708
zh这就可以创建我们的网闻小说创作家
29:36.708–29:39.508
zh那这个配置专家的过程还是很方便的
29:39.508–29:40.268
zh对对对的
29:40.268–29:41.428
zh如果大家默认
29:41.428–29:44.188
zh为了防止大家经常从专家市场下比较慢
29:44.188–29:45.148
zh所以我们还有类似专家
29:45.148–29:47.308
zh业的专家下载后会类似到这里面
29:47.308–29:49.228
zh比如说我之前装了竞品分析专家
29:49.228–29:52.068
zh那我们今天就用剂米分加来实战演练一下
29:52.068–29:53.128
zh那么就讲解题
29:53.128–29:57.828
zh我看有粉丝朋友问Octop记忆模块代码是独立解藕的
29:57.828–30:00.428
zh还是与其他意见组件存在编译期以外
30:00.428–30:02.228
zh是完全独立解藕的
30:02.228–30:04.728
zh刚刚其实这个记忆模块也可以跟
30:04.728–30:07.328
zh现在是支持跟Otom Cloud 跟Hermas都一起用
30:07.328–30:09.928
zh我们后续会推出完整的教程
30:09.928–30:10.428
zh对
30:10.428–30:12.728
zh那我们去玩一个很好玩的一个东西
30:12.728–30:13.928
zh英宁 你吃豆河佬吗
30:13.928–30:15.028
zh我吃
30:15.028–30:18.928
zh那那个像佼佼们到底豆河佬喜欢吃甜的
30:18.928–30:19.728
zh还是喜欢吃咸的
30:19.728–30:21.128
zh或者是川芸人喜欢吃辣的
30:21.128–30:23.988
zh我肯定是坚定的吃咸的
30:23.988–30:25.088
zh豆腐脑的这一派
30:25.088–30:26.008
zh我肯定占咸
30:26.008–30:27.188
zh大家有吃甜的吗
30:27.188–30:28.708
zh大家豆腐脑有吃甜的吗
30:28.708–30:31.008
zh我其实是吃甜的
30:31.008–30:31.588
zh不好意思
30:31.588–30:33.408
zh我们三个人吃三种口味
30:33.408–30:35.348
zh我们三个人刚好吃三种口味
30:35.348–30:36.188
zh对
30:36.188–30:39.048
zh那我们来让我们的美食专家来评判一下
30:39.048–30:41.028
zh我们这有一个营养规划专家
30:41.028–30:42.328
zh豆腐脑也是要有营养的
30:42.328–30:43.008
zh我们来问问他
30:43.008–30:44.228
zh是的
30:44.228–30:45.788
zh我们现在是在等
30:45.788–30:48.188
zh竞品分析专家在给我们做调研
30:48.188–30:50.268
zh在等待他做调研的过程中
30:50.268–30:52.568
zh我们来做一个多agent的博弈
30:52.568–30:53.728
zh这样子的一个演示
30:53.728–30:56.228
zh给大家更加实战地去看一下
30:56.228–30:57.748
zhOxop他的多agent之间
30:57.748–30:58.748
zh如何去思考
30:58.748–30:59.508
zh如何去博弈
30:59.508–31:02.088
zh那么我们也是以这个豆腐脑为例
31:02.088–31:03.448
zh我们来看一下这个agent
31:03.448–31:04.568
zh如何做裁决
31:04.568–31:05.328
zh已经结束了
31:05.328–31:05.828
zh我们可以看到
31:05.828–31:07.608
zh刚才他其实是调用了三个工具的
31:07.608–31:09.868
zh确实是分发了给不同的agent
31:09.868–31:11.468
zh然后下发了他的任务
31:11.468–31:12.608
zh你是一个辣打的专家
31:12.608–31:13.248
zh或者你穿越人
31:13.248–31:14.908
zh好 完整交换就来了
31:14.908–31:15.468
zh第一轮呢
31:15.468–31:16.808
zh我们的甜党先说了
31:16.808–31:17.388
zh就是甜味
31:17.388–31:19.068
zh像英宁肯定是非常喜欢吃甜的
31:19.068–31:21.028
zh它可能存在比较幸福的记忆
31:21.028–31:21.628
zh我就比较清楚
31:21.628–31:23.528
zh咸党可能说的是没有咸味
31:23.528–31:25.388
zh像一个焦焦比较喜欢吃咸的
31:25.388–31:26.628
zh比较沉稳的
31:26.628–31:28.408
zh像我当然就喜欢吃辣
31:28.408–31:30.968
zh小川水人必须吃火锅都必须吃辣
31:30.968–31:32.928
zh他们就开始第二轮的相互攻击了
31:32.928–31:35.048
zh那么甜党就开始调侃了一个咸党
31:35.048–31:35.788
zh说它单调
31:35.788–31:37.288
zh辣的确实伤胃味
31:37.288–31:38.668
zh现在是比较优雅的
31:38.668–31:39.968
zh攻势还比较强硬
31:39.968–31:42.048
zh那么咸党又直接了一个甜党的比较幼稚
31:42.048–31:43.228
zh它有一个非常频繁的一个金句
31:43.228–31:45.228
zh就叫做辣味上头舌头直接化工
31:45.228–31:46.428
zh这和做机会有小区别
31:46.428–31:48.828
zh说明参与人其实不太想救美食的
31:48.828–31:50.828
zh这种口感可能还是比较喜欢辣味
31:50.828–31:51.828
zh就盖过了全味
31:51.828–31:54.428
zh辣就开始反进来嘲讽我们的田党说
31:54.428–31:55.828
zh田党农院活化在童话世界
31:55.828–31:56.828
zh因为田田的甜妹
31:56.828–31:57.828
zh田党农院是配角
31:57.828–31:59.628
zh也是比较精彩的一个博弈
31:59.628–32:01.228
zh我们看主义镜党的台办
32:01.228–32:02.428
zh他可能读取了我的记忆
32:02.428–32:03.828
zh他觉得可能是辣的显身
32:03.828–32:06.028
zh首先是辣味他可能带来了记忆点
32:06.028–32:07.628
zh甜和咸都太日常了
32:07.628–32:08.828
zh但是说句公道话
32:08.828–32:11.028
zh我觉得其实豆腐老师甜的也挺好吃的
32:11.028–32:11.708
zh包括吃咸的
32:11.708–32:13.148
zh开始端水
32:13.148–32:16.328
zh那我们Octop那是没有杨之会端水是吧
32:16.328–32:18.508
zh他还真的评出辣当品生
32:18.508–32:20.028
zh我看专幕也说了
32:20.028–32:21.028
zh要吃就要吃两碗
32:21.028–32:22.348
zh要先吃甜的再吃咸的
32:22.348–32:23.108
zh说明我们的用户
32:23.108–32:25.028
zh不一定非得吃某一个口味的
32:25.028–32:28.228
zh其实我们也可以再看一下我们这个博弈的过程
32:28.228–32:30.588
zh杨之也可以帮我们再讲解
32:30.588–32:34.228
zh那这个过程其实我们是主动调用了几个agent
32:34.228–32:35.688
zh是如何进行博弈
32:35.688–32:38.088
zh哪一个agent来进行裁决的呢
32:38.088–32:39.728
zh那在这里我们有一个主Agent
32:39.728–32:41.208
zh因为子Agent和主Agent
32:41.208–32:42.368
zh大概有这么一个概念
32:42.648–32:44.368
zh子Agent它是一个现存的概念
32:44.528–32:45.968
zh它用完之后它就消失了
32:45.968–32:47.808
zh它会和其他的Agent去对话
32:48.128–32:49.888
zh所以它必须要把他收到的任务的答案
32:49.888–32:51.288
zh交还给主Agent
32:51.688–32:53.848
zh所以到这我们是一个主从事的结构
32:53.848–32:54.868
zh所以必须要让主Agent
32:55.468–32:58.288
zh首先它是要定制赛事并且派单
32:58.288–32:59.608
zh三个党会有一个逆论
32:59.608–33:00.948
zh每个党觉得甜的好吃
33:00.948–33:02.488
zh咸的好吃还是辣的好吃
33:02.488–33:04.748
zh通过主意境的去传递三方的论断了
33:04.748–33:05.728
zh又开始Round the 2了
33:05.728–33:06.528
zh三党又不相对
33:06.528–33:08.308
zh最后综合全场出裁写处
33:08.308–33:09.268
zh然后就在车上在这里
33:09.268–33:11.748
zh他们分别完成后互相看不见
33:11.748–33:14.388
zh在后面的户对环节开始通过主要进展
33:14.388–33:17.408
zh传递给大家每个党派的一个反驳的意见
33:17.408–33:19.248
zh最后主要进行裁判
33:19.248–33:20.488
zh该觉得哪个比较好
33:20.488–33:24.888
zh那这里是不是其实平时我们在做调研任务
33:24.888–33:28.568
zh或者我们比如有个家长想帮小朋友
33:28.568–33:32.528
zh看看怎么去收集一些作文素材
33:32.528–33:34.248
zh是不是其实也可以
33:34.248–33:36.188
zh是给我们Octop分发一个任务
33:36.188–33:40.028
zh让一个子agent去收集关于历史的素材
33:40.028–33:43.108
zh另一个子agent去收集关于感动故事
33:43.108–33:45.848
zh另一个子agent去收集关局名言名言
33:45.848–33:46.968
zh是不是也是一样的道理
33:46.968–33:48.028
zh我觉得这个场景非常好
33:48.028–33:50.368
zh因为像我们可能观看的观众里面
33:50.368–33:52.568
zh有一些家长朋友们也比较关心这个问题
33:52.568–33:54.468
zh那么我要来回答一下大家的这个问题
33:54.468–33:56.148
zh像比如说在TOP里面
33:56.148–33:57.948
zh比如说我们的有很多的子agent
33:57.948–33:59.568
zh在我们的有一些学术的子agent
33:59.568–34:00.908
zh比如像英琳刚刚说的
34:00.908–34:01.828
zh我们有地理专家
34:01.828–34:03.548
zh父母觉得如果地理孩子定性的不好
34:03.548–34:05.668
zh那么可以叫他做一份地理的PDF报告
34:05.668–34:08.808
zh交付款给答应出来给我们的一个小朋友
34:08.808–34:09.768
zh就跟他们去阅读
34:09.768–34:11.548
zh我们等于TOP之前是非常支持的
34:11.548–34:14.628
zh包括我看我们刚刚的调研报告也是很顺利的出来了
34:14.628–34:17.848
zh你看包括我们在这里是很交付了一个PDF文件
34:17.848–34:19.928
zhMD文件到时候可以转化为PDF
34:19.928–34:24.448
zh像用户朋友们就可以在这里去下载到本地之后就可以使用
34:24.448–34:27.228
zh我相信家长朋友们可能还是比较喜欢给孩子分发中研
34:27.228–34:28.268
zh也应该比较喜欢这个功能
34:28.268–34:29.368
zh那话不多说了
34:29.368–34:31.728
zh我们就看看这个调研报告它竟然都做出来了
34:31.728–34:34.408
zh那我们先看报告之前
34:34.408–34:38.488
zh其实我想问那杨泽你最喜欢的奶茶是什么牌子
34:38.488–34:40.248
zh我其实比较喜欢爆炎茶几
34:40.248–34:40.988
zh那焦焦
34:40.988–34:43.828
zh我其实想喜欢喜茶多一点
34:43.828–34:46.568
zh好吧那没有人是点门
34:46.568–34:48.648
zh我就是一点点大头
34:48.648–34:49.888
zh虽然一点点不在这
34:49.888–34:50.968
zh一点点很老
34:50.968–34:52.688
zh但我就是坚定的点门人
34:52.688–34:57.568
zh好那我们继续看这个新品牌茶饮三巨头的调研报告吧
34:57.568–34:58.528
zh然后我放大一下
34:58.528–35:00.248
zh供大家可以很好的查看
35:00.248–35:02.708
zh好应该是大概调研报告
35:02.708–35:03.828
zh因为我们这有一些折地功能
35:03.828–35:06.188
zh大家如果想这样看就非常方便
35:06.188–35:07.068
zh也可以这样看
35:07.068–35:08.108
zh也支持斜着看
35:08.108–35:09.388
zh我们都非常支持的
35:09.628–35:11.468
zh比如说像现在右半边
35:11.468–35:12.388
zh右半边看了
35:12.388–35:13.388
zh或者是下面看
35:13.388–35:14.028
zh我们都非常支持
35:14.028–35:15.308
zh那么显然就为了放中间
35:15.308–35:16.388
zh让大家看得比较清楚
35:16.388–35:18.228
zh这是不是就是三折叠
35:18.228–35:19.828
zh怎么这么多有边
35:19.828–35:20.588
zh对的对的
35:20.588–35:21.148
zh放大一点
35:21.148–35:22.828
zh让大家都比较都很好的看清楚
35:22.828–35:24.228
zh像我们的一个G2报告
35:24.228–35:26.108
zh已经茶饮你的老板给你派火了
35:26.108–35:26.988
zh你就很快的出来
35:26.988–35:28.548
zh首先它生成了行业的总染
35:28.548–35:30.068
zh比如说茶饮现在可能进入一个
35:30.068–35:30.708
zh纯粮博弈
35:30.708–35:32.028
zh可能现在进入比较激烈了
35:32.028–35:32.828
zh那它也调研了
35:32.828–35:33.688
zh像密血冰城
35:33.688–35:34.808
zh它也不止调研这三个
35:34.808–35:35.988
zh像密血冰城比较便宜的
35:35.988–35:36.768
zh也有人喜欢的
35:36.768–35:37.328
zh薄牙绝权
35:37.328–35:38.568
zh帮忙查记忆的一个产品
35:38.568–35:40.868
zh如果稍微贵点的
35:40.868–35:42.908
zh可能大家可以去喝喜茶和赖雪
35:42.908–35:43.748
zh但是对我来说
35:43.748–35:45.108
zh可能帮忙查记忆到价格适中的
35:45.108–35:46.328
zh包括它也非常
35:46.328–35:46.995
zh你可以看到Octob
35:46.995–35:49.188
zh它是比较了三个的一个创立时间
35:49.188–35:50.728
zh包括它一个高端定位
35:50.728–35:51.788
zh喜茶的是高端定位
35:51.788–35:53.628
zh赖雪的茶号称星巴克
35:53.628–35:56.068
zh我想问一下杨直
35:56.068–35:57.888
zh我们的Octob在搜索到
35:57.888–35:58.868
zh这些信息的时候
35:58.868–36:01.948
zh是它主动去有搜索到
36:01.948–36:03.388
zh准确的一些信息源吗
36:03.388–36:04.908
zh就这些最新的数据
36:04.908–36:05.548
zh当然的
36:05.548–36:07.028
zh那Octop它的整个呢
36:07.028–36:09.288
zh它是抓取的是我们最新的一个数据
36:09.288–36:10.428
zh如果这个数据没有了
36:10.428–36:12.828
zh它会去查另外的也很多的一个数据
36:12.828–36:15.748
zh包括一些非常非常实时的一些网站
36:15.748–36:16.828
zh都可以很好的查询到
36:16.828–36:18.908
zh那评论区的大家可以放心
36:18.908–36:21.428
zh我们Octop做出来的调研分析呢
36:21.428–36:22.968
zh数据是绝对准确的
36:22.968–36:24.548
zh大家可以放心使用
36:24.548–36:26.208
zh对包括我们Octop
36:26.208–36:28.528
zh其实也有一个自建的搜索引擎
36:28.528–36:30.548
zh所以大家可能在用
36:30.548–36:32.148
zhOpenCloud和Hermes的时候
36:32.148–36:33.588
zh其实有偶尔感受到
36:33.588–36:36.508
zh如果不自己去配那种付费搜索引擎
36:36.508–36:38.668
zh或者配那种专门的search key
36:38.668–36:41.148
zh它的搜索功能或许有些许缺陷
36:41.148–36:44.468
zh但是我们Octop其实内置了一个专业的搜索引擎
36:44.468–36:47.108
zh所以大家可以放心用我们Octop做调研
36:47.108–36:48.428
zh还有我想给大家说的
36:48.428–36:49.788
zh可能有些用户没有拒绝的
36:49.788–36:51.628
zhAI只能把你生成
36:51.628–36:52.228
zh你不能改
36:52.228–36:54.988
zh我和Top现在我们是可以直接在里面修改
36:54.988–36:57.388
zh他给你说了交付的是管理层
36:57.388–36:58.828
zh你显然老板不希望看到这个
36:58.828–36:59.788
zh因为你不能呼噜
36:59.788–37:00.748
zh然后你可以把它删掉
37:00.748–37:01.528
zh然后保存下来
37:01.528–37:02.808
zh你就可以把这个发给你老板
37:02.808–37:03.968
zh也是为了我们也很多
37:03.968–37:05.248
zh提供了像类似于
37:05.248–37:06.315
zhWorkerBody的一个能力了
37:06.315–37:06.815
zh然后我们以为来
37:06.815–37:08.388
zh还会逐步的去完善优化
37:08.388–37:10.668
zh这个编辑能力还挺好用的
37:10.668–37:11.168
zh这样的话
37:11.168–37:14.928
zh就可以实时的和AI进行交互和修改
37:14.928–37:15.428
zh是的
37:15.428–37:17.808
zh那我们要不继续给大家展示一下
37:17.808–37:19.488
zh我们Octob做出来的调研报告
37:19.488–37:21.108
zh剩下还包含哪一些部分
37:21.108–37:22.268
zh刚刚我们有看到
37:22.268–37:24.608
zh它其实有很全面的这个行业总览
37:24.608–37:27.188
zh以及三巨头的核心的对比维度
37:27.188–37:28.348
zh我们可以
37:28.348–37:29.628
zh你老板如果没有关心
37:29.628–37:31.828
zh还有价格一些策略深度对比
37:31.828–37:33.508
zh包括我们的一个产品矩正
37:33.508–37:35.448
zh像喜茶它主打的可能是一个水果茶
37:35.448–37:36.808
zh水果茶比较好喝
37:36.808–37:38.408
zh我上班学的茶可能就是一个
37:38.408–37:40.728
zh现烤烘焙的一个鲜果茶
37:40.728–37:41.388
zh纯茶
37:41.388–37:43.128
zh像花王茶间可能就是一个鲜奶茶的
37:43.128–37:44.908
zh因为完全挺好喝的
37:44.908–37:47.028
zh看来Octop真的调研的很全面
37:47.028–37:49.228
zh还有营销策略的深度对比
37:49.228–37:51.728
zh对甚至杨植宁给他的prompt
37:51.728–37:52.588
zh比较直接紧的去做
37:52.588–37:53.648
zh因为我们为什么要这么做
37:53.648–37:54.848
zh一方面是加快我们的数
37:54.848–37:56.368
zh另外一方面如果调研喜茶的时候
37:56.368–37:57.268
zh像英年
37:57.268–37:59.268
zh如果我们还去调研一下耐学的查
37:59.268–38:01.368
zh说实话它的回复质量可能是比较低的
38:01.368–38:03.268
zh所以说我们为什么要引入多一个来
38:03.268–38:05.268
zh更好地形成一个调研报纳
38:05.268–38:07.268
zh所以分别一个agent调研写查
38:07.268–38:08.768
zh一个agent调研报纳查机
38:08.768–38:10.668
zh还有一个agent在调研
38:10.668–38:13.268
zh耐学的最后再医
38:13.268–38:15.268
zh对你把整个的一个调研追过来
38:15.268–38:18.268
zhagent做完调研之后是由主agent来做
38:18.268–38:21.268
zh最后的一个整合和报告的撰写吗
38:21.268–38:23.268
zh对的交交问的很对
38:23.268–38:25.268
zh我们简单回复一下
38:25.268–38:28.268
zh我们现在应该来说要支持有两种概念
38:28.268–38:29.268
zh一种是我们的贼警的
38:29.268–38:31.268
zh它是一个如果是变成朋友们比较熟悉
38:31.268–38:32.868
zh它是一个现成的概念
38:32.868–38:34.268
zh它用了一次之后就会消失
38:34.268–38:36.268
zh所以它一定要成为主意警的它的一个答案
38:36.268–38:39.268
zh未来朋友们比较放心的我们是回复答案能不能长久保存
38:39.268–38:41.268
zh它有一个思路我们未来会推出agent的team
38:41.268–38:43.268
zh又和我们的每个专家我们的Octop
38:43.268–38:46.268
zh像刚刚也有些影视专家等等那些专家
38:46.268–38:47.268
zh它里面的一个东西都会存在里面
38:47.268–38:49.268
zh所以那个是一个进程的概念
38:49.268–38:50.468
zh未来大家可以多多关注我们的Octop
38:50.468–38:52.268
zh我们未来会及时的推出agent的team
38:52.268–38:53.408
zh帮助大家更好的
38:53.408–38:54.248
zh适应这种
38:54.248–38:55.908
zh不论是那种工作
38:55.908–38:57.168
zh还是我们刚刚一年说的
38:57.168–38:58.468
zh这种宝爸宝妈们
38:58.468–38:59.308
zh要给孩子做作业
38:59.308–39:00.608
zh当然我们的agent team
39:00.608–39:01.508
zh都会保存一些记忆
39:01.508–39:02.868
zh欢迎大家继续关注
39:02.868–39:04.448
zh那我们这个
39:04.448–39:05.988
zh让他做竞品调研
39:05.988–39:06.888
zh我们就只需要
39:06.888–39:09.828
zh给他布置一个复杂的任务
39:09.828–39:12.168
zh他自己就会去衡量和思考
39:12.168–39:14.388
zh应该把什么任务分配给谁
39:14.388–39:16.168
zh需要去有多少个agent
39:16.168–39:17.608
zh支持这个任务吗
39:17.608–39:20.028
zh好 我们可以简单
39:20.028–39:21.488
zh回顾一下我们的用户
39:21.488–39:25.328
zh是不是有个竞品调研专家他是有这些能力的
39:25.328–39:27.328
zh对的我们是有一个竞品调研专家
39:27.328–39:29.828
zh像我们的专家里面他都会有这个能力
39:29.828–39:32.628
zh像我们的有很多专家是像我们的Z-Gent里面
39:32.628–39:34.828
zh因为我们的我们的决策也是说了
39:34.828–39:37.448
zh我们未来是可以不需要用户在这里面去安装
39:37.448–39:39.828
zh也许他可以自动路由到一个你所需要的A-Gent
39:39.828–39:42.028
zh因为我们也和那些客户在哪
39:42.028–39:44.828
zh可能用的时候就说你只需要需要
39:44.828–39:45.948
zh他自动可以帮你创造的未来
39:45.948–39:47.848
zh我们就会不仅你是从这去下载
39:47.848–39:49.828
zh还是你在用户窗口就可以直接和他对话
39:49.828–39:50.908
zh未来都会支持这种能力
39:50.908–39:52.788
zh我们目前已经内置了
39:52.788–39:54.388
zh精品分析的这个专家
39:54.388–39:57.088
zh因此我们用户只需要调用这个专家
39:57.088–39:59.408
zh然后去给他输入非常简单的
39:59.408–40:00.448
zh调研的指令
40:00.448–40:02.028
zh然后他就会自动去帮我们
40:02.028–40:03.368
zh去分配贼agent
40:03.368–40:04.808
zh还有怎么分配任务
40:04.808–40:06.668
zh就会自动帮我们一键输出报告了
40:06.668–40:07.588
zh是的
40:07.588–40:10.008
zh并且未来还就算不让大家去安装
40:10.008–40:11.168
zh因为大家还要找
40:11.168–40:12.248
zh让我们未来我们的
40:12.248–40:13.088
zh只要是一个agent
40:13.088–40:14.788
zh他自己可以去激活了一些贼agent的
40:14.788–40:15.808
zh也可以激活了一些专家
40:15.808–40:16.888
zh我看到我们粉丝朋友
40:16.888–40:18.888
zh如果生成结构化文档
40:18.888–40:22.928
zh前一张的输出是后一张的输入适合多Agent吗
40:23.279–40:26.579
zh那其实这里有非常多一种情况
40:26.579–40:29.999
zh其实是如果端木你是想
40:29.999–40:32.439
zh比如你想生成一篇文档
40:32.439–40:34.219
zh那比如先生成了第一段
40:34.219–40:35.379
zh再生成了第二段
40:35.379–40:37.819
zh第一段是第二段的输入
40:37.819–40:41.519
zh那其实第二段的生成必须要第一段已经生成了
40:41.519–40:45.139
zh其实多agent是适合这种并行的任务的
40:45.139–40:46.659
zh那个像我们的多agent
40:46.659–40:49.359
zh它现在的一个agent的一个输入大概是一个文本
40:49.359–40:51.739
zh但是它可以生成像一个pdf文件
40:51.739–40:53.739
zh或者像端末说的一个结构化的文档
40:53.739–40:56.659
zh那么它端末的问题应该是在生成这个节目化文档之后
40:56.659–41:00.319
zh这一个输入是否可以被后一个比如说agent然后给接收
41:00.319–41:01.739
zh那么我们现在的回复就是
41:01.739–41:04.139
zh如果是紫agent之间它是一个现成的关系
41:04.139–41:06.059
zh它是不能够吸收这种结构化文本
41:06.059–41:08.059
zh它只能接受文本的一个输入
41:08.059–41:09.099
zh但是我们的主A进程
41:09.099–41:10.739
zh可以把它的一个子A进程
41:10.739–41:11.499
zh做出来的PDF
41:11.499–41:12.939
zhMarkdown文件要保存下来
41:12.939–41:14.939
zh让主A进程读后交给子A进程
41:14.939–41:16.539
zh这是我们的Octop的一个特色了
41:16.539–41:18.059
zh我们也是支持这种
41:18.059–41:18.979
zh多结构和文本
41:18.979–41:19.739
zh从一个输入后
41:19.739–41:21.219
zh下一个输出也肯定是支持的
41:21.219–41:23.739
zh还有一位粉丝朋友问
41:23.739–41:24.819
zh第一老用户
41:24.819–41:26.339
zh迁移到Octop后
41:26.339–41:30.659
zh原有记忆是否需要重新做GIMA转换
41:30.659–41:31.459
zh是这样的
41:31.459–41:33.419
zh在原有来靠ACE的记忆
41:33.419–41:34.619
zh其实大家知道
41:34.619–41:38.079
zh就是只有memory文件夹下的所有md文档
41:38.079–41:40.719
zh以及memory.md是记忆的所有真相员
41:40.719–41:43.619
zh你做迁移可以一起迁移过来
41:43.619–41:44.859
zh我们现在记忆一遍
41:44.859–41:47.259
zh那memory.md是可以全量读得到的
41:47.259–41:50.359
zh那关于其他的一些结构化文档
41:50.359–41:54.419
zh我们也会推出一个支持的记忆格式转换
41:54.419–41:55.619
zh我看粉丝朋友问
41:55.619–41:57.619
zh好像不能多用户多智能力
41:57.619–41:58.759
zh以共同协作
41:58.759–41:59.259
zh对的
41:59.259–42:01.119
zh因为我们现在的一个思路是
42:01.119–42:02.919
zh每个用户和每个用户之间是隔离的
42:02.919–42:06.099
zh所以用户和用户之间是不能够进行一个协作的
42:06.099–42:07.059
zh但是如果你有需求
42:07.059–42:09.359
zh我觉得是不是未来一向英雄我们是不是可以
42:09.359–42:12.059
zh对看这位粉丝朋友的具体需求
42:12.059–42:16.299
zh我理解单用户你的多智能体是可以共同协作的
42:16.299–42:17.579
zh我们继续讲解
42:17.579–42:22.299
zh看大家对刚刚的竞品分析的演示有没有什么问题
42:22.299–42:26.659
zh我刚刚看到我们的October也是用一条简单的指令
42:26.659–42:30.379
zh立刻产出了一份比较完善角度
42:30.379–42:32.699
zh也比较齐全的竞品分析调研报告了
42:32.699–42:33.339
zh对
42:33.339–42:34.299
zh是的
42:34.299–42:36.459
zh看一下大家有什么问题没有
42:36.459–42:37.679
zh大家提问
42:37.679–42:40.559
zh那大家有没有什么想了解的场景
42:40.559–42:43.139
zh也可以现在在评论区打出来
42:43.139–42:46.779
zh或者是加入用户群里和我们一起探讨一下
42:46.779–42:47.739
zh收费不以后
42:47.739–42:48.899
zh我看有用户提问了
42:48.899–42:49.759
zh我们不收费
42:49.759–42:51.119
zh我们代码现在都开源的
42:51.119–42:54.919
zh我们未来也会在轻量云服务器的控制台上上镜像
42:54.919–42:57.639
zh对我们没有收费
42:57.639–42:58.819
zh对买一台服务器
42:58.819–43:01.579
zh包括你现在自己也可以去安装
43:01.579–43:03.859
zh安装方式可以去GitHub
43:03.859–43:05.059
zh看我们的ReadMe
43:05.059–43:06.619
zh未来我们也会在
43:06.619–43:07.919
zh腾讯社区里
43:07.919–43:09.219
zh推出更方便的
43:09.219–43:10.859
zh安装方式教学
43:10.859–43:11.359
zh对
43:11.359–43:12.559
zh好像我们的Optop了吗
43:12.559–43:13.319
zh还算不算便宜的
43:13.319–43:14.059
zh我们会想欢迎大家
43:14.059–43:15.259
zh来我们的Lighthouse里面来买
43:15.259–43:16.799
zh因为你买了一个后
43:16.799–43:18.019
zh那你可以是全家
43:18.019–43:18.599
zh全家都用
43:18.599–43:19.099
zh是的
43:19.099–43:20.439
zh有一个问题
43:20.439–43:21.819
zh假如说未来我们在
43:21.819–43:23.639
zh服务器上上了镜像之后
43:23.639–43:25.819
zh我们的多用户功能
43:25.819–43:26.819
zh也就是相当于
43:26.819–43:28.079
zh只要管理员
43:28.079–43:29.079
zh买了一台服务器
43:29.079–43:30.539
zh有一台Optop之后
43:30.539–43:32.259
zh我所设置的多用户
43:32.259–43:33.799
zh他们就不用再买了对吗
43:33.799–43:34.559
zh对的
43:34.559–43:36.099
zh一台服气的Octob
43:36.099–43:38.179
zh就能够多用户使用
43:38.179–43:39.559
zh我看到粉丝朋友问
43:39.559–43:40.199
zh上了镜像
43:40.199–43:41.679
zh到时候可以把Hermes镜像
43:41.679–43:42.779
zh换成Octob吗
43:42.779–43:44.019
zh可以
43:44.019–43:45.099
zh其实换镜像
43:45.099–43:47.379
zh就是一个实力重装
43:47.379–43:49.179
zh是关于服气的操作
43:49.179–43:51.419
zh其实都可以随时做的
43:51.419–43:53.939
zh我看还有黄医生问
43:53.939–43:54.759
zhACE转移
43:54.759–43:56.219
zh包括记忆聊天记录
43:56.219–43:58.559
zhSkill这些无损切换到Octob
43:58.559–43:59.999
zhE和Skill
43:59.999–44:01.519
zh包括你通道配置
44:01.519–44:03.219
zh那些配置现在都是无损切换
44:03.219–44:04.959
zh但是聊天介络
44:04.959–44:07.059
zh现在的迁移工具还不支持
44:07.059–44:09.259
zh对如果有强烈需求的话
44:09.259–44:11.819
zh可以在用户群里讨论
44:11.819–44:13.899
zh未来可能看看升级迁移工具
44:13.899–44:15.279
zh或以其他方式支持
44:15.279–44:17.019
zh什么时候上了清亮云
44:17.019–44:18.099
zh很快了
44:18.099–44:20.739
zh我们进上工作还差最后的适配
44:20.739–44:23.439
zh最迟其实近两周就能上
44:23.439–44:25.179
zh对欢迎到周公开
44:25.179–44:25.679
zh是的
44:25.679–44:28.239
zh那我们两位研发工程师
44:28.239–44:30.619
zh关于October未来的一个产品规划
44:30.619–44:33.159
zh以及一些会上的功能能力
44:33.159–44:34.759
zh也可以简单的给大家剧透一下
44:34.759–44:35.819
zh大家可以期待一下
44:35.819–44:39.439
zh同时大家如果有什么想要上的功能
44:39.439–44:40.599
zh或者说上线的功能
44:40.599–44:42.539
zh也可以在评论区里面交流一下
44:42.539–44:45.379
zh那么也有请两位简单介绍一下
44:45.379–44:49.679
zh那由我先来简单的说说我们的一个初步打算
44:49.679–44:51.659
zh我们下一段的目标主要是
44:51.659–44:52.979
zh正在服务于大家的一个
44:52.979–44:55.219
zh从我们ACE前一到我们的TOP里面
44:55.219–44:56.919
zh我们在支持这种工序的升级
44:56.919–44:59.979
zh这之外我们还在积极地调远Agent Team的一个使用方式
44:59.979–45:02.799
zh以及未来的Octobre在我们的一个QQ群鸟里面
45:02.799–45:05.639
zh它怎么样服务好我们的整个一个家庭用户场景
45:05.639–45:09.579
zh怎么去把一个Agent服务多个用户的这种能力给发挥出来
45:09.579–45:10.799
zh包括我们也来积极地探索
45:10.799–45:12.619
zh像使用这种杀香的机制
45:12.619–45:15.539
zh像每位用户也可以一个家庭有一个Agent
45:15.539–45:17.999
zh像我确实也听到过像用户提问
45:17.999–45:20.079
zh比如说他希望他看到的东西
45:20.079–45:23.039
zh他的孩子和他的老婆都能够使用
45:23.039–45:24.459
zh包括特别是在QQ里面
45:24.459–45:25.619
zh未来我们的也会支持
45:25.619–45:26.899
zh像我们的群鸟
45:26.899–45:27.459
zhAgent的切能
45:27.459–45:29.099
zh我们会做一个类似于杀箱的机制
45:29.099–45:30.539
zh来支持这种东西
45:30.539–45:31.339
zh因为据我所知
45:31.339–45:34.059
zh现在还是没有一个Agent能够做的很好
45:34.059–45:34.819
zh包括Hammus也好
45:34.819–45:35.619
zh跟Clau也好
45:35.619–45:36.299
zh未来的Octobre
45:36.299–45:37.099
zh会把这个作为一个
45:37.099–45:39.179
zh我们的相对的一个竞争优势去完善长
45:39.179–45:40.259
zh是的 期待
45:40.259–45:41.859
zh希望能够加上类似于
45:41.859–45:44.019
zhOakBody项目的模式
45:44.019–45:44.739
zh应酶
45:44.739–45:46.259
zh我觉得其实我们也可以尝试
45:46.259–45:47.539
zh去往这方面去做一做
45:47.539–45:49.819
zh可以回去探讨一下
45:49.819–45:51.059
zh对 也欢迎黄众
45:51.059–45:52.739
zh现在就在我们的GitHub里面
45:52.739–45:53.579
zh机器给我们提issue
45:53.579–45:54.339
zh我们看到你的issue
45:54.339–45:55.499
zh也会把它作为一个
45:55.499–45:57.219
zh我们可以未来的发展方向
45:57.219–45:59.339
zh也欢迎您来给我们做做共同
45:59.339–45:59.839
zh做pr
45:59.839–46:00.659
zh因为我们这是开云的
46:00.659–46:02.539
zh也可以服务一下您的一个用户场景
46:02.779–46:04.139
zh单个用户的记忆数据
46:04.139–46:04.779
zh达到百万级
46:04.779–46:06.419
zhOctop怎么保证解锁能力
46:06.419–46:08.659
zh对这个我可以回答一下
46:08.659–46:09.779
zh刚刚其实讲到了
46:09.779–46:11.739
zhOctop现在的记忆层级
46:11.739–46:14.339
zh那其实首先我们会去
46:14.339–46:16.299
zh检索所谓的原子卡片
46:16.299–46:19.259
zh那其实如果对话数量达到百万级
46:19.259–46:20.059
zh我们理解
46:20.059–46:21.699
zh其实近身的原子卡片数量
46:21.699–46:22.659
zh并没有这么多
46:22.659–46:25.459
zh对那一我们是先召回原子卡片
46:25.459–46:27.059
zh然后分层检索
46:27.059–46:29.279
zh我理解其实我们就是先召回原子卡片
46:29.279–46:33.299
zh然后再从候选者最后再召回到原始事件
46:33.299–46:36.119
zh其实这是一个分层的检索forback
46:36.119–46:40.719
zh后续我们也其实会推出记忆接上向量的模式
46:40.719–46:42.119
zh如果是ACE老用户的话
46:42.119–46:45.259
zh可以知道现在ACE其实默认有一个向量模型机制
46:45.259–46:48.859
zh但是在Octop因为我们要做组件拆分
46:48.859–46:51.759
zh我们其实默认是FTS加BM25
46:51.759–46:56.239
zh但后续如果有更重的记忆需求
46:56.239–47:00.119
zh我们其实也在计划推出Octop Memory
47:00.119–47:01.659
zh配置项料模型
47:01.659–47:03.399
zh以及自己的项料数据库
47:03.399–47:05.179
zh可以欢迎后续期待一下
47:05.179–47:07.399
zh微信渠道可以多往上下
47:07.399–47:09.319
zh尽量做到QQ渠道的程度
47:09.319–47:10.759
zh关于这个问题我来回复一下
47:10.759–47:12.039
zh因为是我在GDF的
47:12.039–47:14.179
zh像微信渠道我们在积极的和微信里面
47:14.179–47:14.979
zh进行一个沟通
47:14.979–47:17.679
zh因为目前是它里面包括一些多艺景特能
47:17.679–47:20.479
zh包括它一些主动推送的一些限度
47:20.479–47:22.579
zh导致它没有办法像QQ通道做的这么全
47:22.579–47:24.239
zh那么等待微信通道里边
47:24.239–47:25.279
zh我相信他们也会很快更新
47:25.279–47:28.639
zh然后我们也会适时的去更新连带我们的微信通道
47:28.639–47:30.119
zh以及帮靠达更好的支持活动
47:30.119–47:30.619
zh对
47:30.619–47:34.079
zh我看那种说希望能提供SSO集成方案
47:34.079–47:39.039
zh支持企业部署成内部知识记忆中枢
47:39.039–47:39.719
zh好的
47:39.719–47:42.879
zh下来我们去探讨一下争取
47:42.879–47:44.919
zh不管是参观我们代码也好
47:44.919–47:47.919
zh还是给我们STAR或者提提提提提提提提
47:47.919–47:49.779
zh也欢迎加入我们的用户群
47:49.779–47:51.959
zh跟我们的研发和产品同学
47:51.959–47:53.139
zh做积极的交流
47:53.139–47:54.699
zh有意见或者有建议
47:54.699–47:56.319
zh都可以在里面跟我们提出来
47:56.319–47:57.559
zh是的那么本场之外
47:57.559–47:59.879
zh其实我们围绕Octop的技艺机制
47:59.879–48:03.099
zh以及竞品分析这个专家的能力
48:03.099–48:05.159
zh如何帮助我们去做日常调研
48:05.159–48:06.259
zh分析的工作
48:06.259–48:07.419
zh帮助我们提校
48:07.419–48:10.259
zh都进行了一个详细的讲
48:10.259–48:12.239
zh如果说云服务器一键
48:12.239–48:13.659
zh不需要建议多大的配置
48:13.659–48:15.299
zh这个因为我们现在
48:15.299–48:16.999
zhOctop支持多用户
48:16.999–48:19.079
zh其实多大配置取决于
48:19.079–48:22.479
zh这个用户箱就是这个机器或者Octop
48:22.479–48:23.739
zh支持多少个用户
48:23.739–48:27.539
zh我们后续也会出一个专门的配置推荐
48:27.539–48:29.859
zh来帮助大家选购服务器
48:29.859–48:32.559
zh全全老师这边说是100个员工左右的规模
48:32.559–48:33.079
zh好的
48:33.079–48:34.879
zh那我们推荐我们另外一款产品
48:34.879–48:35.539
zhClub Pro的
48:35.539–48:38.219
zh全全老师不知道有没有关注过Club Pro
48:38.219–48:39.459
zh可以去关注一下
48:39.459–48:42.759
zh当然如果非常想用我们Octop
48:42.759–48:45.159
zh我们后续也会给一个推荐
48:45.159–48:47.119
zhEmma问可以部署到本地吗
48:47.119–48:47.899
zh可以的可以的
48:47.899–48:50.379
zhEmma可以直接访问我们的DHub仓库
48:50.379–48:54.019
zhVidmin有完整的部署的一个介绍
48:54.019–48:56.139
zh我们今天的直播就到这里结束了
48:56.139–48:56.699
zh好的
48:56.699–48:57.199
zh拜拜
0:00.000–0:03.900
我给Octop记忆定义的就是给Agent一个能带走的记忆
0:03.900–0:06.240
我们的多专家多Agent的并行
0:06.240–0:07.620
如何来重录我们的记忆
0:07.620–0:08.900
Hello 大家好
0:08.900–0:10.380
大家晚上好
0:10.380–0:12.680
欢迎大家来到今天的直播间
0:12.680–0:14.920
我是今天的主持人娇娇
0:14.920–0:19.000
欢迎大家再次来到云上AI工坊的直播间
0:19.000–0:21.380
那么今天这期的主角是Octop
0:21.380–0:24.360
一个刚刚开源的自演的AI助手
0:24.360–0:27.800
今天我们也会针对他多专家多用户
0:27.800–0:29.800
多Agent的并行这样子的一个特征
0:29.800–0:32.200
去采取一些实战的案例分析
0:32.200–0:34.320
比如说我不知道直播间的各位
0:34.320–0:36.260
有没有一些做行业分析
0:36.260–0:39.380
竞品分析这样子的一个日常的工作需求
0:39.380–0:42.120
那么我们也会针对这样子的一个
0:42.120–0:44.900
实战的场景来打造这个Octop重塑
0:44.900–0:47.820
竞品分析工作流这样子的一个实战案例
0:47.820–0:50.340
同时也会涉及到一些多agent的博弈
0:50.340–0:53.040
比如说大家不知道喜不喜欢吃豆腐脑
0:53.040–0:55.180
我们本场直播也会给大家在线
0:55.180–0:56.560
围观一下这个豆腐脑
0:56.560–0:59.620
AI它是如何进行填写的辩论的
0:59.620–1:01.560
同时大家上一场直播中
1:01.560–1:02.680
其实也有关注到
1:02.680–1:05.600
我们这个Octop它的一个记忆机制是怎么样的
1:05.600–1:07.140
什么东西是该记忆的
1:07.140–1:08.300
什么是该召回的
1:08.300–1:10.240
那么本场直播大家不用着急
1:10.240–1:13.760
我们也会给大家详细的去拆解Octop的记忆机制
1:13.760–1:15.260
话不多说
1:15.260–1:17.680
我们也简要的介绍一下今天的两位嘉宾
1:17.680–1:20.500
首先是Octop的研发工程师英宁
1:20.500–1:21.860
另外一位杨直
1:21.860–1:23.860
也是我们的Octop的研发工程师
1:23.860–1:25.060
我们先来讲
1:25.060–1:28.980
本期的一个Octop基础的模块介绍
1:28.980–1:29.980
就是记忆
1:29.980–1:33.280
我上一期应该就是给大家演示了
1:33.280–1:34.700
我们Octop的记忆面板
1:34.700–1:38.380
然后这期我们会给大家详细带来一下
1:38.380–1:39.580
Octop的记忆
1:39.580–1:41.060
它是怎么记的
1:41.060–1:42.600
它又为什么好
1:42.600–1:44.020
话不多说
1:44.020–1:45.220
让我们开始
1:45.220–1:47.060
首先可以看到标题
1:47.060–1:49.440
我给Octop记忆定义的就是
1:49.440–1:51.300
给Agent一个能带走的记忆
1:51.300–1:53.560
如果想到能带走
1:53.560–1:55.380
我想问一下杨直跟焦焦
1:55.380–1:56.880
首先想到的是什么
1:56.880–1:59.840
它一定可以从不管是Open Cloud还是Harmor
1:59.840–2:01.120
都可以迁积到我们的Octob
2:01.120–2:01.720
对
2:01.720–2:02.320
是的
2:02.320–2:03.840
我也是这样想的
2:03.840–2:04.880
是的
2:04.880–2:06.340
那其实就是这样
2:06.340–2:08.520
不知道现在在看直播的朋友
2:08.520–2:10.760
有没有我们以前的老用户
2:10.760–2:11.600
给大家说一下
2:11.600–2:14.540
我们的Octob其实是有个前身
2:14.540–2:15.980
就是叫LiCloud ACE
2:15.980–2:19.060
如果一直关注咱们腾讯服务器直播间的朋友
2:19.060–2:21.840
应该听说过这个产品或名词
2:21.840–2:24.560
现在我们推出了全新升级版Octob
2:24.560–2:26.760
同时我们也在GitHub开源了
2:26.760–2:30.900
感兴趣的粉丝朋友们也可以去搜索Octop
2:30.900–2:35.020
看看我们的代码给我们提交PR或issue
2:35.020–2:38.000
也请多多fork我们仓库以及给我们start
2:38.000–2:40.400
是的 欢迎提论区的大佬们
2:40.400–2:44.060
多多的为我们的项目去提出建设性的意见
2:44.060–2:46.440
首先那继续给大家讲解记忆
2:46.440–2:50.940
那我们现在记忆其实现在是一个七层的记忆结构
2:50.940–2:52.860
和两条相反的流水线
2:52.860–2:55.440
那两条方向相反流水线是什么
2:55.440–2:57.080
就是沉淀和召回
2:57.080–2:59.960
其实这两个名词有点晦涩难懂
2:59.960–3:01.120
但是没有关系
3:01.120–3:03.600
后面听我讲大家就能懂了
3:03.600–3:06.800
首先给大家介绍一下Octop memory是什么
3:07.560–3:11.680
它其实是一个面向agent的可插拔长期记忆系统
3:11.680–3:14.680
也就是它其实不只适用于我们Octop
3:14.680–3:17.040
因为在我们推出AC的memory的时候
3:17.040–3:18.920
其实很多粉丝朋友就问
3:18.920–3:21.960
说那如果你们一直在说你们memory好
3:21.960–3:24.080
那能不能做个独立的插件
3:24.080–3:26.480
像外面的那些memory插件一样
3:26.480–3:28.840
他们就是想接在OpenCloud使用
3:28.840–3:30.180
接在Hermus使用
3:30.180–3:32.120
当时给大家的回复是
3:32.120–3:33.320
我们未来会推出
3:33.320–3:35.820
那现在随着我们全新升级的Octop推出
3:35.820–3:37.200
对我们Octop Memory
3:37.200–3:39.600
也迎来一个可插拔的长期记忆系统
3:39.600–3:41.560
现在我们Octop Memory也支持
3:41.560–3:44.000
就是在Hermus上使用
3:44.000–3:45.780
在OpenCloud上使用
3:45.780–3:47.860
以及刚刚我们说可以带走的记忆
3:47.860–3:49.400
也就是说你的记忆
3:49.400–3:51.880
其实是跟着我们Octop Memory走
3:51.880–3:53.780
并不是说是依赖agent本身
3:53.780–3:55.380
如果你在Octop上
3:55.380–3:56.760
你就是用了一段时间
3:56.760–3:58.200
你想我带着这份记忆
3:58.200–3:59.080
我去试一下
3:59.080–4:01.200
那OpenCloud是怎么样的
4:01.200–4:02.740
Hermes是怎么样的
4:02.740–4:04.840
是不是你们Octop真的说着
4:04.840–4:05.973
比OpenCloudHermes好
4:05.973–4:06.800
那是真的好吗
4:06.800–4:07.880
那没关系
4:07.880–4:09.540
你就可以带着我们的记忆
4:09.540–4:10.860
去实地感受一下
4:10.860–4:13.040
对我们现在是可以支持
4:13.040–4:13.920
这个功能的
4:13.920–4:15.480
那是不是可以理解为
4:15.480–4:17.020
只要拥有这个插件
4:17.020–4:19.880
其实我们的记忆就可以灵活的
4:19.880–4:22.100
OpenCloud Hermes之间去牵引使用
4:22.100–4:24.020
是的是的就是这样的
4:24.020–4:24.520
对
4:24.520–4:25.840
那这个功能也太方便了
4:25.840–4:27.620
那真的是一个挺大的优势
4:27.620–4:28.820
是的
4:28.820–4:32.440
因为之前我们每个组件都是聚合在一起的
4:32.440–4:33.880
是在我们前身ACE版本
4:33.880–4:35.860
如果了解的粉丝朋友应该也知道
4:35.860–4:39.220
但我们现在随着我们全新的功能升级
4:39.220–4:41.060
我们架构也迎来了一个升级
4:41.060–4:44.280
在后面我们也会陆续开源我们每个组件
4:44.280–4:45.400
如果感兴趣的朋友
4:45.400–4:48.260
可以先给我们仓库点个star
4:48.260–4:50.200
或后续我们开源其他组件
4:50.200–4:52.540
我们也会通知各位观众朋友
4:52.540–4:53.160
对
4:53.160–4:53.780
是的
4:53.780–4:56.100
大家把这个star给点起来
4:56.100–4:57.740
我刚刚其实也介绍了
4:57.740–4:59.380
我们Octop在最上层
4:59.380–5:00.920
然后我们也有browser
5:00.920–5:02.020
也有givet
5:02.020–5:03.520
包括我们的运行时
5:03.520–5:06.220
那今天我们其实要给大家带来的是
5:06.220–5:06.953
Octop Memory
5:06.953–5:08.880
在介绍Octop Memory之前
5:08.880–5:11.780
那其实今天还没有遇到那个经典问题
5:11.780–5:13.760
我包括在之前来到直播间
5:13.760–5:15.500
大概五六七八次
5:15.500–5:16.960
不管是在建议的时候
5:16.960–5:18.200
或者是Octop的时候
5:18.200–5:20.880
粉丝朋友总会在评论区问
5:20.880–5:23.680
那你们跟谁谁有什么不一样
5:23.680–5:27.160
那之前其实都是很口语化的给大家解答
5:27.160–5:30.900
但是今天我作为一个经验丰富的老主播
5:30.900–5:32.540
我就是预设到了这个问题
5:32.540–5:34.920
那我就是加了一页HTML
5:34.920–5:36.320
跟大家好好讲讲
5:36.320–5:39.980
我们on top到底跟别人有什么不一样
5:39.980–5:42.360
其实可以从四维看见
5:42.360–5:43.840
其实就有四个维度
5:43.840–5:45.340
一个是多用户
5:45.340–5:46.440
一个是个人
5:46.440–5:48.080
以及一个是编码场景
5:48.080–5:51.020
一个是通用办公和生活场景
5:51.020–5:52.980
那这时候其实我想问一下
5:52.980–5:53.900
焦焦和杨直
5:53.900–5:56.920
其实正好是一个运营同学
5:56.920–5:58.340
一个研发同学
5:58.340–6:00.000
那你们在工作中
6:00.000–6:01.980
其实用哪个agent用的比较多
6:01.980–6:03.440
其实我在日常工作中
6:03.440–6:04.800
这几个都有使用
6:04.800–6:07.060
首先就是我们云上的这个lighthouse
6:07.060–6:09.860
是我自己一直持续有氧的
6:09.860–6:12.240
我们的一个桌面的agentworkbody
6:12.240–6:13.420
其实也有在使用的
6:13.420–6:16.680
我觉得他们可能在不同的场景
6:16.680–6:17.940
和不同的任务
6:17.940–6:18.720
它各有优利
6:18.720–6:20.520
这几个都有使用
6:20.520–6:21.560
那我平时觉得
6:21.560–6:22.820
Workbody去做一些
6:22.820–6:24.480
文档编辑是很方便的
6:24.480–6:24.980
对
6:24.980–6:25.800
但对于一个研发工程师
6:25.800–6:26.400
可能来说
6:26.400–6:27.220
像Codex
6:27.220–6:29.100
像Cloudcode这种编码
6:29.100–6:30.120
包括我们的腾讯
6:30.120–6:30.853
推出的Codebody
6:30.853–6:32.020
也是非常好的一个编码工具
6:32.020–6:32.940
这些都在使用
6:32.940–6:34.200
粉丝朋友也有说
6:34.200–6:35.300
有用这个Workbody
6:35.300–6:36.740
有用Hermes都在用
6:36.740–6:37.240
对
6:37.240–6:38.320
我也看到一个问题
6:38.320–6:40.100
是说这个记忆写入时
6:40.100–6:41.660
有没有去重合
6:41.660–6:43.000
冲突的消解机制
6:43.000–6:44.040
如何处理
6:44.040–6:45.740
同一事实的不同表述
6:45.740–6:46.980
这个问题挺好的
6:46.980–6:47.640
对
6:47.640–6:50.300
看来这个Nome粉丝朋友
6:50.300–6:53.320
其实是有关注记忆组件的
6:53.320–6:57.280
那其实我们去虫和冲突消解机制是有的
6:57.280–7:00.600
其实先给大家看一下后续的PPT
7:00.600–7:02.960
那我们其实有七层结构
7:02.960–7:04.840
第一层是memory.md
7:04.840–7:07.360
如果养过虾的朋友可能就知道它是什么
7:07.360–7:09.040
对于Open Cloud和Hermas
7:09.040–7:11.480
它都会全量进入一个上下文
7:11.480–7:13.300
做一个比较全的记忆
7:13.300–7:16.100
当然我们也会同步这个操作场景
7:16.100–7:17.460
对于我们自己的记忆
7:17.460–7:19.660
首先我们就有一个ROEvent
7:19.660–7:21.660
就是一个最底层的事实
7:21.660–7:23.260
也就是对话数据源
7:23.260–7:25.460
然后我们会有一个Candidate
7:25.460–7:27.560
如果我们会有一套记忆的上升规则
7:27.560–7:29.160
就是关于长期记忆
7:29.160–7:29.760
有事实记忆
7:29.760–7:30.860
有情景记忆
7:30.860–7:32.960
以及用户的一些信息
7:32.960–7:35.460
那如果你触发到了我们的规则
7:35.460–7:36.860
那就会进入Candidate
7:36.860–7:38.560
那在Candidate层
7:38.560–7:40.260
那这个记忆会做什么
7:40.260–7:42.560
其实就是一个沉淀
7:42.560–7:44.960
那首先他会去判断你的
7:44.960–7:48.760
这条记忆是闲聊噪声还是真的是实
7:48.760–7:52.300
如果是重要性低和自信度低的话
7:52.300–7:54.400
他就会选择一个丢弃
7:54.400–7:57.820
其实我们这个记忆其实最重要的就是
7:57.820–7:59.200
他必须正确
7:59.200–8:01.260
就是他永远都会有一个reference
8:01.260–8:03.700
可以指挥刚刚我们所谓的Rone Event
8:03.700–8:05.360
一个Elling的原始事件
8:05.360–8:06.820
因为这样我们
8:06.820–8:09.100
我当时在考虑做这个记忆的时候
8:09.100–8:12.160
其实想打造成一个可追溯的记忆
8:12.160–8:14.920
并不是说像OpenCloud或者Hermas一样
8:14.920–8:16.460
如果大模型觉得该写
8:16.460–8:18.600
他就去写这个memory.md
8:18.600–8:20.020
后面可能记错了
8:20.020–8:22.960
或者说是记的事实有误的时候
8:22.960–8:23.780
其实想追溯
8:23.780–8:24.780
你其实并不知道
8:24.780–8:26.960
他是什么时候把这个错误信息写了进去
8:26.960–8:29.820
所以我在设计这个记系统的时候
8:29.820–8:32.100
就有非常严苛的reference地址
8:32.100–8:35.280
如果过了这两道检查关卡
8:35.280–8:37.320
其实就会到一个我们的entity
8:37.320–8:41.960
那这里可能就会有朋友问的去重合冲突
8:41.960–8:43.980
那其实在entity这里
8:43.980–8:46.860
可以给大家先在我们这里看一眼
8:46.860–8:48.480
那其实我们会有个记忆数
8:48.480–8:51.860
那其实每个entity下面
8:51.860–8:54.500
每个主体下面都会有记忆
8:54.968–8:57.288
那如果有一条新的记忆进来
8:57.288–9:00.128
它会看是属于这个user自己的
9:00.128–9:02.668
或者是哪个人物的
9:02.668–9:04.748
或者是某个事实的
9:04.748–9:07.468
当然你有了这些事实和人物之后
9:07.468–9:09.748
你觉得这条记忆不好或者不重要
9:09.748–9:13.028
或者你不想让它参与以后的记忆交回
9:13.028–9:14.608
你可以把它弃用掉
9:14.608–9:15.428
对
9:15.428–9:16.708
一
9:16.708–9:20.068
这个冲突消解会是在这个entity的时候
9:20.068–9:22.108
它会读取你之前的记忆
9:22.108–9:24.688
然后进行一个entity的重构
9:24.688–9:26.208
你看这里也有
9:26.208–9:27.488
如果和事实矛盾
9:27.488–9:29.208
它会进冲突对立
9:29.208–9:31.328
如果冲突对立在哪
9:31.328–9:33.068
其实是在我们的记忆沉淀这里
9:33.068–9:34.548
那我现在没有冲突的
9:34.548–9:35.568
如果有冲突的
9:35.568–9:37.708
它会希望你去check
9:37.708–9:38.208
对
9:38.208–9:39.908
看如果存在矛盾
9:39.908–9:40.768
就尽
9:40.768–9:42.048
如果你点采纳
9:42.048–9:43.468
或你可以点轰略
9:43.468–9:45.648
但是如果你七天没有的话
9:45.648–9:49.308
它会判断是新的记忆自动采纳
9:49.308–9:49.808
对
9:49.808–9:51.388
我们先给大家回答一下
9:51.388–9:52.508
几个高频的问题
9:52.508–9:54.788
就是说我们的October和其他的产品
9:54.788–9:56.468
它的定位有什么不同
9:56.468–9:58.348
以及它的优势在哪里
9:58.348–9:59.648
先给大家讲完
9:59.648–10:00.148
我们待会儿
10:00.148–10:01.668
我也会详细地讲解到记忆
10:01.668–10:03.008
大家有关于记忆的
10:03.008–10:04.368
可以一起提问
10:04.368–10:07.388
那其实从包括
10:07.388–10:08.648
我其实刚刚也问了
10:08.648–10:09.888
焦焦和扬之两个问题
10:09.888–10:12.628
那其实研发可能就用Cloud Code
10:12.628–10:13.308
用Codex
10:13.308–10:15.248
包括我们公司的Codebody比较多
10:15.248–10:17.448
办公可能就是我们Workbody
10:17.448–10:19.568
现在其实也有些同事
10:19.568–10:22.468
会用CC或者Codex
10:22.468–10:24.428
就是做一个办公场景的Agent
10:24.428–10:26.808
生活场景其实就是OpenCloud Hermes
10:26.808–10:29.868
我们其实是处于这个项线位
10:29.868–10:32.128
那其实首先比起个人
10:32.128–10:33.928
我们Oktop肯定是多用户的
10:33.928–10:35.648
我们是支持多用户
10:35.648–10:37.708
如果上一期直播
10:37.708–10:39.228
Octop第一期直播
10:39.228–10:40.508
没有看的观众朋友们
10:40.508–10:42.448
可能是这里可以给大家介绍一下
10:42.448–10:43.548
你在一台服务器
10:43.548–10:44.768
部署了我们Octop
10:44.768–10:46.688
你有一个主用户
10:46.688–10:48.628
你也可以创建许多子用户
10:48.628–10:49.588
去分给你
10:49.588–10:50.628
不管是家人朋友
10:50.628–10:52.768
你们可以一起共享这个Octop
10:52.768–10:55.428
他们彼此之间的工作空间和记忆
10:55.428–10:56.208
是隔离的
10:56.208–10:57.288
只有一个龙虾
10:57.288–10:58.588
就可以供一个小团队
10:58.588–11:00.208
或者一家人去使用
11:00.208–11:00.708
对
11:00.708–11:01.748
不同的A型
11:01.748–11:02.568
可以用不同的记忆
11:02.568–11:03.068
对的
11:03.068–11:03.868
刚刚说到
11:03.868–11:04.968
不同的Agent
11:04.968–11:06.848
首先每个用户肯定记忆隔离
11:06.848–11:09.268
其实上期直播也讲了多agent
11:09.268–11:11.128
我们在一个用户的多agent下
11:11.128–11:13.288
每个agent也是记忆隔离的
11:13.288–11:15.588
这样就是防止我们记忆紊乱
11:15.588–11:16.088
对
11:16.088–11:16.588
是的
11:16.588–11:18.208
到我们的粉丝朋友
11:18.208–11:19.328
开头的问
11:19.328–11:21.728
Octob是一个桌面应用程序吗
11:21.728–11:23.688
这也是涉及到我们的定位问题
11:23.688–11:29.448
Octob我们现在是一个开源的一个agent
11:29.448–11:32.948
我们未来会推出轻量云应用镜像
11:32.948–11:37.388
我们也支持PWA安装成应用程序
11:37.388–11:39.508
PWA安装在桌面上
11:39.508–11:41.848
如果后续有期待桌面客户端
11:41.848–11:44.048
我们有精力也会投入
11:44.048–11:46.608
最多可以支持用户
11:46.608–11:49.588
最多就应该是看你服务系性能了
11:49.588–11:51.328
如果你买个很多
11:51.328–11:53.268
8核8G或者多核多G
11:53.268–11:55.768
其实就可以承载很多个用户
11:55.768–11:57.468
还有粉丝朋友问
11:57.468–11:58.668
这个目的是用在
11:58.668–12:00.528
OnCloud Hermes Workbody上面吗
12:00.528–12:02.828
其实我们就是一个独立的agent
12:02.828–12:04.028
对
12:04.028–12:05.288
独立的agent
12:05.288–12:06.928
就是跟OpenCloud
12:06.928–12:07.868
Hermas Workbody
12:07.868–12:09.208
我们同位agent
12:09.208–12:11.168
可能有些相似或不同的功能
12:11.168–12:12.788
其实刚刚就讲到
12:12.788–12:13.828
首先我们是独用户
12:13.828–12:15.068
我们其实是
12:15.068–12:16.708
办公和生活场景
12:16.708–12:18.748
都是比较通用的
12:18.748–12:21.168
像我们Octop可以用来做PPT
12:21.168–12:23.648
包括后面养殖会演示的竞品调研
12:23.648–12:27.028
同时关注过我们直播间的朋友
12:27.028–12:28.608
我们之前有个很火的直播
12:28.608–12:30.288
就是我们的产品
12:30.288–12:30.788
Anthel
12:30.788–12:32.388
他在用ACE养娃
12:32.388–12:36.108
对这个场景也同时迁移到了我们的Octop上
12:36.108–12:38.128
大家也可以尝试一下用Octop养花
12:38.128–12:39.948
对包括我自己啊
12:39.948–12:43.008
我在用Octop做我的健康管理助手
12:43.008–12:47.108
对其实办公和生活场景我们都能cover
12:47.108–12:49.548
大家感兴趣的话可以都试一下
12:49.548–12:52.248
可以直接作为记忆题给Workbody
12:52.248–12:54.288
也就是我们的Hanath Memory
12:54.288–12:55.728
也就是我们的Octop Memory
12:55.728–12:59.208
我们现在还没有提供接入Workbody的记忆
12:59.208–13:02.048
Workbody我理解他们应该有一个原生的记忆
13:02.048–13:04.228
对我其实下面列了
13:04.228–13:06.188
我们到底和别的记忆
13:06.188–13:06.888
有什么不一样
13:06.888–13:08.448
那Workbody它其实
13:08.448–13:10.208
记忆是产品内封装的
13:10.208–13:12.188
如果后续大家感兴趣
13:12.188–13:13.848
可以说去看看
13:13.848–13:15.048
怎么合作对接一下
13:15.048–13:15.548
对
13:15.548–13:17.468
我问了一个非常经典的
13:17.468–13:18.428
为啥叫Octop
13:18.428–13:20.128
其实上一期直播
13:20.128–13:21.568
也有朋友问
13:21.568–13:23.128
那给我们取这个名字
13:23.128–13:24.508
其实是我们的一名主播
13:24.508–13:25.648
他原来想一个名字
13:25.648–13:26.548
叫Octopus
13:26.548–13:28.128
就是Octopus
13:28.128–13:29.008
就是章鱼
13:29.008–13:30.568
因为我们多用户
13:30.568–13:31.248
多专家
13:31.248–13:33.808
还有多智能体非常多
13:33.808–13:35.788
就像章鱼非常多的触手一样
13:35.788–13:37.528
所以我们想了Octopus
13:37.528–13:39.468
但是为了一是好发音
13:39.468–13:43.768
二是我们比较想要Top这个后缀
13:43.768–13:45.388
所以我们改名叫On Top
13:45.388–13:48.988
那我看我们也是列举了
13:48.988–13:51.308
不同的形态的Agent的区别
13:51.308–13:53.968
您这一块可以给我们详细的介绍一下吗
13:53.968–13:56.308
直播间的粉丝朋友们可以截图保存
13:56.308–13:58.208
大家如果对这一块
13:58.208–14:00.248
不仔细的可以截图保存一下
14:00.248–14:04.708
其实我理解大家问的最多应该是Open Cloud Hermes
14:04.708–14:06.888
跟我们到底有什么不一样
14:06.888–14:10.528
其实Cloud Code和Codex就是一个编码agent
14:10.528–14:13.548
大家用的最多的也是我们直播间出现最多的
14:13.548–14:14.788
就是Open Cloud Hermes
14:14.788–14:17.648
然后它跟我们一个最大区别是
14:17.648–14:19.948
我们其实是一个多专家
14:19.948–14:23.328
包括一个用户你可以创建非常多的专家
14:23.328–14:26.388
也就是你可以就比如我和杨直
14:26.388–14:28.008
我们俩是一个小团队
14:28.008–14:29.368
我是Admin
14:29.368–14:32.968
我可以创建我自己的生活助理和办公助理
14:32.968–14:34.788
这两个助理都在Octop
14:34.788–14:36.068
都使用一个Octop
14:36.068–14:38.128
他们工作区和记忆是完全隔离的
14:38.128–14:40.808
同时我还可以创建一个子用户给杨指
14:40.808–14:43.808
杨指也可以创建属于他自己的多专家
14:43.808–14:44.448
对
14:44.448–14:47.128
每个专家对于IM渠道都是隔离的
14:47.128–14:50.128
所以如果想要就可以生活场景
14:50.128–14:51.708
就在微信上接入
14:51.708–14:52.668
办公场景
14:52.668–14:54.808
我们就连飞书或起飞或丁丁
14:54.808–14:56.748
我们也都支持
14:56.748–14:57.248
对
14:57.248–14:59.448
其实这是一个最大的不同
14:59.448–15:00.628
像OpenCloud和Hermes
15:00.628–15:01.668
他们都是个人Agent
15:01.668–15:04.228
包括他们也只支持单人用户
15:04.228–15:05.808
我们是多用户
15:05.808–15:07.428
然后一人部署全家
15:07.428–15:08.728
关键问题是
15:08.728–15:09.908
你这个产品支持多少个通道
15:09.908–15:11.068
我们这也有介绍的
15:11.068–15:11.828
是的
15:11.828–15:13.108
我们其实支持
15:13.108–15:14.768
飞书丁丁 启威 QQ
15:14.768–15:15.828
很多通道
15:15.828–15:18.488
像我可以在这个里面
15:18.488–15:20.528
这就是我们实际的产品面板
15:20.528–15:21.808
可以给大家看一下
15:21.808–15:24.088
支持微信 QQ 启威 启威 元宝
15:24.088–15:25.988
包括华为的小益
15:25.988–15:26.828
也小易都可以
15:26.828–15:29.428
对包括这个MQTT也可以看
15:29.428–15:32.148
刚刚我举例一个用户有多个专家
15:32.148–15:34.488
他们每个人其实都可以配那么多的通道
15:34.488–15:35.948
每个专家可以配多通道
15:35.948–15:36.828
对是的
15:36.828–15:38.348
那还是很全面的
15:38.348–15:39.988
是的欢迎大家使用
15:39.988–15:42.688
有用户在问我们官网地址是什么
15:42.688–15:47.188
我们官网地址是好给大家放大一下
15:47.188–15:50.748
请搜Github
15:50.748–15:54.688
在我们Tencent Cloud项目下的OCTO
15:54.688–15:58.088
对也欢迎大家记得支持我们的产品
15:58.088–15:58.728
GateStar
15:58.728–16:00.568
对那我现在回答现在一下这个用户
16:00.568–16:02.248
QQ是不是只是单鸟
16:02.248–16:04.368
如果是群鸟是不是还得用QQBot
16:04.368–16:06.328
那么非常感谢这位用户的提问
16:06.328–16:07.968
这个QQ群鸟现在已经支持了
16:07.968–16:10.408
但是我们未来会继续拓展我们的QQ群鸟
16:10.408–16:12.088
包括我们的QQ的一个多Agent
16:12.088–16:14.128
会接入到我们的包括QQ频道
16:14.128–16:15.768
我们也可以用家庭群
16:15.768–16:17.208
我们也会接入我们的Agent
16:17.208–16:19.208
每个家庭用户都有机会在里面提问
16:19.208–16:20.208
这是我们下一步的打算
16:20.208–16:21.688
没错可以多个Agent
16:21.688–16:22.328
当然可以了
16:22.328–16:25.688
我们当然可以用多个Agent在一个聊天框里面去执行共同任务
16:25.688–16:26.688
的话我们会展示的
16:27.488–16:29.568
对其实关于我讲的记忆的话
16:29.568–16:31.088
像OpenCloud和Hermes
16:31.088–16:33.168
他们其实都是把他们的MD
16:33.168–16:36.288
加入就是系统提示词
16:36.288–16:37.568
然后被读到
16:37.568–16:42.968
你要记的时候就是叫OpenCloud和HermesAgent本身去写Memory的MD
16:42.968–16:47.408
那我们其实讲到稍微提了一点关于沉淀和召回
16:47.408–16:48.528
包括我们的牵引能力
16:48.528–16:50.088
后续我会细讲
16:50.288–16:51.768
对其实还有很多功能
16:51.768–16:54.568
包括ACP其实刚刚有提到
16:54.868–16:56.668
大家用Cloud Code和Codex重做
16:56.668–16:58.128
那其实我们和
16:58.128–17:00.268
不管是Cloud Code还是Codex
17:00.268–17:01.508
甚至Codebody OpenCode
17:01.508–17:02.908
我们并不是竞品
17:02.908–17:05.248
我们其实是可以调用它们的能力的
17:05.248–17:07.568
因为Octop有个鞋叫ACP
17:07.568–17:08.868
可以通过ACP
17:08.868–17:10.668
就是连接上Codec
17:10.668–17:11.348
Codec
17:11.348–17:12.708
你如果想编程
17:12.708–17:16.148
你想用更成熟的Codeagents
17:16.148–17:17.948
你就可以把任务委派给他们
17:17.948–17:20.448
也是在我们Octop里是可以实现的
17:20.448–17:22.988
有粉丝朋友问能自己部署吗
17:22.988–17:23.488
可以的
17:23.488–17:26.408
请关注我们的Octop GitHub仓库
17:26.408–17:28.048
然后在我们的ReadMe里
17:28.048–17:30.348
有详细的字部署教程
17:30.348–17:32.908
如果是想用镜像一键部署的话
17:32.908–17:35.288
我们未来也会提供镜像
17:35.288–17:37.708
可以在腾讯控制台直接购买
17:37.708–17:40.068
也是使用腾讯轻量服务器
17:40.068–17:42.708
对我们后续会提供轻量服务器的镜像
17:42.708–17:43.208
很快
17:43.208–17:44.248
本周或者下周
17:44.248–17:46.608
我们现在有一点最后的工作
17:46.608–17:47.548
我们即将会出
17:47.548–17:48.648
对欢迎大家
17:48.648–17:49.848
即使关注我们轻量
17:49.848–17:52.228
我们会适时推出我们的GTOP镜像
17:52.228–17:53.488
也就是以前我们的ACE镜像
17:53.488–17:55.508
用户也可以升级到GTOP镜像
17:55.508–17:56.828
对了我们的ACE是不是要升级了
17:56.828–17:59.448
是的我们也会提供轻易工具
17:59.448–18:01.408
既然说到这了
18:01.408–18:03.708
那就给大家演示一下
18:03.708–18:05.868
如果有我们的老用户的话
18:05.868–18:10.028
可以看可以更新到我们最新的0.1.31版本
18:10.028–18:12.248
认准我们0.1.31版本
18:12.248–18:15.848
在高级设置里可以看到一个导出到Octop
18:15.848–18:18.988
然后这里就可以导出到Octop
18:18.988–18:20.808
可以打包一个备份
18:20.808–18:24.108
可以看到这个备份其实已经就是
18:24.108–18:25.528
就是TAR包下下来了
18:25.528–18:27.868
然后再打开我们的Octop
18:27.868–18:30.828
然后再应用设置有个备份与恢复
18:30.828–18:33.108
首先就上传我们刚刚
18:33.108–18:36.188
你看这就是19.32刚刚那个备份
18:36.188–18:37.868
我们把它上传了
18:37.868–18:40.268
然后我们就点恢复
18:40.268–18:43.708
请大家记住我们的用户名就是the mean
18:43.708–18:47.268
密码就是之前在litecloud设置的那个密码
18:47.268–18:49.348
我们继续来学习你的记忆机制
18:49.348–18:51.748
其实刚刚给大家也讲了
18:51.748–18:54.588
我们跟opencloud跟hermas
18:54.588–18:56.988
包括跟cloudcode和codex
18:56.988–18:59.588
在产品上和记忆上有什么不同
18:59.588–19:02.748
那octop memory到底是怎么样的呢
19:02.748–19:06.808
那就给大家其实我在PT里给大家做个比喻
19:06.808–19:09.668
如果把我们的记忆比做成一家暴数
19:09.668–19:14.308
那我们常驻的除了常驻的memory.md文件之外
19:14.308–19:18.708
那其实我们刚刚其实介绍有个roll event
19:18.708–19:20.028
它就是一个录音笔
19:20.028–19:23.028
就是你跟Octop说了什么
19:23.028–19:23.948
它都会记住
19:23.948–19:26.208
然后它永远是一个证据源
19:26.208–19:29.568
我们刚刚说到在记忆召回的时候
19:29.568–19:31.148
不管召回的是哪条记忆
19:31.148–19:34.388
最后都能refer就能溯源到
19:34.388–19:36.168
你跟Octop的对话
19:36.168–19:40.488
就是保证我们记忆永远是正确的一个机制
19:40.488–19:42.168
所以它是一个录音笔
19:42.168–19:44.168
下一层就是一个candidate
19:44.168–19:45.368
就是记者出稿
19:45.368–19:49.308
那就是大模型从原始对话中
19:49.308–19:51.528
就是从用户跟Octop对话中
19:51.528–19:53.608
抽取出的候选事实
19:53.608–19:55.228
但是为什么是出稿呢
19:55.228–19:56.608
因为它只是一个候选事实
19:56.608–19:57.568
它还没有见报
19:57.568–20:00.508
在candidate这一层解决完冲突
20:01.148–20:02.428
通过用户审核
20:02.428–20:05.628
然后在重要性和智信度上面
20:05.628–20:07.548
有所筛选之后
20:07.548–20:09.468
然后它才会晋升成一个
20:09.468–20:10.668
ATOM card
20:10.668–20:12.348
就是一个正式简报
20:12.348–20:14.108
当然这也是我们在
20:14.108–20:16.828
就是我们的Octop面板中会看到的记忆
20:16.828–20:19.228
它也是我们的召回主力层
20:19.228–20:21.628
当然后面我们会讲到召回
20:21.628–20:23.348
除此之外
20:23.348–20:25.148
我们还有一个日记层
20:25.148–20:27.668
那这个其实是除了上面的事实
20:27.668–20:28.548
之外的东西
20:28.548–20:31.028
就是一些装饰时过滤掉的东西
20:31.028–20:33.548
比如是生活事件和情绪
20:33.548–20:36.088
它是和事实管线病情跑的
20:36.088–20:36.808
并不污染
20:36.808–20:39.528
了解我们AC和Octop的话
20:39.528–20:41.948
知道我们会有一个主动关心机制
20:41.948–20:43.928
那其实这个机制就是
20:43.928–20:45.768
探查到用户的心情
20:45.768–20:48.048
在用户开心的时候会鼓励他
20:48.048–20:50.468
以及在用户低落的时候会安慰他
20:50.468–20:54.048
在Octop里其实就是靠着我们这个日记层
20:54.048–20:56.028
其实我们还有人物词条
20:56.028–20:58.588
所有的正式箭报的原子卡片
20:58.588–21:00.868
都会在一个人物词条下
21:00.868–21:04.668
它会把原子卡片归类到人物词条
21:04.668–21:06.228
包括用户人物事实
21:06.228–21:09.528
在这样就会每条原子卡片之间
21:09.528–21:10.728
就会产生联系
21:10.728–21:12.668
最后是神器流水
21:12.668–21:15.908
因为听课的观众朋友们
21:15.908–21:17.648
可能就会有问题
21:17.648–21:20.428
那所有记忆的生成都靠大模型
21:20.428–21:22.468
那它是怎么做的
21:22.468–21:24.128
那其实就是神器流水
21:24.128–21:25.728
它可以记住大模型
21:25.728–21:27.788
从哪一条事实中
21:27.788–21:29.288
那个对话中提取到了
21:29.288–21:30.368
哪些候选
21:30.368–21:32.088
候选怎么进生存原子卡片
21:32.088–21:34.368
都会在我们的面板中一一显示
21:34.368–21:36.528
包括删除包括冲突
21:36.528–21:37.028
对
21:37.028–21:38.628
那其实我有一个小白的问题
21:38.628–21:39.688
想问一下英明
21:39.688–21:41.768
不知道直播间有没有类似的问题
21:41.768–21:42.508
关于我们记忆
21:42.508–21:44.408
它的一个沉淀和召回
21:44.408–21:45.488
它具体指的是什么
21:45.488–21:46.628
这个概念怎么理解
21:46.628–21:47.628
记忆的沉淀
21:47.628–21:49.248
像焦焦其实有在
21:49.248–21:50.668
OpenCloud和Hermes
21:50.668–21:51.888
那比如说
21:51.888–21:54.388
那你最近一个问你的
21:54.388–21:56.088
Hermes的问题是什么
21:56.088–21:56.588
焦焦
21:56.588–21:57.288
你可以告诉我们
21:57.288–21:58.968
你在什么一个场景下用了它
21:58.968–22:02.628
就比如说最近一次让他帮我撰写一下
22:02.628–22:04.668
我们这个直播的整个的策划
22:04.668–22:08.108
对那关于你和他在这个对话中
22:08.108–22:10.268
那记忆的沉淀他会记住
22:10.268–22:11.868
我的主人叫焦
22:11.868–22:15.828
那今天其实是叫我帮忙撰写这个直播的计划
22:15.828–22:18.728
那他会根据你给他提示词沉淀一下
22:18.728–22:22.068
焦在今天那他参与了主题什么什么的直播
22:22.068–22:23.788
他就会根据你的对话
22:23.788–22:25.768
然后记住一些有用的事实
22:25.768–22:27.648
或者你今天做的事情
22:27.648–22:29.048
这就是记忆的沉淀
22:29.048–22:29.848
对
22:29.848–22:32.168
那什么是召回呢
22:32.168–22:33.228
那比如说
22:33.228–22:35.008
那下次直播的时候
22:35.008–22:38.408
如果你再跟你的龙虾对话
22:38.408–22:41.008
其实如果就是人与人之间对话
22:41.008–22:41.588
比如说
22:41.588–22:42.928
比如说我昨天跟杨子说
22:42.928–22:44.428
那我可能昨天跟杨子说
22:44.428–22:45.328
我最近有点上火
22:45.328–22:47.048
那可能我今天说
22:47.048–22:48.968
OK我要去吃炸鸡
22:48.968–22:50.548
那杨子就会想起
22:50.548–22:52.948
那我说我昨天有点上火
22:52.948–22:55.548
他就会可能想起这个相关性
22:55.548–22:57.728
那其实agent也会这样
22:57.728–22:59.188
如果你下次跟他说
22:59.188–23:01.368
你又要撰写一个直播的
23:01.368–23:03.588
PPT或者直播的大纲了
23:03.588–23:05.628
他应该像人一样想起
23:05.628–23:07.728
你之前跟他说过的相似的对话
23:07.728–23:10.468
然后来帮助你更好的去优化你的工作
23:10.468–23:12.408
工作这就是记忆的召回
23:12.408–23:13.808
了解了
23:13.808–23:14.708
好的学到了
23:14.708–23:16.648
那其实刚刚讲那么多
23:16.648–23:19.008
那就来实力演练一下
23:19.008–23:20.668
那假如这个用户
23:20.668–23:24.468
在一台安装了Octop Memory的agent上说
23:24.468–23:26.508
跟这个Agent说
23:26.508–23:29.028
那这个项目暂时先别上PG了
23:29.028–23:30.188
PG就是一个数据库
23:30.188–23:32.888
说本地SecureLights已经够用了
23:32.888–23:34.628
说他下周要去上海出差
23:34.628–23:35.348
有点焦虑
23:35.348–23:38.288
那其实这句话包含了很多信息
23:38.288–23:40.808
首先L0层就是我们刚刚的事实
23:40.808–23:41.588
就是录音笔
23:41.588–23:44.508
他会把这句话记下来
23:44.508–23:45.708
在录音笔之外
23:45.708–23:47.288
到了我们的候选事实
23:47.288–23:49.348
那一有日记
23:49.348–23:51.248
下周去上海出差有点焦虑
23:51.248–23:54.528
因为这只是一个一时的心情
23:54.528–23:57.668
它可能在工作中不太会被需要
23:57.668–24:00.488
那这个项目不用PG
24:00.488–24:01.308
用CircleLite
24:01.308–24:03.548
这可能就是一个工具强相关的事实
24:03.548–24:05.368
那心情就进日记
24:05.368–24:07.308
事实就进我们的候选卡片
24:07.308–24:10.008
那就说到了刚刚的五层
24:10.008–24:13.608
那看看它的自信度和重要性够吗
24:13.608–24:15.768
有没有可以录音证据
24:15.768–24:17.388
零零的原始事实证
24:17.388–24:19.388
到底能不能被指导
24:19.388–24:20.628
如果被指导
24:20.628–24:22.388
那我们就要进生成
24:22.388–24:24.188
就是正式的原子卡片了
24:24.188–24:26.408
那我们这个原子卡片里
24:26.408–24:27.588
有没有一个实体
24:27.588–24:29.028
可以让它归类
24:29.028–24:29.728
如果有的话
24:29.728–24:30.988
那就装进这个实体
24:30.988–24:33.808
没有就重新去生成一个实体
24:33.808–24:34.988
我再看看
24:34.988–24:37.228
跟数据库里的事实
24:37.228–24:37.908
有没有冲突
24:37.908–24:39.748
可能我们数据库里面
24:39.748–24:41.308
三个月前有一条事实是
24:41.308–24:44.488
那我们就要用PG做足库
24:44.488–24:46.588
然后当我们现在说了一句话
24:46.588–24:48.068
是别上PG了
24:48.068–24:49.748
它就检测到有冲突
24:49.748–24:54.048
那它其实就会触发刚刚我们演示的那个有冲突
24:54.048–24:54.848
那就等待用
24:54.868–24:57.068
那就等待用户采纳或者用户拒绝
24:57.068–25:00.228
这就是我们整体的一个沉淀路线了
25:00.228–25:02.788
那下面其实讲解就是G的最后一部分
25:02.788–25:04.068
就是召回
25:04.068–25:08.508
那召回那又是一个实力演练一个举例
25:08.508–25:10.548
如果一个用户就是问
25:10.548–25:13.948
那个项目的当时的数据库是怎么定的来着
25:13.948–25:16.708
那首先会去查一个缓存
25:16.708–25:20.108
看这个缓存里有没有相关的关键字
25:20.108–25:20.668
如果没有
25:20.668–25:24.508
那就直接去进行一个用BM25
25:24.508–25:27.548
就是我们的一个召回的一个算法
25:27.548–25:28.828
然后去搜索
25:28.828–25:31.628
那有没有相应的原则卡片
25:31.628–25:32.628
那搜到了
25:32.628–25:34.788
就是我们刚刚说的
25:34.788–25:38.268
那Octob这个暂时先不用PG了
25:38.268–25:39.928
先用本地的Syculate
25:39.928–25:41.828
它就是搜到之后
25:41.828–25:44.308
它就可以回答用户的这个问题了
25:44.308–25:48.928
就是它的一个运行的内在机制的原理是吗
25:48.928–25:50.908
一步一步是如何运作的
25:50.908–25:51.628
对的
25:51.628–25:54.028
其实还有很多细节
25:54.028–25:55.488
但是我们未来实在不
25:55.488–25:56.688
在很近的未来
25:56.688–25:58.228
马上就会把我们的记忆开远
25:58.228–26:01.848
感兴趣的朋友也可以先关注我们的Octop
26:01.848–26:04.308
后续我们的Octop Memory
26:04.308–26:07.208
也会随之在Tencent Cloud下面开远的
26:07.208–26:09.528
如果说以后再云服务器
26:09.528–26:11.228
部署了是不是只有国外的服务器
26:11.228–26:13.408
可以去调用GPT的模型呢
26:13.408–26:14.588
是的
26:14.588–26:17.008
调用GPT的模型
26:17.008–26:18.528
其实是取决于GPT
26:18.528–26:20.828
它本身可以在哪个地位调用
26:20.828–26:23.008
那如果在中国
26:23.008–26:25.468
或者在哪里
26:25.468–26:26.608
不能访问GPT
26:26.608–26:27.768
你就是调用不了
26:27.768–26:30.548
你只能在能调用GPT地域的服务器
26:30.548–26:32.568
然后去调用到GPT
26:32.568–26:33.068
对
26:33.068–26:36.428
问目前Optop采用默认Q-Lite
26:36.428–26:41.168
而不用PG是出于怎样的考虑呢
26:41.168–26:43.188
这各位粉丝朋友问得很好
26:43.188–26:45.068
其实我们现在也支持PG了
26:45.068–26:46.908
但是默认是Ciclite
26:46.908–26:50.728
一是可以支持用户一键安装完就可以使用
26:50.728–26:53.108
默认就是在本地创建一个Ciclite
26:53.108–26:54.328
这个服务就可以用了
26:54.328–26:58.288
然后也不是说需要用户去建一个PG配置
26:58.288–26:59.768
那如果有高端用户
26:59.768–27:01.108
如果想做分布式
27:01.108–27:01.708
想用PG
27:01.708–27:03.988
我们其实也是完全可以支持PG
27:03.988–27:05.848
对这个能力我们现在已经支持了
27:05.848–27:10.848
对,那其实今天记忆讲的其实就是这么多了
27:10.848–27:15.848
那如果大家还有后续问题可以一是在我们的GitHub主页上给我们提问
27:15.848–27:18.848
二是进入我们的用户群,然后提问
27:18.848–27:23.848
这个直播的下半场其实要有请我们杨纸给大家做一些实力的介绍
27:23.848–27:25.848
好的,大家好,我叫杨纸
27:25.848–27:28.737
那我来和大家分享一下我们的多专家多Agent的病情,
27:28.737–27:29.848
如何来重复我们的进行
27:29.848–27:35.728
我想问问您有没有在比如说CodeBody或者是WorkBody里面使用过多Agent多专家
27:35.728–27:37.348
想教教我们是不是有经常去使用
27:37.348–27:38.728
那我先说确实
27:38.728–27:42.268
比如让WorkBody帮我做某一个PT的时候
27:42.268–27:48.808
他其实自己先是会调用一下很多Agent去分别做一些小步骤的事情
27:48.808–27:49.728
最后再汇总
27:49.728–27:51.808
然后多专家我其实也有体验到
27:51.808–27:56.728
因为熟悉WorkBody的朋友应该知道可以在一个项目里增加很多专家
27:56.728–27:58.648
你就可以去调用这些专家的努力
27:58.648–28:00.108
对那么我们的
28:00.108–28:02.188
也是具备这么大的能力
28:02.188–28:02.988
包括像您如果在
28:02.988–28:03.708
QQ通道里面
28:03.708–28:05.008
我们可以支持家庭去聊
28:05.008–28:05.708
包括微信通道
28:05.708–28:06.388
如果以后开通了
28:06.388–28:07.308
我们会相信支持
28:07.308–28:08.188
然后还有一些用户
28:08.188–28:08.748
还在提问
28:08.748–28:10.308
有没有agent team的想法
28:10.308–28:11.988
对我们现在正在调研agent team
28:11.988–28:13.188
也是在不久之后
28:13.188–28:14.088
也会推出agent team
28:14.088–28:14.988
那么我就回到了正题
28:14.988–28:16.548
我们讲一讲我们的多次能题
28:16.548–28:18.488
我们的就刚和大家多聊了
28:18.488–28:19.848
觉得专家其实
28:19.848–28:20.748
确实用的挺多的
28:20.748–28:22.108
不管是Ethan Giorg之前
28:22.108–28:23.248
直播的育儿专家
28:23.248–28:25.048
包括现在我们大家
28:25.048–28:25.788
在用workbody
28:25.788–28:26.908
去做一些竞品类的
28:26.908–28:28.308
一个调研专家
28:28.308–28:30.748
那么我们今天就会给大家来实战演练一下
28:30.748–28:33.908
我想想你你可能是不还是会经常遇见老板会给你
28:33.908–28:35.468
下发一个很艰巨的任务
28:35.468–28:36.428
叫你去完成呢
28:36.428–28:37.148
是的
28:37.148–28:41.788
对其实像我们同事之间也会有经常像
28:41.788–28:46.948
包括我们在研究这种比较新的产品也会需要调研很多东西
28:46.948–28:47.448
对的
28:47.448–28:48.868
像有一个传统像OpenCloud
28:48.868–28:51.588
他只支持就是说你在一个亲户里面
28:51.588–28:54.668
可能只是单个agent在那里给你调研究
28:54.668–28:55.348
其实它非常慢
28:55.348–28:56.308
现在我们在ACE
28:56.308–28:58.028
假如我的一个老板下午要求我
28:58.028–29:00.388
去调研一下想必大家都在喝茶饮
29:00.388–29:01.628
比如说洗茶耐血
29:01.628–29:02.668
比如说帮忙茶几
29:02.668–29:04.488
老板会比较关心里面的产品
29:04.488–29:06.828
竞品如何调研价格产品营销
29:06.828–29:09.068
往往你期间的OpenCloud可能是单A进程
29:09.068–29:10.368
它的调研会非常慢
29:10.368–29:12.348
那么我们的Octop显然是领先于它的
29:12.348–29:14.668
我们的很多进程可以帮助大家很快的调研跟它报告
29:14.668–29:15.748
我现在给大家展示一下
29:15.748–29:17.708
比如说老板要求我完成这个
29:17.708–29:19.088
传统的做法就是三个牌子
29:19.088–29:20.168
挨一个的时候整理一个晚上
29:20.168–29:22.068
然后每个A进程之间还不太交互的通
29:22.068–29:24.148
我们在我们的Octop里面
29:24.148–29:26.188
首先我们有非常多的类似的一个专家
29:26.188–29:27.428
也有一些专家市场
29:27.428–29:29.148
我们是对接的Token Hub的专家市场
29:29.148–29:31.308
有电商的金融的内容的
29:31.308–29:32.348
如果大家有喜欢的
29:32.348–29:33.548
就从这点击一下
29:33.548–29:34.388
来从市场创建
29:34.388–29:36.708
这就可以创建我们的网闻小说创作家
29:36.708–29:39.508
那这个配置专家的过程还是很方便的
29:39.508–29:40.268
对对对的
29:40.268–29:41.428
如果大家默认
29:41.428–29:44.188
为了防止大家经常从专家市场下比较慢
29:44.188–29:45.148
所以我们还有类似专家
29:45.148–29:47.308
业的专家下载后会类似到这里面
29:47.308–29:49.228
比如说我之前装了竞品分析专家
29:49.228–29:52.068
那我们今天就用剂米分加来实战演练一下
29:52.068–29:53.128
那么就讲解题
29:53.128–29:57.828
我看有粉丝朋友问Octop记忆模块代码是独立解藕的
29:57.828–30:00.428
还是与其他意见组件存在编译期以外
30:00.428–30:02.228
是完全独立解藕的
30:02.228–30:04.728
刚刚其实这个记忆模块也可以跟
30:04.728–30:07.328
现在是支持跟Otom Cloud 跟Hermas都一起用
30:07.328–30:09.928
我们后续会推出完整的教程
30:09.928–30:10.428
对
30:10.428–30:12.728
那我们去玩一个很好玩的一个东西
30:12.728–30:13.928
英宁 你吃豆河佬吗
30:13.928–30:15.028
我吃
30:15.028–30:18.928
那那个像佼佼们到底豆河佬喜欢吃甜的
30:18.928–30:19.728
还是喜欢吃咸的
30:19.728–30:21.128
或者是川芸人喜欢吃辣的
30:21.128–30:23.988
我肯定是坚定的吃咸的
30:23.988–30:25.088
豆腐脑的这一派
30:25.088–30:26.008
我肯定占咸
30:26.008–30:27.188
大家有吃甜的吗
30:27.188–30:28.708
大家豆腐脑有吃甜的吗
30:28.708–30:31.008
我其实是吃甜的
30:31.008–30:31.588
不好意思
30:31.588–30:33.408
我们三个人吃三种口味
30:33.408–30:35.348
我们三个人刚好吃三种口味
30:35.348–30:36.188
对
30:36.188–30:39.048
那我们来让我们的美食专家来评判一下
30:39.048–30:41.028
我们这有一个营养规划专家
30:41.028–30:42.328
豆腐脑也是要有营养的
30:42.328–30:43.008
我们来问问他
30:43.008–30:44.228
是的
30:44.228–30:45.788
我们现在是在等
30:45.788–30:48.188
竞品分析专家在给我们做调研
30:48.188–30:50.268
在等待他做调研的过程中
30:50.268–30:52.568
我们来做一个多agent的博弈
30:52.568–30:53.728
这样子的一个演示
30:53.728–30:56.228
给大家更加实战地去看一下
30:56.228–30:57.748
Oxop他的多agent之间
30:57.748–30:58.748
如何去思考
30:58.748–30:59.508
如何去博弈
30:59.508–31:02.088
那么我们也是以这个豆腐脑为例
31:02.088–31:03.448
我们来看一下这个agent
31:03.448–31:04.568
如何做裁决
31:04.568–31:05.328
已经结束了
31:05.328–31:05.828
我们可以看到
31:05.828–31:07.608
刚才他其实是调用了三个工具的
31:07.608–31:09.868
确实是分发了给不同的agent
31:09.868–31:11.468
然后下发了他的任务
31:11.468–31:12.608
你是一个辣打的专家
31:12.608–31:13.248
或者你穿越人
31:13.248–31:14.908
好 完整交换就来了
31:14.908–31:15.468
第一轮呢
31:15.468–31:16.808
我们的甜党先说了
31:16.808–31:17.388
就是甜味
31:17.388–31:19.068
像英宁肯定是非常喜欢吃甜的
31:19.068–31:21.028
它可能存在比较幸福的记忆
31:21.028–31:21.628
我就比较清楚
31:21.628–31:23.528
咸党可能说的是没有咸味
31:23.528–31:25.388
像一个焦焦比较喜欢吃咸的
31:25.388–31:26.628
比较沉稳的
31:26.628–31:28.408
像我当然就喜欢吃辣
31:28.408–31:30.968
小川水人必须吃火锅都必须吃辣
31:30.968–31:32.928
他们就开始第二轮的相互攻击了
31:32.928–31:35.048
那么甜党就开始调侃了一个咸党
31:35.048–31:35.788
说它单调
31:35.788–31:37.288
辣的确实伤胃味
31:37.288–31:38.668
现在是比较优雅的
31:38.668–31:39.968
攻势还比较强硬
31:39.968–31:42.048
那么咸党又直接了一个甜党的比较幼稚
31:42.048–31:43.228
它有一个非常频繁的一个金句
31:43.228–31:45.228
就叫做辣味上头舌头直接化工
31:45.228–31:46.428
这和做机会有小区别
31:46.428–31:48.828
说明参与人其实不太想救美食的
31:48.828–31:50.828
这种口感可能还是比较喜欢辣味
31:50.828–31:51.828
就盖过了全味
31:51.828–31:54.428
辣就开始反进来嘲讽我们的田党说
31:54.428–31:55.828
田党农院活化在童话世界
31:55.828–31:56.828
因为田田的甜妹
31:56.828–31:57.828
田党农院是配角
31:57.828–31:59.628
也是比较精彩的一个博弈
31:59.628–32:01.228
我们看主义镜党的台办
32:01.228–32:02.428
他可能读取了我的记忆
32:02.428–32:03.828
他觉得可能是辣的显身
32:03.828–32:06.028
首先是辣味他可能带来了记忆点
32:06.028–32:07.628
甜和咸都太日常了
32:07.628–32:08.828
但是说句公道话
32:08.828–32:11.028
我觉得其实豆腐老师甜的也挺好吃的
32:11.028–32:11.708
包括吃咸的
32:11.708–32:13.148
开始端水
32:13.148–32:16.328
那我们Octop那是没有杨之会端水是吧
32:16.328–32:18.508
他还真的评出辣当品生
32:18.508–32:20.028
我看专幕也说了
32:20.028–32:21.028
要吃就要吃两碗
32:21.028–32:22.348
要先吃甜的再吃咸的
32:22.348–32:23.108
说明我们的用户
32:23.108–32:25.028
不一定非得吃某一个口味的
32:25.028–32:28.228
其实我们也可以再看一下我们这个博弈的过程
32:28.228–32:30.588
杨之也可以帮我们再讲解
32:30.588–32:34.228
那这个过程其实我们是主动调用了几个agent
32:34.228–32:35.688
是如何进行博弈
32:35.688–32:38.088
哪一个agent来进行裁决的呢
32:38.088–32:39.728
那在这里我们有一个主Agent
32:39.728–32:41.208
因为子Agent和主Agent
32:41.208–32:42.368
大概有这么一个概念
32:42.648–32:44.368
子Agent它是一个现存的概念
32:44.528–32:45.968
它用完之后它就消失了
32:45.968–32:47.808
它会和其他的Agent去对话
32:48.128–32:49.888
所以它必须要把他收到的任务的答案
32:49.888–32:51.288
交还给主Agent
32:51.688–32:53.848
所以到这我们是一个主从事的结构
32:53.848–32:54.868
所以必须要让主Agent
32:55.468–32:58.288
首先它是要定制赛事并且派单
32:58.288–32:59.608
三个党会有一个逆论
32:59.608–33:00.948
每个党觉得甜的好吃
33:00.948–33:02.488
咸的好吃还是辣的好吃
33:02.488–33:04.748
通过主意境的去传递三方的论断了
33:04.748–33:05.728
又开始Round the 2了
33:05.728–33:06.528
三党又不相对
33:06.528–33:08.308
最后综合全场出裁写处
33:08.308–33:09.268
然后就在车上在这里
33:09.268–33:11.748
他们分别完成后互相看不见
33:11.748–33:14.388
在后面的户对环节开始通过主要进展
33:14.388–33:17.408
传递给大家每个党派的一个反驳的意见
33:17.408–33:19.248
最后主要进行裁判
33:19.248–33:20.488
该觉得哪个比较好
33:20.488–33:24.888
那这里是不是其实平时我们在做调研任务
33:24.888–33:28.568
或者我们比如有个家长想帮小朋友
33:28.568–33:32.528
看看怎么去收集一些作文素材
33:32.528–33:34.248
是不是其实也可以
33:34.248–33:36.188
是给我们Octop分发一个任务
33:36.188–33:40.028
让一个子agent去收集关于历史的素材
33:40.028–33:43.108
另一个子agent去收集关于感动故事
33:43.108–33:45.848
另一个子agent去收集关局名言名言
33:45.848–33:46.968
是不是也是一样的道理
33:46.968–33:48.028
我觉得这个场景非常好
33:48.028–33:50.368
因为像我们可能观看的观众里面
33:50.368–33:52.568
有一些家长朋友们也比较关心这个问题
33:52.568–33:54.468
那么我要来回答一下大家的这个问题
33:54.468–33:56.148
像比如说在TOP里面
33:56.148–33:57.948
比如说我们的有很多的子agent
33:57.948–33:59.568
在我们的有一些学术的子agent
33:59.568–34:00.908
比如像英琳刚刚说的
34:00.908–34:01.828
我们有地理专家
34:01.828–34:03.548
父母觉得如果地理孩子定性的不好
34:03.548–34:05.668
那么可以叫他做一份地理的PDF报告
34:05.668–34:08.808
交付款给答应出来给我们的一个小朋友
34:08.808–34:09.768
就跟他们去阅读
34:09.768–34:11.548
我们等于TOP之前是非常支持的
34:11.548–34:14.628
包括我看我们刚刚的调研报告也是很顺利的出来了
34:14.628–34:17.848
你看包括我们在这里是很交付了一个PDF文件
34:17.848–34:19.928
MD文件到时候可以转化为PDF
34:19.928–34:24.448
像用户朋友们就可以在这里去下载到本地之后就可以使用
34:24.448–34:27.228
我相信家长朋友们可能还是比较喜欢给孩子分发中研
34:27.228–34:28.268
也应该比较喜欢这个功能
34:28.268–34:29.368
那话不多说了
34:29.368–34:31.728
我们就看看这个调研报告它竟然都做出来了
34:31.728–34:34.408
那我们先看报告之前
34:34.408–34:38.488
其实我想问那杨泽你最喜欢的奶茶是什么牌子
34:38.488–34:40.248
我其实比较喜欢爆炎茶几
34:40.248–34:40.988
那焦焦
34:40.988–34:43.828
我其实想喜欢喜茶多一点
34:43.828–34:46.568
好吧那没有人是点门
34:46.568–34:48.648
我就是一点点大头
34:48.648–34:49.888
虽然一点点不在这
34:49.888–34:50.968
一点点很老
34:50.968–34:52.688
但我就是坚定的点门人
34:52.688–34:57.568
好那我们继续看这个新品牌茶饮三巨头的调研报告吧
34:57.568–34:58.528
然后我放大一下
34:58.528–35:00.248
供大家可以很好的查看
35:00.248–35:02.708
好应该是大概调研报告
35:02.708–35:03.828
因为我们这有一些折地功能
35:03.828–35:06.188
大家如果想这样看就非常方便
35:06.188–35:07.068
也可以这样看
35:07.068–35:08.108
也支持斜着看
35:08.108–35:09.388
我们都非常支持的
35:09.628–35:11.468
比如说像现在右半边
35:11.468–35:12.388
右半边看了
35:12.388–35:13.388
或者是下面看
35:13.388–35:14.028
我们都非常支持
35:14.028–35:15.308
那么显然就为了放中间
35:15.308–35:16.388
让大家看得比较清楚
35:16.388–35:18.228
这是不是就是三折叠
35:18.228–35:19.828
怎么这么多有边
35:19.828–35:20.588
对的对的
35:20.588–35:21.148
放大一点
35:21.148–35:22.828
让大家都比较都很好的看清楚
35:22.828–35:24.228
像我们的一个G2报告
35:24.228–35:26.108
已经茶饮你的老板给你派火了
35:26.108–35:26.988
你就很快的出来
35:26.988–35:28.548
首先它生成了行业的总染
35:28.548–35:30.068
比如说茶饮现在可能进入一个
35:30.068–35:30.708
纯粮博弈
35:30.708–35:32.028
可能现在进入比较激烈了
35:32.028–35:32.828
那它也调研了
35:32.828–35:33.688
像密血冰城
35:33.688–35:34.808
它也不止调研这三个
35:34.808–35:35.988
像密血冰城比较便宜的
35:35.988–35:36.768
也有人喜欢的
35:36.768–35:37.328
薄牙绝权
35:37.328–35:38.568
帮忙查记忆的一个产品
35:38.568–35:40.868
如果稍微贵点的
35:40.868–35:42.908
可能大家可以去喝喜茶和赖雪
35:42.908–35:43.748
但是对我来说
35:43.748–35:45.108
可能帮忙查记忆到价格适中的
35:45.108–35:46.328
包括它也非常
35:46.328–35:46.995
你可以看到Octob
35:46.995–35:49.188
它是比较了三个的一个创立时间
35:49.188–35:50.728
包括它一个高端定位
35:50.728–35:51.788
喜茶的是高端定位
35:51.788–35:53.628
赖雪的茶号称星巴克
35:53.628–35:56.068
我想问一下杨直
35:56.068–35:57.888
我们的Octob在搜索到
35:57.888–35:58.868
这些信息的时候
35:58.868–36:01.948
是它主动去有搜索到
36:01.948–36:03.388
准确的一些信息源吗
36:03.388–36:04.908
就这些最新的数据
36:04.908–36:05.548
当然的
36:05.548–36:07.028
那Octop它的整个呢
36:07.028–36:09.288
它是抓取的是我们最新的一个数据
36:09.288–36:10.428
如果这个数据没有了
36:10.428–36:12.828
它会去查另外的也很多的一个数据
36:12.828–36:15.748
包括一些非常非常实时的一些网站
36:15.748–36:16.828
都可以很好的查询到
36:16.828–36:18.908
那评论区的大家可以放心
36:18.908–36:21.428
我们Octop做出来的调研分析呢
36:21.428–36:22.968
数据是绝对准确的
36:22.968–36:24.548
大家可以放心使用
36:24.548–36:26.208
对包括我们Octop
36:26.208–36:28.528
其实也有一个自建的搜索引擎
36:28.528–36:30.548
所以大家可能在用
36:30.548–36:32.148
OpenCloud和Hermes的时候
36:32.148–36:33.588
其实有偶尔感受到
36:33.588–36:36.508
如果不自己去配那种付费搜索引擎
36:36.508–36:38.668
或者配那种专门的search key
36:38.668–36:41.148
它的搜索功能或许有些许缺陷
36:41.148–36:44.468
但是我们Octop其实内置了一个专业的搜索引擎
36:44.468–36:47.108
所以大家可以放心用我们Octop做调研
36:47.108–36:48.428
还有我想给大家说的
36:48.428–36:49.788
可能有些用户没有拒绝的
36:49.788–36:51.628
AI只能把你生成
36:51.628–36:52.228
你不能改
36:52.228–36:54.988
我和Top现在我们是可以直接在里面修改
36:54.988–36:57.388
他给你说了交付的是管理层
36:57.388–36:58.828
你显然老板不希望看到这个
36:58.828–36:59.788
因为你不能呼噜
36:59.788–37:00.748
然后你可以把它删掉
37:00.748–37:01.528
然后保存下来
37:01.528–37:02.808
你就可以把这个发给你老板
37:02.808–37:03.968
也是为了我们也很多
37:03.968–37:05.248
提供了像类似于
37:05.248–37:06.315
WorkerBody的一个能力了
37:06.315–37:06.815
然后我们以为来
37:06.815–37:08.388
还会逐步的去完善优化
37:08.388–37:10.668
这个编辑能力还挺好用的
37:10.668–37:11.168
这样的话
37:11.168–37:14.928
就可以实时的和AI进行交互和修改
37:14.928–37:15.428
是的
37:15.428–37:17.808
那我们要不继续给大家展示一下
37:17.808–37:19.488
我们Octob做出来的调研报告
37:19.488–37:21.108
剩下还包含哪一些部分
37:21.108–37:22.268
刚刚我们有看到
37:22.268–37:24.608
它其实有很全面的这个行业总览
37:24.608–37:27.188
以及三巨头的核心的对比维度
37:27.188–37:28.348
我们可以
37:28.348–37:29.628
你老板如果没有关心
37:29.628–37:31.828
还有价格一些策略深度对比
37:31.828–37:33.508
包括我们的一个产品矩正
37:33.508–37:35.448
像喜茶它主打的可能是一个水果茶
37:35.448–37:36.808
水果茶比较好喝
37:36.808–37:38.408
我上班学的茶可能就是一个
37:38.408–37:40.728
现烤烘焙的一个鲜果茶
37:40.728–37:41.388
纯茶
37:41.388–37:43.128
像花王茶间可能就是一个鲜奶茶的
37:43.128–37:44.908
因为完全挺好喝的
37:44.908–37:47.028
看来Octop真的调研的很全面
37:47.028–37:49.228
还有营销策略的深度对比
37:49.228–37:51.728
对甚至杨植宁给他的prompt
37:51.728–37:52.588
比较直接紧的去做
37:52.588–37:53.648
因为我们为什么要这么做
37:53.648–37:54.848
一方面是加快我们的数
37:54.848–37:56.368
另外一方面如果调研喜茶的时候
37:56.368–37:57.268
像英年
37:57.268–37:59.268
如果我们还去调研一下耐学的查
37:59.268–38:01.368
说实话它的回复质量可能是比较低的
38:01.368–38:03.268
所以说我们为什么要引入多一个来
38:03.268–38:05.268
更好地形成一个调研报纳
38:05.268–38:07.268
所以分别一个agent调研写查
38:07.268–38:08.768
一个agent调研报纳查机
38:08.768–38:10.668
还有一个agent在调研
38:10.668–38:13.268
耐学的最后再医
38:13.268–38:15.268
对你把整个的一个调研追过来
38:15.268–38:18.268
agent做完调研之后是由主agent来做
38:18.268–38:21.268
最后的一个整合和报告的撰写吗
38:21.268–38:23.268
对的交交问的很对
38:23.268–38:25.268
我们简单回复一下
38:25.268–38:28.268
我们现在应该来说要支持有两种概念
38:28.268–38:29.268
一种是我们的贼警的
38:29.268–38:31.268
它是一个如果是变成朋友们比较熟悉
38:31.268–38:32.868
它是一个现成的概念
38:32.868–38:34.268
它用了一次之后就会消失
38:34.268–38:36.268
所以它一定要成为主意警的它的一个答案
38:36.268–38:39.268
未来朋友们比较放心的我们是回复答案能不能长久保存
38:39.268–38:41.268
它有一个思路我们未来会推出agent的team
38:41.268–38:43.268
又和我们的每个专家我们的Octop
38:43.268–38:46.268
像刚刚也有些影视专家等等那些专家
38:46.268–38:47.268
它里面的一个东西都会存在里面
38:47.268–38:49.268
所以那个是一个进程的概念
38:49.268–38:50.468
未来大家可以多多关注我们的Octop
38:50.468–38:52.268
我们未来会及时的推出agent的team
38:52.268–38:53.408
帮助大家更好的
38:53.408–38:54.248
适应这种
38:54.248–38:55.908
不论是那种工作
38:55.908–38:57.168
还是我们刚刚一年说的
38:57.168–38:58.468
这种宝爸宝妈们
38:58.468–38:59.308
要给孩子做作业
38:59.308–39:00.608
当然我们的agent team
39:00.608–39:01.508
都会保存一些记忆
39:01.508–39:02.868
欢迎大家继续关注
39:02.868–39:04.448
那我们这个
39:04.448–39:05.988
让他做竞品调研
39:05.988–39:06.888
我们就只需要
39:06.888–39:09.828
给他布置一个复杂的任务
39:09.828–39:12.168
他自己就会去衡量和思考
39:12.168–39:14.388
应该把什么任务分配给谁
39:14.388–39:16.168
需要去有多少个agent
39:16.168–39:17.608
支持这个任务吗
39:17.608–39:20.028
好 我们可以简单
39:20.028–39:21.488
回顾一下我们的用户
39:21.488–39:25.328
是不是有个竞品调研专家他是有这些能力的
39:25.328–39:27.328
对的我们是有一个竞品调研专家
39:27.328–39:29.828
像我们的专家里面他都会有这个能力
39:29.828–39:32.628
像我们的有很多专家是像我们的Z-Gent里面
39:32.628–39:34.828
因为我们的我们的决策也是说了
39:34.828–39:37.448
我们未来是可以不需要用户在这里面去安装
39:37.448–39:39.828
也许他可以自动路由到一个你所需要的A-Gent
39:39.828–39:42.028
因为我们也和那些客户在哪
39:42.028–39:44.828
可能用的时候就说你只需要需要
39:44.828–39:45.948
他自动可以帮你创造的未来
39:45.948–39:47.848
我们就会不仅你是从这去下载
39:47.848–39:49.828
还是你在用户窗口就可以直接和他对话
39:49.828–39:50.908
未来都会支持这种能力
39:50.908–39:52.788
我们目前已经内置了
39:52.788–39:54.388
精品分析的这个专家
39:54.388–39:57.088
因此我们用户只需要调用这个专家
39:57.088–39:59.408
然后去给他输入非常简单的
39:59.408–40:00.448
调研的指令
40:00.448–40:02.028
然后他就会自动去帮我们
40:02.028–40:03.368
去分配贼agent
40:03.368–40:04.808
还有怎么分配任务
40:04.808–40:06.668
就会自动帮我们一键输出报告了
40:06.668–40:07.588
是的
40:07.588–40:10.008
并且未来还就算不让大家去安装
40:10.008–40:11.168
因为大家还要找
40:11.168–40:12.248
让我们未来我们的
40:12.248–40:13.088
只要是一个agent
40:13.088–40:14.788
他自己可以去激活了一些贼agent的
40:14.788–40:15.808
也可以激活了一些专家
40:15.808–40:16.888
我看到我们粉丝朋友
40:16.888–40:18.888
如果生成结构化文档
40:18.888–40:22.928
前一张的输出是后一张的输入适合多Agent吗
40:23.279–40:26.579
那其实这里有非常多一种情况
40:26.579–40:29.999
其实是如果端木你是想
40:29.999–40:32.439
比如你想生成一篇文档
40:32.439–40:34.219
那比如先生成了第一段
40:34.219–40:35.379
再生成了第二段
40:35.379–40:37.819
第一段是第二段的输入
40:37.819–40:41.519
那其实第二段的生成必须要第一段已经生成了
40:41.519–40:45.139
其实多agent是适合这种并行的任务的
40:45.139–40:46.659
那个像我们的多agent
40:46.659–40:49.359
它现在的一个agent的一个输入大概是一个文本
40:49.359–40:51.739
但是它可以生成像一个pdf文件
40:51.739–40:53.739
或者像端末说的一个结构化的文档
40:53.739–40:56.659
那么它端末的问题应该是在生成这个节目化文档之后
40:56.659–41:00.319
这一个输入是否可以被后一个比如说agent然后给接收
41:00.319–41:01.739
那么我们现在的回复就是
41:01.739–41:04.139
如果是紫agent之间它是一个现成的关系
41:04.139–41:06.059
它是不能够吸收这种结构化文本
41:06.059–41:08.059
它只能接受文本的一个输入
41:08.059–41:09.099
但是我们的主A进程
41:09.099–41:10.739
可以把它的一个子A进程
41:10.739–41:11.499
做出来的PDF
41:11.499–41:12.939
Markdown文件要保存下来
41:12.939–41:14.939
让主A进程读后交给子A进程
41:14.939–41:16.539
这是我们的Octop的一个特色了
41:16.539–41:18.059
我们也是支持这种
41:18.059–41:18.979
多结构和文本
41:18.979–41:19.739
从一个输入后
41:19.739–41:21.219
下一个输出也肯定是支持的
41:21.219–41:23.739
还有一位粉丝朋友问
41:23.739–41:24.819
第一老用户
41:24.819–41:26.339
迁移到Octop后
41:26.339–41:30.659
原有记忆是否需要重新做GIMA转换
41:30.659–41:31.459
是这样的
41:31.459–41:33.419
在原有来靠ACE的记忆
41:33.419–41:34.619
其实大家知道
41:34.619–41:38.079
就是只有memory文件夹下的所有md文档
41:38.079–41:40.719
以及memory.md是记忆的所有真相员
41:40.719–41:43.619
你做迁移可以一起迁移过来
41:43.619–41:44.859
我们现在记忆一遍
41:44.859–41:47.259
那memory.md是可以全量读得到的
41:47.259–41:50.359
那关于其他的一些结构化文档
41:50.359–41:54.419
我们也会推出一个支持的记忆格式转换
41:54.419–41:55.619
我看粉丝朋友问
41:55.619–41:57.619
好像不能多用户多智能力
41:57.619–41:58.759
以共同协作
41:58.759–41:59.259
对的
41:59.259–42:01.119
因为我们现在的一个思路是
42:01.119–42:02.919
每个用户和每个用户之间是隔离的
42:02.919–42:06.099
所以用户和用户之间是不能够进行一个协作的
42:06.099–42:07.059
但是如果你有需求
42:07.059–42:09.359
我觉得是不是未来一向英雄我们是不是可以
42:09.359–42:12.059
对看这位粉丝朋友的具体需求
42:12.059–42:16.299
我理解单用户你的多智能体是可以共同协作的
42:16.299–42:17.579
我们继续讲解
42:17.579–42:22.299
看大家对刚刚的竞品分析的演示有没有什么问题
42:22.299–42:26.659
我刚刚看到我们的October也是用一条简单的指令
42:26.659–42:30.379
立刻产出了一份比较完善角度
42:30.379–42:32.699
也比较齐全的竞品分析调研报告了
42:32.699–42:33.339
对
42:33.339–42:34.299
是的
42:34.299–42:36.459
看一下大家有什么问题没有
42:36.459–42:37.679
大家提问
42:37.679–42:40.559
那大家有没有什么想了解的场景
42:40.559–42:43.139
也可以现在在评论区打出来
42:43.139–42:46.779
或者是加入用户群里和我们一起探讨一下
42:46.779–42:47.739
收费不以后
42:47.739–42:48.899
我看有用户提问了
42:48.899–42:49.759
我们不收费
42:49.759–42:51.119
我们代码现在都开源的
42:51.119–42:54.919
我们未来也会在轻量云服务器的控制台上上镜像
42:54.919–42:57.639
对我们没有收费
42:57.639–42:58.819
对买一台服务器
42:58.819–43:01.579
包括你现在自己也可以去安装
43:01.579–43:03.859
安装方式可以去GitHub
43:03.859–43:05.059
看我们的ReadMe
43:05.059–43:06.619
未来我们也会在
43:06.619–43:07.919
腾讯社区里
43:07.919–43:09.219
推出更方便的
43:09.219–43:10.859
安装方式教学
43:10.859–43:11.359
对
43:11.359–43:12.559
好像我们的Optop了吗
43:12.559–43:13.319
还算不算便宜的
43:13.319–43:14.059
我们会想欢迎大家
43:14.059–43:15.259
来我们的Lighthouse里面来买
43:15.259–43:16.799
因为你买了一个后
43:16.799–43:18.019
那你可以是全家
43:18.019–43:18.599
全家都用
43:18.599–43:19.099
是的
43:19.099–43:20.439
有一个问题
43:20.439–43:21.819
假如说未来我们在
43:21.819–43:23.639
服务器上上了镜像之后
43:23.639–43:25.819
我们的多用户功能
43:25.819–43:26.819
也就是相当于
43:26.819–43:28.079
只要管理员
43:28.079–43:29.079
买了一台服务器
43:29.079–43:30.539
有一台Optop之后
43:30.539–43:32.259
我所设置的多用户
43:32.259–43:33.799
他们就不用再买了对吗
43:33.799–43:34.559
对的
43:34.559–43:36.099
一台服气的Octob
43:36.099–43:38.179
就能够多用户使用
43:38.179–43:39.559
我看到粉丝朋友问
43:39.559–43:40.199
上了镜像
43:40.199–43:41.679
到时候可以把Hermes镜像
43:41.679–43:42.779
换成Octob吗
43:42.779–43:44.019
可以
43:44.019–43:45.099
其实换镜像
43:45.099–43:47.379
就是一个实力重装
43:47.379–43:49.179
是关于服气的操作
43:49.179–43:51.419
其实都可以随时做的
43:51.419–43:53.939
我看还有黄医生问
43:53.939–43:54.759
ACE转移
43:54.759–43:56.219
包括记忆聊天记录
43:56.219–43:58.559
Skill这些无损切换到Octob
43:58.559–43:59.999
E和Skill
43:59.999–44:01.519
包括你通道配置
44:01.519–44:03.219
那些配置现在都是无损切换
44:03.219–44:04.959
但是聊天介络
44:04.959–44:07.059
现在的迁移工具还不支持
44:07.059–44:09.259
对如果有强烈需求的话
44:09.259–44:11.819
可以在用户群里讨论
44:11.819–44:13.899
未来可能看看升级迁移工具
44:13.899–44:15.279
或以其他方式支持
44:15.279–44:17.019
什么时候上了清亮云
44:17.019–44:18.099
很快了
44:18.099–44:20.739
我们进上工作还差最后的适配
44:20.739–44:23.439
最迟其实近两周就能上
44:23.439–44:25.179
对欢迎到周公开
44:25.179–44:25.679
是的
44:25.679–44:28.239
那我们两位研发工程师
44:28.239–44:30.619
关于October未来的一个产品规划
44:30.619–44:33.159
以及一些会上的功能能力
44:33.159–44:34.759
也可以简单的给大家剧透一下
44:34.759–44:35.819
大家可以期待一下
44:35.819–44:39.439
同时大家如果有什么想要上的功能
44:39.439–44:40.599
或者说上线的功能
44:40.599–44:42.539
也可以在评论区里面交流一下
44:42.539–44:45.379
那么也有请两位简单介绍一下
44:45.379–44:49.679
那由我先来简单的说说我们的一个初步打算
44:49.679–44:51.659
我们下一段的目标主要是
44:51.659–44:52.979
正在服务于大家的一个
44:52.979–44:55.219
从我们ACE前一到我们的TOP里面
44:55.219–44:56.919
我们在支持这种工序的升级
44:56.919–44:59.979
这之外我们还在积极地调远Agent Team的一个使用方式
44:59.979–45:02.799
以及未来的Octobre在我们的一个QQ群鸟里面
45:02.799–45:05.639
它怎么样服务好我们的整个一个家庭用户场景
45:05.639–45:09.579
怎么去把一个Agent服务多个用户的这种能力给发挥出来
45:09.579–45:10.799
包括我们也来积极地探索
45:10.799–45:12.619
像使用这种杀香的机制
45:12.619–45:15.539
像每位用户也可以一个家庭有一个Agent
45:15.539–45:17.999
像我确实也听到过像用户提问
45:17.999–45:20.079
比如说他希望他看到的东西
45:20.079–45:23.039
他的孩子和他的老婆都能够使用
45:23.039–45:24.459
包括特别是在QQ里面
45:24.459–45:25.619
未来我们的也会支持
45:25.619–45:26.899
像我们的群鸟
45:26.899–45:27.459
Agent的切能
45:27.459–45:29.099
我们会做一个类似于杀箱的机制
45:29.099–45:30.539
来支持这种东西
45:30.539–45:31.339
因为据我所知
45:31.339–45:34.059
现在还是没有一个Agent能够做的很好
45:34.059–45:34.819
包括Hammus也好
45:34.819–45:35.619
跟Clau也好
45:35.619–45:36.299
未来的Octobre
45:36.299–45:37.099
会把这个作为一个
45:37.099–45:39.179
我们的相对的一个竞争优势去完善长
45:39.179–45:40.259
是的 期待
45:40.259–45:41.859
希望能够加上类似于
45:41.859–45:44.019
OakBody项目的模式
45:44.019–45:44.739
应酶
45:44.739–45:46.259
我觉得其实我们也可以尝试
45:46.259–45:47.539
去往这方面去做一做
45:47.539–45:49.819
可以回去探讨一下
45:49.819–45:51.059
对 也欢迎黄众
45:51.059–45:52.739
现在就在我们的GitHub里面
45:52.739–45:53.579
机器给我们提issue
45:53.579–45:54.339
我们看到你的issue
45:54.339–45:55.499
也会把它作为一个
45:55.499–45:57.219
我们可以未来的发展方向
45:57.219–45:59.339
也欢迎您来给我们做做共同
45:59.339–45:59.839
做pr
45:59.839–46:00.659
因为我们这是开云的
46:00.659–46:02.539
也可以服务一下您的一个用户场景
46:02.779–46:04.139
单个用户的记忆数据
46:04.139–46:04.779
达到百万级
46:04.779–46:06.419
Octop怎么保证解锁能力
46:06.419–46:08.659
对这个我可以回答一下
46:08.659–46:09.779
刚刚其实讲到了
46:09.779–46:11.739
Octop现在的记忆层级
46:11.739–46:14.339
那其实首先我们会去
46:14.339–46:16.299
检索所谓的原子卡片
46:16.299–46:19.259
那其实如果对话数量达到百万级
46:19.259–46:20.059
我们理解
46:20.059–46:21.699
其实近身的原子卡片数量
46:21.699–46:22.659
并没有这么多
46:22.659–46:25.459
对那一我们是先召回原子卡片
46:25.459–46:27.059
然后分层检索
46:27.059–46:29.279
我理解其实我们就是先召回原子卡片
46:29.279–46:33.299
然后再从候选者最后再召回到原始事件
46:33.299–46:36.119
其实这是一个分层的检索forback
46:36.119–46:40.719
后续我们也其实会推出记忆接上向量的模式
46:40.719–46:42.119
如果是ACE老用户的话
46:42.119–46:45.259
可以知道现在ACE其实默认有一个向量模型机制
46:45.259–46:48.859
但是在Octop因为我们要做组件拆分
46:48.859–46:51.759
我们其实默认是FTS加BM25
46:51.759–46:56.239
但后续如果有更重的记忆需求
46:56.239–47:00.119
我们其实也在计划推出Octop Memory
47:00.119–47:01.659
配置项料模型
47:01.659–47:03.399
以及自己的项料数据库
47:03.399–47:05.179
可以欢迎后续期待一下
47:05.179–47:07.399
微信渠道可以多往上下
47:07.399–47:09.319
尽量做到QQ渠道的程度
47:09.319–47:10.759
关于这个问题我来回复一下
47:10.759–47:12.039
因为是我在GDF的
47:12.039–47:14.179
像微信渠道我们在积极的和微信里面
47:14.179–47:14.979
进行一个沟通
47:14.979–47:17.679
因为目前是它里面包括一些多艺景特能
47:17.679–47:20.479
包括它一些主动推送的一些限度
47:20.479–47:22.579
导致它没有办法像QQ通道做的这么全
47:22.579–47:24.239
那么等待微信通道里边
47:24.239–47:25.279
我相信他们也会很快更新
47:25.279–47:28.639
然后我们也会适时的去更新连带我们的微信通道
47:28.639–47:30.119
以及帮靠达更好的支持活动
47:30.119–47:30.619
对
47:30.619–47:34.079
我看那种说希望能提供SSO集成方案
47:34.079–47:39.039
支持企业部署成内部知识记忆中枢
47:39.039–47:39.719
好的
47:39.719–47:42.879
下来我们去探讨一下争取
47:42.879–47:44.919
不管是参观我们代码也好
47:44.919–47:47.919
还是给我们STAR或者提提提提提提提提
47:47.919–47:49.779
也欢迎加入我们的用户群
47:49.779–47:51.959
跟我们的研发和产品同学
47:51.959–47:53.139
做积极的交流
47:53.139–47:54.699
有意见或者有建议
47:54.699–47:56.319
都可以在里面跟我们提出来
47:56.319–47:57.559
是的那么本场之外
47:57.559–47:59.879
其实我们围绕Octop的技艺机制
47:59.879–48:03.099
以及竞品分析这个专家的能力
48:03.099–48:05.159
如何帮助我们去做日常调研
48:05.159–48:06.259
分析的工作
48:06.259–48:07.419
帮助我们提校
48:07.419–48:10.259
都进行了一个详细的讲
48:10.259–48:12.239
如果说云服务器一键
48:12.239–48:13.659
不需要建议多大的配置
48:13.659–48:15.299
这个因为我们现在
48:15.299–48:16.999
Octop支持多用户
48:16.999–48:19.079
其实多大配置取决于
48:19.079–48:22.479
这个用户箱就是这个机器或者Octop
48:22.479–48:23.739
支持多少个用户
48:23.739–48:27.539
我们后续也会出一个专门的配置推荐
48:27.539–48:29.859
来帮助大家选购服务器
48:29.859–48:32.559
全全老师这边说是100个员工左右的规模
48:32.559–48:33.079
好的
48:33.079–48:34.879
那我们推荐我们另外一款产品
48:34.879–48:35.539
Club Pro的
48:35.539–48:38.219
全全老师不知道有没有关注过Club Pro
48:38.219–48:39.459
可以去关注一下
48:39.459–48:42.759
当然如果非常想用我们Octop
48:42.759–48:45.159
我们后续也会给一个推荐
48:45.159–48:47.119
Emma问可以部署到本地吗
48:47.119–48:47.899
可以的可以的
48:47.899–48:50.379
Emma可以直接访问我们的DHub仓库
48:50.379–48:54.019
Vidmin有完整的部署的一个介绍
48:54.019–48:56.139
我们今天的直播就到这里结束了
48:56.139–48:56.699
好的
48:56.699–48:57.199
拜拜
0:00.000–0:03.900
zh我给Octop记忆定义的就是给Agent一个能带走的记忆
我给Octop记忆定义的就是给Agent一个能带走的记忆
0:03.900–0:06.240
zh我们的多专家多Agent的并行
我们的多专家多Agent的并行
0:06.240–0:07.620
zh如何来重录我们的记忆
如何来重录我们的记忆
0:07.620–0:08.900
zhHello 大家好
Hello 大家好
0:08.900–0:10.380
zh大家晚上好
大家晚上好
0:10.380–0:12.680
zh欢迎大家来到今天的直播间
欢迎大家来到今天的直播间
0:12.680–0:14.920
zh我是今天的主持人娇娇
我是今天的主持人娇娇
0:14.920–0:19.000
zh欢迎大家再次来到云上AI工坊的直播间
欢迎大家再次来到云上AI工坊的直播间
0:19.000–0:21.380
zh那么今天这期的主角是Octop
那么今天这期的主角是Octop
0:21.380–0:24.360
zh一个刚刚开源的自演的AI助手
一个刚刚开源的自演的AI助手
0:24.360–0:27.800
zh今天我们也会针对他多专家多用户
今天我们也会针对他多专家多用户
0:27.800–0:29.800
zh多Agent的并行这样子的一个特征
多Agent的并行这样子的一个特征
0:29.800–0:32.200
zh去采取一些实战的案例分析
去采取一些实战的案例分析
0:32.200–0:34.320
zh比如说我不知道直播间的各位
比如说我不知道直播间的各位
0:34.320–0:36.260
zh有没有一些做行业分析
有没有一些做行业分析
0:36.260–0:39.380
zh竞品分析这样子的一个日常的工作需求
竞品分析这样子的一个日常的工作需求
0:39.380–0:42.120
zh那么我们也会针对这样子的一个
那么我们也会针对这样子的一个
0:42.120–0:44.900
zh实战的场景来打造这个Octop重塑
实战的场景来打造这个Octop重塑
0:44.900–0:47.820
zh竞品分析工作流这样子的一个实战案例
竞品分析工作流这样子的一个实战案例
0:47.820–0:50.340
zh同时也会涉及到一些多agent的博弈
同时也会涉及到一些多agent的博弈
0:50.340–0:53.040
zh比如说大家不知道喜不喜欢吃豆腐脑
比如说大家不知道喜不喜欢吃豆腐脑
0:53.040–0:55.180
zh我们本场直播也会给大家在线
我们本场直播也会给大家在线
0:55.180–0:56.560
zh围观一下这个豆腐脑
围观一下这个豆腐脑
0:56.560–0:59.620
zhAI它是如何进行填写的辩论的
AI它是如何进行填写的辩论的
0:59.620–1:01.560
zh同时大家上一场直播中
同时大家上一场直播中
1:01.560–1:02.680
zh其实也有关注到
其实也有关注到
1:02.680–1:05.600
zh我们这个Octop它的一个记忆机制是怎么样的
我们这个Octop它的一个记忆机制是怎么样的
1:05.600–1:07.140
zh什么东西是该记忆的
什么东西是该记忆的
1:07.140–1:08.300
zh什么是该召回的
什么是该召回的
1:08.300–1:10.240
zh那么本场直播大家不用着急
那么本场直播大家不用着急
1:10.240–1:13.760
zh我们也会给大家详细的去拆解Octop的记忆机制
我们也会给大家详细的去拆解Octop的记忆机制
1:13.760–1:15.260
zh话不多说
话不多说
1:15.260–1:17.680
zh我们也简要的介绍一下今天的两位嘉宾
我们也简要的介绍一下今天的两位嘉宾
1:17.680–1:20.500
zh首先是Octop的研发工程师英宁
首先是Octop的研发工程师英宁
1:20.500–1:21.860
zh另外一位杨直
另外一位杨直
1:21.860–1:23.860
zh也是我们的Octop的研发工程师
也是我们的Octop的研发工程师
1:23.860–1:25.060
zh我们先来讲
我们先来讲
1:25.060–1:28.980
zh本期的一个Octop基础的模块介绍
本期的一个Octop基础的模块介绍
1:28.980–1:29.980
zh就是记忆
就是记忆
1:29.980–1:33.280
zh我上一期应该就是给大家演示了
我上一期应该就是给大家演示了
1:33.280–1:34.700
zh我们Octop的记忆面板
我们Octop的记忆面板
1:34.700–1:38.380
zh然后这期我们会给大家详细带来一下
然后这期我们会给大家详细带来一下
1:38.380–1:39.580
zhOctop的记忆
Octop的记忆
1:39.580–1:41.060
zh它是怎么记的
它是怎么记的
1:41.060–1:42.600
zh它又为什么好
它又为什么好
1:42.600–1:44.020
zh话不多说
话不多说
1:44.020–1:45.220
zh让我们开始
让我们开始
1:45.220–1:47.060
zh首先可以看到标题
首先可以看到标题
1:47.060–1:49.440
zh我给Octop记忆定义的就是
我给Octop记忆定义的就是
1:49.440–1:51.300
zh给Agent一个能带走的记忆
给Agent一个能带走的记忆
1:51.300–1:53.560
zh如果想到能带走
如果想到能带走
1:53.560–1:55.380
zh我想问一下杨直跟焦焦
我想问一下杨直跟焦焦
1:55.380–1:56.880
zh首先想到的是什么
首先想到的是什么
1:56.880–1:59.840
zh它一定可以从不管是Open Cloud还是Harmor
它一定可以从不管是Open Cloud还是Harmor
1:59.840–2:01.120
zh都可以迁积到我们的Octob
都可以迁积到我们的Octob
2:01.120–2:01.720
zh对
对
2:01.720–2:02.320
zh是的
是的
2:02.320–2:03.840
zh我也是这样想的
我也是这样想的
2:03.840–2:04.880
zh是的
是的
2:04.880–2:06.340
zh那其实就是这样
那其实就是这样
2:06.340–2:08.520
zh不知道现在在看直播的朋友
不知道现在在看直播的朋友
2:08.520–2:10.760
zh有没有我们以前的老用户
有没有我们以前的老用户
2:10.760–2:11.600
zh给大家说一下
给大家说一下
2:11.600–2:14.540
zh我们的Octob其实是有个前身
我们的Octob其实是有个前身
2:14.540–2:15.980
zh就是叫LiCloud ACE
就是叫LiCloud ACE
2:15.980–2:19.060
zh如果一直关注咱们腾讯服务器直播间的朋友
如果一直关注咱们腾讯服务器直播间的朋友
2:19.060–2:21.840
zh应该听说过这个产品或名词
应该听说过这个产品或名词
2:21.840–2:24.560
zh现在我们推出了全新升级版Octob
现在我们推出了全新升级版Octob
2:24.560–2:26.760
zh同时我们也在GitHub开源了
同时我们也在GitHub开源了
2:26.760–2:30.900
zh感兴趣的粉丝朋友们也可以去搜索Octop
感兴趣的粉丝朋友们也可以去搜索Octop
2:30.900–2:35.020
zh看看我们的代码给我们提交PR或issue
看看我们的代码给我们提交PR或issue
2:35.020–2:38.000
zh也请多多fork我们仓库以及给我们start
也请多多fork我们仓库以及给我们start
2:38.000–2:40.400
zh是的 欢迎提论区的大佬们
是的 欢迎提论区的大佬们
2:40.400–2:44.060
zh多多的为我们的项目去提出建设性的意见
多多的为我们的项目去提出建设性的意见
2:44.060–2:46.440
zh首先那继续给大家讲解记忆
首先那继续给大家讲解记忆
2:46.440–2:50.940
zh那我们现在记忆其实现在是一个七层的记忆结构
那我们现在记忆其实现在是一个七层的记忆结构
2:50.940–2:52.860
zh和两条相反的流水线
和两条相反的流水线
2:52.860–2:55.440
zh那两条方向相反流水线是什么
那两条方向相反流水线是什么
2:55.440–2:57.080
zh就是沉淀和召回
就是沉淀和召回
2:57.080–2:59.960
zh其实这两个名词有点晦涩难懂
其实这两个名词有点晦涩难懂
2:59.960–3:01.120
zh但是没有关系
但是没有关系
3:01.120–3:03.600
zh后面听我讲大家就能懂了
后面听我讲大家就能懂了
3:03.600–3:06.800
zh首先给大家介绍一下Octop memory是什么
首先给大家介绍一下Octop memory是什么
3:07.560–3:11.680
zh它其实是一个面向agent的可插拔长期记忆系统
它其实是一个面向agent的可插拔长期记忆系统
3:11.680–3:14.680
zh也就是它其实不只适用于我们Octop
也就是它其实不只适用于我们Octop
3:14.680–3:17.040
zh因为在我们推出AC的memory的时候
因为在我们推出AC的memory的时候
3:17.040–3:18.920
zh其实很多粉丝朋友就问
其实很多粉丝朋友就问
3:18.920–3:21.960
zh说那如果你们一直在说你们memory好
说那如果你们一直在说你们memory好
3:21.960–3:24.080
zh那能不能做个独立的插件
那能不能做个独立的插件
3:24.080–3:26.480
zh像外面的那些memory插件一样
像外面的那些memory插件一样
3:26.480–3:28.840
zh他们就是想接在OpenCloud使用
他们就是想接在OpenCloud使用
3:28.840–3:30.180
zh接在Hermus使用
接在Hermus使用
3:30.180–3:32.120
zh当时给大家的回复是
当时给大家的回复是
3:32.120–3:33.320
zh我们未来会推出
我们未来会推出
3:33.320–3:35.820
zh那现在随着我们全新升级的Octop推出
那现在随着我们全新升级的Octop推出
3:35.820–3:37.200
zh对我们Octop Memory
对我们Octop Memory
3:37.200–3:39.600
zh也迎来一个可插拔的长期记忆系统
也迎来一个可插拔的长期记忆系统
3:39.600–3:41.560
zh现在我们Octop Memory也支持
现在我们Octop Memory也支持
3:41.560–3:44.000
zh就是在Hermus上使用
就是在Hermus上使用
3:44.000–3:45.780
zh在OpenCloud上使用
在OpenCloud上使用
3:45.780–3:47.860
zh以及刚刚我们说可以带走的记忆
以及刚刚我们说可以带走的记忆
3:47.860–3:49.400
zh也就是说你的记忆
也就是说你的记忆
3:49.400–3:51.880
zh其实是跟着我们Octop Memory走
其实是跟着我们Octop Memory走
3:51.880–3:53.780
zh并不是说是依赖agent本身
并不是说是依赖agent本身
3:53.780–3:55.380
zh如果你在Octop上
如果你在Octop上
3:55.380–3:56.760
zh你就是用了一段时间
你就是用了一段时间
3:56.760–3:58.200
zh你想我带着这份记忆
你想我带着这份记忆
3:58.200–3:59.080
zh我去试一下
我去试一下
3:59.080–4:01.200
zh那OpenCloud是怎么样的
那OpenCloud是怎么样的
4:01.200–4:02.740
zhHermes是怎么样的
Hermes是怎么样的
4:02.740–4:04.840
zh是不是你们Octop真的说着
是不是你们Octop真的说着
4:04.840–4:05.973
zh比OpenCloudHermes好
比OpenCloudHermes好
4:05.973–4:06.800
zh那是真的好吗
那是真的好吗
4:06.800–4:07.880
zh那没关系
那没关系
4:07.880–4:09.540
zh你就可以带着我们的记忆
你就可以带着我们的记忆
4:09.540–4:10.860
zh去实地感受一下
去实地感受一下
4:10.860–4:13.040
zh对我们现在是可以支持
对我们现在是可以支持
4:13.040–4:13.920
zh这个功能的
这个功能的
4:13.920–4:15.480
zh那是不是可以理解为
那是不是可以理解为
4:15.480–4:17.020
zh只要拥有这个插件
只要拥有这个插件
4:17.020–4:19.880
zh其实我们的记忆就可以灵活的
其实我们的记忆就可以灵活的
4:19.880–4:22.100
zhOpenCloud Hermes之间去牵引使用
OpenCloud Hermes之间去牵引使用
4:22.100–4:24.020
zh是的是的就是这样的
是的是的就是这样的
4:24.020–4:24.520
zh对
对
4:24.520–4:25.840
zh那这个功能也太方便了
那这个功能也太方便了
4:25.840–4:27.620
zh那真的是一个挺大的优势
那真的是一个挺大的优势
4:27.620–4:28.820
zh是的
是的
4:28.820–4:32.440
zh因为之前我们每个组件都是聚合在一起的
因为之前我们每个组件都是聚合在一起的
4:32.440–4:33.880
zh是在我们前身ACE版本
是在我们前身ACE版本
4:33.880–4:35.860
zh如果了解的粉丝朋友应该也知道
如果了解的粉丝朋友应该也知道
4:35.860–4:39.220
zh但我们现在随着我们全新的功能升级
但我们现在随着我们全新的功能升级
4:39.220–4:41.060
zh我们架构也迎来了一个升级
我们架构也迎来了一个升级
4:41.060–4:44.280
zh在后面我们也会陆续开源我们每个组件
在后面我们也会陆续开源我们每个组件
4:44.280–4:45.400
zh如果感兴趣的朋友
如果感兴趣的朋友
4:45.400–4:48.260
zh可以先给我们仓库点个star
可以先给我们仓库点个star
4:48.260–4:50.200
zh或后续我们开源其他组件
或后续我们开源其他组件
4:50.200–4:52.540
zh我们也会通知各位观众朋友
我们也会通知各位观众朋友
4:52.540–4:53.160
zh对
对
4:53.160–4:53.780
zh是的
是的
4:53.780–4:56.100
zh大家把这个star给点起来
大家把这个star给点起来
4:56.100–4:57.740
zh我刚刚其实也介绍了
我刚刚其实也介绍了
4:57.740–4:59.380
zh我们Octop在最上层
我们Octop在最上层
4:59.380–5:00.920
zh然后我们也有browser
然后我们也有browser
5:00.920–5:02.020
zh也有givet
也有givet
5:02.020–5:03.520
zh包括我们的运行时
包括我们的运行时
5:03.520–5:06.220
zh那今天我们其实要给大家带来的是
那今天我们其实要给大家带来的是
5:06.220–5:06.953
enOctop Memory
Octop Memory
5:06.953–5:08.880
zh在介绍Octop Memory之前
在介绍Octop Memory之前
5:08.880–5:11.780
zh那其实今天还没有遇到那个经典问题
那其实今天还没有遇到那个经典问题
5:11.780–5:13.760
zh我包括在之前来到直播间
我包括在之前来到直播间
5:13.760–5:15.500
zh大概五六七八次
大概五六七八次
5:15.500–5:16.960
zh不管是在建议的时候
不管是在建议的时候
5:16.960–5:18.200
zh或者是Octop的时候
或者是Octop的时候
5:18.200–5:20.880
zh粉丝朋友总会在评论区问
粉丝朋友总会在评论区问
5:20.880–5:23.680
zh那你们跟谁谁有什么不一样
那你们跟谁谁有什么不一样
5:23.680–5:27.160
zh那之前其实都是很口语化的给大家解答
那之前其实都是很口语化的给大家解答
5:27.160–5:30.900
zh但是今天我作为一个经验丰富的老主播
但是今天我作为一个经验丰富的老主播
5:30.900–5:32.540
zh我就是预设到了这个问题
我就是预设到了这个问题
5:32.540–5:34.920
zh那我就是加了一页HTML
那我就是加了一页HTML
5:34.920–5:36.320
zh跟大家好好讲讲
跟大家好好讲讲
5:36.320–5:39.980
zh我们on top到底跟别人有什么不一样
我们on top到底跟别人有什么不一样
5:39.980–5:42.360
zh其实可以从四维看见
其实可以从四维看见
5:42.360–5:43.840
zh其实就有四个维度
其实就有四个维度
5:43.840–5:45.340
zh一个是多用户
一个是多用户
5:45.340–5:46.440
zh一个是个人
一个是个人
5:46.440–5:48.080
zh以及一个是编码场景
以及一个是编码场景
5:48.080–5:51.020
zh一个是通用办公和生活场景
一个是通用办公和生活场景
5:51.020–5:52.980
zh那这时候其实我想问一下
那这时候其实我想问一下
5:52.980–5:53.900
zh焦焦和杨直
焦焦和杨直
5:53.900–5:56.920
zh其实正好是一个运营同学
其实正好是一个运营同学
5:56.920–5:58.340
zh一个研发同学
一个研发同学
5:58.340–6:00.000
zh那你们在工作中
那你们在工作中
6:00.000–6:01.980
zh其实用哪个agent用的比较多
其实用哪个agent用的比较多
6:01.980–6:03.440
zh其实我在日常工作中
其实我在日常工作中
6:03.440–6:04.800
zh这几个都有使用
这几个都有使用
6:04.800–6:07.060
zh首先就是我们云上的这个lighthouse
首先就是我们云上的这个lighthouse
6:07.060–6:09.860
zh是我自己一直持续有氧的
是我自己一直持续有氧的
6:09.860–6:12.240
zh我们的一个桌面的agentworkbody
我们的一个桌面的agentworkbody
6:12.240–6:13.420
zh其实也有在使用的
其实也有在使用的
6:13.420–6:16.680
zh我觉得他们可能在不同的场景
我觉得他们可能在不同的场景
6:16.680–6:17.940
zh和不同的任务
和不同的任务
6:17.940–6:18.720
zh它各有优利
它各有优利
6:18.720–6:20.520
zh这几个都有使用
这几个都有使用
6:20.520–6:21.560
zh那我平时觉得
那我平时觉得
6:21.560–6:22.820
zhWorkbody去做一些
Workbody去做一些
6:22.820–6:24.480
zh文档编辑是很方便的
文档编辑是很方便的
6:24.480–6:24.980
zh对
对
6:24.980–6:25.800
zh但对于一个研发工程师
但对于一个研发工程师
6:25.800–6:26.400
zh可能来说
可能来说
6:26.400–6:27.220
zh像Codex
像Codex
6:27.220–6:29.100
zh像Cloudcode这种编码
像Cloudcode这种编码
6:29.100–6:30.120
zh包括我们的腾讯
包括我们的腾讯
6:30.120–6:30.853
zh推出的Codebody
推出的Codebody
6:30.853–6:32.020
zh也是非常好的一个编码工具
也是非常好的一个编码工具
6:32.020–6:32.940
zh这些都在使用
这些都在使用
6:32.940–6:34.200
zh粉丝朋友也有说
粉丝朋友也有说
6:34.200–6:35.300
zh有用这个Workbody
有用这个Workbody
6:35.300–6:36.740
zh有用Hermes都在用
有用Hermes都在用
6:36.740–6:37.240
zh对
对
6:37.240–6:38.320
zh我也看到一个问题
我也看到一个问题
6:38.320–6:40.100
zh是说这个记忆写入时
是说这个记忆写入时
6:40.100–6:41.660
zh有没有去重合
有没有去重合
6:41.660–6:43.000
zh冲突的消解机制
冲突的消解机制
6:43.000–6:44.040
zh如何处理
如何处理
6:44.040–6:45.740
zh同一事实的不同表述
同一事实的不同表述
6:45.740–6:46.980
zh这个问题挺好的
这个问题挺好的
6:46.980–6:47.640
zh对
对
6:47.640–6:50.300
zh看来这个Nome粉丝朋友
看来这个Nome粉丝朋友
6:50.300–6:53.320
zh其实是有关注记忆组件的
其实是有关注记忆组件的
6:53.320–6:57.280
zh那其实我们去虫和冲突消解机制是有的
那其实我们去虫和冲突消解机制是有的
6:57.280–7:00.600
zh其实先给大家看一下后续的PPT
其实先给大家看一下后续的PPT
7:00.600–7:02.960
zh那我们其实有七层结构
那我们其实有七层结构
7:02.960–7:04.840
zh第一层是memory.md
第一层是memory.md
7:04.840–7:07.360
zh如果养过虾的朋友可能就知道它是什么
如果养过虾的朋友可能就知道它是什么
7:07.360–7:09.040
zh对于Open Cloud和Hermas
对于Open Cloud和Hermas
7:09.040–7:11.480
zh它都会全量进入一个上下文
它都会全量进入一个上下文
7:11.480–7:13.300
zh做一个比较全的记忆
做一个比较全的记忆
7:13.300–7:16.100
zh当然我们也会同步这个操作场景
当然我们也会同步这个操作场景
7:16.100–7:17.460
zh对于我们自己的记忆
对于我们自己的记忆
7:17.460–7:19.660
zh首先我们就有一个ROEvent
首先我们就有一个ROEvent
7:19.660–7:21.660
zh就是一个最底层的事实
就是一个最底层的事实
7:21.660–7:23.260
zh也就是对话数据源
也就是对话数据源
7:23.260–7:25.460
zh然后我们会有一个Candidate
然后我们会有一个Candidate
7:25.460–7:27.560
zh如果我们会有一套记忆的上升规则
如果我们会有一套记忆的上升规则
7:27.560–7:29.160
zh就是关于长期记忆
就是关于长期记忆
7:29.160–7:29.760
zh有事实记忆
有事实记忆
7:29.760–7:30.860
zh有情景记忆
有情景记忆
7:30.860–7:32.960
zh以及用户的一些信息
以及用户的一些信息
7:32.960–7:35.460
zh那如果你触发到了我们的规则
那如果你触发到了我们的规则
7:35.460–7:36.860
zh那就会进入Candidate
那就会进入Candidate
7:36.860–7:38.560
zh那在Candidate层
那在Candidate层
7:38.560–7:40.260
zh那这个记忆会做什么
那这个记忆会做什么
7:40.260–7:42.560
zh其实就是一个沉淀
其实就是一个沉淀
7:42.560–7:44.960
zh那首先他会去判断你的
那首先他会去判断你的
7:44.960–7:48.760
zh这条记忆是闲聊噪声还是真的是实
这条记忆是闲聊噪声还是真的是实
7:48.760–7:52.300
zh如果是重要性低和自信度低的话
如果是重要性低和自信度低的话
7:52.300–7:54.400
zh他就会选择一个丢弃
他就会选择一个丢弃
7:54.400–7:57.820
zh其实我们这个记忆其实最重要的就是
其实我们这个记忆其实最重要的就是
7:57.820–7:59.200
zh他必须正确
他必须正确
7:59.200–8:01.260
zh就是他永远都会有一个reference
就是他永远都会有一个reference
8:01.260–8:03.700
zh可以指挥刚刚我们所谓的Rone Event
可以指挥刚刚我们所谓的Rone Event
8:03.700–8:05.360
zh一个Elling的原始事件
一个Elling的原始事件
8:05.360–8:06.820
zh因为这样我们
因为这样我们
8:06.820–8:09.100
zh我当时在考虑做这个记忆的时候
我当时在考虑做这个记忆的时候
8:09.100–8:12.160
zh其实想打造成一个可追溯的记忆
其实想打造成一个可追溯的记忆
8:12.160–8:14.920
zh并不是说像OpenCloud或者Hermas一样
并不是说像OpenCloud或者Hermas一样
8:14.920–8:16.460
zh如果大模型觉得该写
如果大模型觉得该写
8:16.460–8:18.600
zh他就去写这个memory.md
他就去写这个memory.md
8:18.600–8:20.020
zh后面可能记错了
后面可能记错了
8:20.020–8:22.960
zh或者说是记的事实有误的时候
或者说是记的事实有误的时候
8:22.960–8:23.780
zh其实想追溯
其实想追溯
8:23.780–8:24.780
zh你其实并不知道
你其实并不知道
8:24.780–8:26.960
zh他是什么时候把这个错误信息写了进去
他是什么时候把这个错误信息写了进去
8:26.960–8:29.820
zh所以我在设计这个记系统的时候
所以我在设计这个记系统的时候
8:29.820–8:32.100
zh就有非常严苛的reference地址
就有非常严苛的reference地址
8:32.100–8:35.280
zh如果过了这两道检查关卡
如果过了这两道检查关卡
8:35.280–8:37.320
zh其实就会到一个我们的entity
其实就会到一个我们的entity
8:37.320–8:41.960
zh那这里可能就会有朋友问的去重合冲突
那这里可能就会有朋友问的去重合冲突
8:41.960–8:43.980
zh那其实在entity这里
那其实在entity这里
8:43.980–8:46.860
zh可以给大家先在我们这里看一眼
可以给大家先在我们这里看一眼
8:46.860–8:48.480
zh那其实我们会有个记忆数
那其实我们会有个记忆数
8:48.480–8:51.860
zh那其实每个entity下面
那其实每个entity下面
8:51.860–8:54.500
zh每个主体下面都会有记忆
每个主体下面都会有记忆
8:54.968–8:57.288
zh那如果有一条新的记忆进来
那如果有一条新的记忆进来
8:57.288–9:00.128
zh它会看是属于这个user自己的
它会看是属于这个user自己的
9:00.128–9:02.668
zh或者是哪个人物的
或者是哪个人物的
9:02.668–9:04.748
zh或者是某个事实的
或者是某个事实的
9:04.748–9:07.468
zh当然你有了这些事实和人物之后
当然你有了这些事实和人物之后
9:07.468–9:09.748
zh你觉得这条记忆不好或者不重要
你觉得这条记忆不好或者不重要
9:09.748–9:13.028
zh或者你不想让它参与以后的记忆交回
或者你不想让它参与以后的记忆交回
9:13.028–9:14.608
zh你可以把它弃用掉
你可以把它弃用掉
9:14.608–9:15.428
zh对
对
9:15.428–9:16.708
zh一
一
9:16.708–9:20.068
zh这个冲突消解会是在这个entity的时候
这个冲突消解会是在这个entity的时候
9:20.068–9:22.108
zh它会读取你之前的记忆
它会读取你之前的记忆
9:22.108–9:24.688
zh然后进行一个entity的重构
然后进行一个entity的重构
9:24.688–9:26.208
zh你看这里也有
你看这里也有
9:26.208–9:27.488
zh如果和事实矛盾
如果和事实矛盾
9:27.488–9:29.208
zh它会进冲突对立
它会进冲突对立
9:29.208–9:31.328
zh如果冲突对立在哪
如果冲突对立在哪
9:31.328–9:33.068
zh其实是在我们的记忆沉淀这里
其实是在我们的记忆沉淀这里
9:33.068–9:34.548
zh那我现在没有冲突的
那我现在没有冲突的
9:34.548–9:35.568
zh如果有冲突的
如果有冲突的
9:35.568–9:37.708
zh它会希望你去check
它会希望你去check
9:37.708–9:38.208
zh对
对
9:38.208–9:39.908
zh看如果存在矛盾
看如果存在矛盾
9:39.908–9:40.768
zh就尽
就尽
9:40.768–9:42.048
zh如果你点采纳
如果你点采纳
9:42.048–9:43.468
zh或你可以点轰略
或你可以点轰略
9:43.468–9:45.648
zh但是如果你七天没有的话
但是如果你七天没有的话
9:45.648–9:49.308
zh它会判断是新的记忆自动采纳
它会判断是新的记忆自动采纳
9:49.308–9:49.808
zh对
对
9:49.808–9:51.388
zh我们先给大家回答一下
我们先给大家回答一下
9:51.388–9:52.508
zh几个高频的问题
几个高频的问题
9:52.508–9:54.788
zh就是说我们的October和其他的产品
就是说我们的October和其他的产品
9:54.788–9:56.468
zh它的定位有什么不同
它的定位有什么不同
9:56.468–9:58.348
zh以及它的优势在哪里
以及它的优势在哪里
9:58.348–9:59.648
zh先给大家讲完
先给大家讲完
9:59.648–10:00.148
zh我们待会儿
我们待会儿
10:00.148–10:01.668
zh我也会详细地讲解到记忆
我也会详细地讲解到记忆
10:01.668–10:03.008
zh大家有关于记忆的
大家有关于记忆的
10:03.008–10:04.368
zh可以一起提问
可以一起提问
10:04.368–10:07.388
zh那其实从包括
那其实从包括
10:07.388–10:08.648
zh我其实刚刚也问了
我其实刚刚也问了
10:08.648–10:09.888
zh焦焦和扬之两个问题
焦焦和扬之两个问题
10:09.888–10:12.628
zh那其实研发可能就用Cloud Code
那其实研发可能就用Cloud Code
10:12.628–10:13.308
zh用Codex
用Codex
10:13.308–10:15.248
zh包括我们公司的Codebody比较多
包括我们公司的Codebody比较多
10:15.248–10:17.448
zh办公可能就是我们Workbody
办公可能就是我们Workbody
10:17.448–10:19.568
zh现在其实也有些同事
现在其实也有些同事
10:19.568–10:22.468
zh会用CC或者Codex
会用CC或者Codex
10:22.468–10:24.428
zh就是做一个办公场景的Agent
就是做一个办公场景的Agent
10:24.428–10:26.808
zh生活场景其实就是OpenCloud Hermes
生活场景其实就是OpenCloud Hermes
10:26.808–10:29.868
zh我们其实是处于这个项线位
我们其实是处于这个项线位
10:29.868–10:32.128
zh那其实首先比起个人
那其实首先比起个人
10:32.128–10:33.928
zh我们Oktop肯定是多用户的
我们Oktop肯定是多用户的
10:33.928–10:35.648
zh我们是支持多用户
我们是支持多用户
10:35.648–10:37.708
zh如果上一期直播
如果上一期直播
10:37.708–10:39.228
zhOctop第一期直播
Octop第一期直播
10:39.228–10:40.508
zh没有看的观众朋友们
没有看的观众朋友们
10:40.508–10:42.448
zh可能是这里可以给大家介绍一下
可能是这里可以给大家介绍一下
10:42.448–10:43.548
zh你在一台服务器
你在一台服务器
10:43.548–10:44.768
zh部署了我们Octop
部署了我们Octop
10:44.768–10:46.688
zh你有一个主用户
你有一个主用户
10:46.688–10:48.628
zh你也可以创建许多子用户
你也可以创建许多子用户
10:48.628–10:49.588
zh去分给你
去分给你
10:49.588–10:50.628
zh不管是家人朋友
不管是家人朋友
10:50.628–10:52.768
zh你们可以一起共享这个Octop
你们可以一起共享这个Octop
10:52.768–10:55.428
zh他们彼此之间的工作空间和记忆
他们彼此之间的工作空间和记忆
10:55.428–10:56.208
zh是隔离的
是隔离的
10:56.208–10:57.288
zh只有一个龙虾
只有一个龙虾
10:57.288–10:58.588
zh就可以供一个小团队
就可以供一个小团队
10:58.588–11:00.208
zh或者一家人去使用
或者一家人去使用
11:00.208–11:00.708
zh对
对
11:00.708–11:01.748
zh不同的A型
不同的A型
11:01.748–11:02.568
zh可以用不同的记忆
可以用不同的记忆
11:02.568–11:03.068
zh对的
对的
11:03.068–11:03.868
zh刚刚说到
刚刚说到
11:03.868–11:04.968
zh不同的Agent
不同的Agent
11:04.968–11:06.848
zh首先每个用户肯定记忆隔离
首先每个用户肯定记忆隔离
11:06.848–11:09.268
zh其实上期直播也讲了多agent
其实上期直播也讲了多agent
11:09.268–11:11.128
zh我们在一个用户的多agent下
我们在一个用户的多agent下
11:11.128–11:13.288
zh每个agent也是记忆隔离的
每个agent也是记忆隔离的
11:13.288–11:15.588
zh这样就是防止我们记忆紊乱
这样就是防止我们记忆紊乱
11:15.588–11:16.088
zh对
对
11:16.088–11:16.588
zh是的
是的
11:16.588–11:18.208
zh到我们的粉丝朋友
到我们的粉丝朋友
11:18.208–11:19.328
zh开头的问
开头的问
11:19.328–11:21.728
zhOctob是一个桌面应用程序吗
Octob是一个桌面应用程序吗
11:21.728–11:23.688
zh这也是涉及到我们的定位问题
这也是涉及到我们的定位问题
11:23.688–11:29.448
zhOctob我们现在是一个开源的一个agent
Octob我们现在是一个开源的一个agent
11:29.448–11:32.948
zh我们未来会推出轻量云应用镜像
我们未来会推出轻量云应用镜像
11:32.948–11:37.388
zh我们也支持PWA安装成应用程序
我们也支持PWA安装成应用程序
11:37.388–11:39.508
zhPWA安装在桌面上
PWA安装在桌面上
11:39.508–11:41.848
zh如果后续有期待桌面客户端
如果后续有期待桌面客户端
11:41.848–11:44.048
zh我们有精力也会投入
我们有精力也会投入
11:44.048–11:46.608
zh最多可以支持用户
最多可以支持用户
11:46.608–11:49.588
zh最多就应该是看你服务系性能了
最多就应该是看你服务系性能了
11:49.588–11:51.328
zh如果你买个很多
如果你买个很多
11:51.328–11:53.268
zh8核8G或者多核多G
8核8G或者多核多G
11:53.268–11:55.768
zh其实就可以承载很多个用户
其实就可以承载很多个用户
11:55.768–11:57.468
zh还有粉丝朋友问
还有粉丝朋友问
11:57.468–11:58.668
zh这个目的是用在
这个目的是用在
11:58.668–12:00.528
zhOnCloud Hermes Workbody上面吗
OnCloud Hermes Workbody上面吗
12:00.528–12:02.828
zh其实我们就是一个独立的agent
其实我们就是一个独立的agent
12:02.828–12:04.028
zh对
对
12:04.028–12:05.288
zh独立的agent
独立的agent
12:05.288–12:06.928
zh就是跟OpenCloud
就是跟OpenCloud
12:06.928–12:07.868
enHermas Workbody
Hermas Workbody
12:07.868–12:09.208
zh我们同位agent
我们同位agent
12:09.208–12:11.168
zh可能有些相似或不同的功能
可能有些相似或不同的功能
12:11.168–12:12.788
zh其实刚刚就讲到
其实刚刚就讲到
12:12.788–12:13.828
zh首先我们是独用户
首先我们是独用户
12:13.828–12:15.068
zh我们其实是
我们其实是
12:15.068–12:16.708
zh办公和生活场景
办公和生活场景
12:16.708–12:18.748
zh都是比较通用的
都是比较通用的
12:18.748–12:21.168
zh像我们Octop可以用来做PPT
像我们Octop可以用来做PPT
12:21.168–12:23.648
zh包括后面养殖会演示的竞品调研
包括后面养殖会演示的竞品调研
12:23.648–12:27.028
zh同时关注过我们直播间的朋友
同时关注过我们直播间的朋友
12:27.028–12:28.608
zh我们之前有个很火的直播
我们之前有个很火的直播
12:28.608–12:30.288
zh就是我们的产品
就是我们的产品
12:30.288–12:30.788
enAnthel
Anthel
12:30.788–12:32.388
zh他在用ACE养娃
他在用ACE养娃
12:32.388–12:36.108
zh对这个场景也同时迁移到了我们的Octop上
对这个场景也同时迁移到了我们的Octop上
12:36.108–12:38.128
zh大家也可以尝试一下用Octop养花
大家也可以尝试一下用Octop养花
12:38.128–12:39.948
zh对包括我自己啊
对包括我自己啊
12:39.948–12:43.008
zh我在用Octop做我的健康管理助手
我在用Octop做我的健康管理助手
12:43.008–12:47.108
zh对其实办公和生活场景我们都能cover
对其实办公和生活场景我们都能cover
12:47.108–12:49.548
zh大家感兴趣的话可以都试一下
大家感兴趣的话可以都试一下
12:49.548–12:52.248
zh可以直接作为记忆题给Workbody
可以直接作为记忆题给Workbody
12:52.248–12:54.288
zh也就是我们的Hanath Memory
也就是我们的Hanath Memory
12:54.288–12:55.728
zh也就是我们的Octop Memory
也就是我们的Octop Memory
12:55.728–12:59.208
zh我们现在还没有提供接入Workbody的记忆
我们现在还没有提供接入Workbody的记忆
12:59.208–13:02.048
zhWorkbody我理解他们应该有一个原生的记忆
Workbody我理解他们应该有一个原生的记忆
13:02.048–13:04.228
zh对我其实下面列了
对我其实下面列了
13:04.228–13:06.188
zh我们到底和别的记忆
我们到底和别的记忆
13:06.188–13:06.888
zh有什么不一样
有什么不一样
13:06.888–13:08.448
zh那Workbody它其实
那Workbody它其实
13:08.448–13:10.208
zh记忆是产品内封装的
记忆是产品内封装的
13:10.208–13:12.188
zh如果后续大家感兴趣
如果后续大家感兴趣
13:12.188–13:13.848
zh可以说去看看
可以说去看看
13:13.848–13:15.048
zh怎么合作对接一下
怎么合作对接一下
13:15.048–13:15.548
zh对
对
13:15.548–13:17.468
zh我问了一个非常经典的
我问了一个非常经典的
13:17.468–13:18.428
zh为啥叫Octop
为啥叫Octop
13:18.428–13:20.128
zh其实上一期直播
其实上一期直播
13:20.128–13:21.568
zh也有朋友问
也有朋友问
13:21.568–13:23.128
zh那给我们取这个名字
那给我们取这个名字
13:23.128–13:24.508
zh其实是我们的一名主播
其实是我们的一名主播
13:24.508–13:25.648
zh他原来想一个名字
他原来想一个名字
13:25.648–13:26.548
zh叫Octopus
叫Octopus
13:26.548–13:28.128
zh就是Octopus
就是Octopus
13:28.128–13:29.008
zh就是章鱼
就是章鱼
13:29.008–13:30.568
zh因为我们多用户
因为我们多用户
13:30.568–13:31.248
zh多专家
多专家
13:31.248–13:33.808
zh还有多智能体非常多
还有多智能体非常多
13:33.808–13:35.788
zh就像章鱼非常多的触手一样
就像章鱼非常多的触手一样
13:35.788–13:37.528
zh所以我们想了Octopus
所以我们想了Octopus
13:37.528–13:39.468
zh但是为了一是好发音
但是为了一是好发音
13:39.468–13:43.768
zh二是我们比较想要Top这个后缀
二是我们比较想要Top这个后缀
13:43.768–13:45.388
zh所以我们改名叫On Top
所以我们改名叫On Top
13:45.388–13:48.988
zh那我看我们也是列举了
那我看我们也是列举了
13:48.988–13:51.308
zh不同的形态的Agent的区别
不同的形态的Agent的区别
13:51.308–13:53.968
zh您这一块可以给我们详细的介绍一下吗
您这一块可以给我们详细的介绍一下吗
13:53.968–13:56.308
zh直播间的粉丝朋友们可以截图保存
直播间的粉丝朋友们可以截图保存
13:56.308–13:58.208
zh大家如果对这一块
大家如果对这一块
13:58.208–14:00.248
zh不仔细的可以截图保存一下
不仔细的可以截图保存一下
14:00.248–14:04.708
zh其实我理解大家问的最多应该是Open Cloud Hermes
其实我理解大家问的最多应该是Open Cloud Hermes
14:04.708–14:06.888
zh跟我们到底有什么不一样
跟我们到底有什么不一样
14:06.888–14:10.528
zh其实Cloud Code和Codex就是一个编码agent
其实Cloud Code和Codex就是一个编码agent
14:10.528–14:13.548
zh大家用的最多的也是我们直播间出现最多的
大家用的最多的也是我们直播间出现最多的
14:13.548–14:14.788
zh就是Open Cloud Hermes
就是Open Cloud Hermes
14:14.788–14:17.648
zh然后它跟我们一个最大区别是
然后它跟我们一个最大区别是
14:17.648–14:19.948
zh我们其实是一个多专家
我们其实是一个多专家
14:19.948–14:23.328
zh包括一个用户你可以创建非常多的专家
包括一个用户你可以创建非常多的专家
14:23.328–14:26.388
zh也就是你可以就比如我和杨直
也就是你可以就比如我和杨直
14:26.388–14:28.008
zh我们俩是一个小团队
我们俩是一个小团队
14:28.008–14:29.368
zh我是Admin
我是Admin
14:29.368–14:32.968
zh我可以创建我自己的生活助理和办公助理
我可以创建我自己的生活助理和办公助理
14:32.968–14:34.788
zh这两个助理都在Octop
这两个助理都在Octop
14:34.788–14:36.068
zh都使用一个Octop
都使用一个Octop
14:36.068–14:38.128
zh他们工作区和记忆是完全隔离的
他们工作区和记忆是完全隔离的
14:38.128–14:40.808
zh同时我还可以创建一个子用户给杨指
同时我还可以创建一个子用户给杨指
14:40.808–14:43.808
zh杨指也可以创建属于他自己的多专家
杨指也可以创建属于他自己的多专家
14:43.808–14:44.448
zh对
对
14:44.448–14:47.128
zh每个专家对于IM渠道都是隔离的
每个专家对于IM渠道都是隔离的
14:47.128–14:50.128
zh所以如果想要就可以生活场景
所以如果想要就可以生活场景
14:50.128–14:51.708
zh就在微信上接入
就在微信上接入
14:51.708–14:52.668
zh办公场景
办公场景
14:52.668–14:54.808
zh我们就连飞书或起飞或丁丁
我们就连飞书或起飞或丁丁
14:54.808–14:56.748
zh我们也都支持
我们也都支持
14:56.748–14:57.248
zh对
对
14:57.248–14:59.448
zh其实这是一个最大的不同
其实这是一个最大的不同
14:59.448–15:00.628
zh像OpenCloud和Hermes
像OpenCloud和Hermes
15:00.628–15:01.668
zh他们都是个人Agent
他们都是个人Agent
15:01.668–15:04.228
zh包括他们也只支持单人用户
包括他们也只支持单人用户
15:04.228–15:05.808
zh我们是多用户
我们是多用户
15:05.808–15:07.428
zh然后一人部署全家
然后一人部署全家
15:07.428–15:08.728
zh关键问题是
关键问题是
15:08.728–15:09.908
zh你这个产品支持多少个通道
你这个产品支持多少个通道
15:09.908–15:11.068
zh我们这也有介绍的
我们这也有介绍的
15:11.068–15:11.828
zh是的
是的
15:11.828–15:13.108
zh我们其实支持
我们其实支持
15:13.108–15:14.768
zh飞书丁丁 启威 QQ
飞书丁丁 启威 QQ
15:14.768–15:15.828
zh很多通道
很多通道
15:15.828–15:18.488
zh像我可以在这个里面
像我可以在这个里面
15:18.488–15:20.528
zh这就是我们实际的产品面板
这就是我们实际的产品面板
15:20.528–15:21.808
zh可以给大家看一下
可以给大家看一下
15:21.808–15:24.088
zh支持微信 QQ 启威 启威 元宝
支持微信 QQ 启威 启威 元宝
15:24.088–15:25.988
zh包括华为的小益
包括华为的小益
15:25.988–15:26.828
zh也小易都可以
也小易都可以
15:26.828–15:29.428
zh对包括这个MQTT也可以看
对包括这个MQTT也可以看
15:29.428–15:32.148
zh刚刚我举例一个用户有多个专家
刚刚我举例一个用户有多个专家
15:32.148–15:34.488
zh他们每个人其实都可以配那么多的通道
他们每个人其实都可以配那么多的通道
15:34.488–15:35.948
zh每个专家可以配多通道
每个专家可以配多通道
15:35.948–15:36.828
zh对是的
对是的
15:36.828–15:38.348
zh那还是很全面的
那还是很全面的
15:38.348–15:39.988
zh是的欢迎大家使用
是的欢迎大家使用
15:39.988–15:42.688
zh有用户在问我们官网地址是什么
有用户在问我们官网地址是什么
15:42.688–15:47.188
zh我们官网地址是好给大家放大一下
我们官网地址是好给大家放大一下
15:47.188–15:50.748
zh请搜Github
请搜Github
15:50.748–15:54.688
zh在我们Tencent Cloud项目下的OCTO
在我们Tencent Cloud项目下的OCTO
15:54.688–15:58.088
zh对也欢迎大家记得支持我们的产品
对也欢迎大家记得支持我们的产品
15:58.088–15:58.728
enGateStar
GateStar
15:58.728–16:00.568
zh对那我现在回答现在一下这个用户
对那我现在回答现在一下这个用户
16:00.568–16:02.248
zhQQ是不是只是单鸟
QQ是不是只是单鸟
16:02.248–16:04.368
zh如果是群鸟是不是还得用QQBot
如果是群鸟是不是还得用QQBot
16:04.368–16:06.328
zh那么非常感谢这位用户的提问
那么非常感谢这位用户的提问
16:06.328–16:07.968
zh这个QQ群鸟现在已经支持了
这个QQ群鸟现在已经支持了
16:07.968–16:10.408
zh但是我们未来会继续拓展我们的QQ群鸟
但是我们未来会继续拓展我们的QQ群鸟
16:10.408–16:12.088
zh包括我们的QQ的一个多Agent
包括我们的QQ的一个多Agent
16:12.088–16:14.128
zh会接入到我们的包括QQ频道
会接入到我们的包括QQ频道
16:14.128–16:15.768
zh我们也可以用家庭群
我们也可以用家庭群
16:15.768–16:17.208
zh我们也会接入我们的Agent
我们也会接入我们的Agent
16:17.208–16:19.208
zh每个家庭用户都有机会在里面提问
每个家庭用户都有机会在里面提问
16:19.208–16:20.208
zh这是我们下一步的打算
这是我们下一步的打算
16:20.208–16:21.688
zh没错可以多个Agent
没错可以多个Agent
16:21.688–16:22.328
zh当然可以了
当然可以了
16:22.328–16:25.688
zh我们当然可以用多个Agent在一个聊天框里面去执行共同任务
我们当然可以用多个Agent在一个聊天框里面去执行共同任务
16:25.688–16:26.688
zh的话我们会展示的
的话我们会展示的
16:27.488–16:29.568
zh对其实关于我讲的记忆的话
对其实关于我讲的记忆的话
16:29.568–16:31.088
zh像OpenCloud和Hermes
像OpenCloud和Hermes
16:31.088–16:33.168
zh他们其实都是把他们的MD
他们其实都是把他们的MD
16:33.168–16:36.288
zh加入就是系统提示词
加入就是系统提示词
16:36.288–16:37.568
zh然后被读到
然后被读到
16:37.568–16:42.968
zh你要记的时候就是叫OpenCloud和HermesAgent本身去写Memory的MD
你要记的时候就是叫OpenCloud和HermesAgent本身去写Memory的MD
16:42.968–16:47.408
zh那我们其实讲到稍微提了一点关于沉淀和召回
那我们其实讲到稍微提了一点关于沉淀和召回
16:47.408–16:48.528
zh包括我们的牵引能力
包括我们的牵引能力
16:48.528–16:50.088
zh后续我会细讲
后续我会细讲
16:50.288–16:51.768
zh对其实还有很多功能
对其实还有很多功能
16:51.768–16:54.568
zh包括ACP其实刚刚有提到
包括ACP其实刚刚有提到
16:54.868–16:56.668
zh大家用Cloud Code和Codex重做
大家用Cloud Code和Codex重做
16:56.668–16:58.128
zh那其实我们和
那其实我们和
16:58.128–17:00.268
zh不管是Cloud Code还是Codex
不管是Cloud Code还是Codex
17:00.268–17:01.508
zh甚至Codebody OpenCode
甚至Codebody OpenCode
17:01.508–17:02.908
zh我们并不是竞品
我们并不是竞品
17:02.908–17:05.248
zh我们其实是可以调用它们的能力的
我们其实是可以调用它们的能力的
17:05.248–17:07.568
zh因为Octop有个鞋叫ACP
因为Octop有个鞋叫ACP
17:07.568–17:08.868
zh可以通过ACP
可以通过ACP
17:08.868–17:10.668
zh就是连接上Codec
就是连接上Codec
17:10.668–17:11.348
enCodec
Codec
17:11.348–17:12.708
zh你如果想编程
你如果想编程
17:12.708–17:16.148
zh你想用更成熟的Codeagents
你想用更成熟的Codeagents
17:16.148–17:17.948
zh你就可以把任务委派给他们
你就可以把任务委派给他们
17:17.948–17:20.448
zh也是在我们Octop里是可以实现的
也是在我们Octop里是可以实现的
17:20.448–17:22.988
zh有粉丝朋友问能自己部署吗
有粉丝朋友问能自己部署吗
17:22.988–17:23.488
zh可以的
可以的
17:23.488–17:26.408
zh请关注我们的Octop GitHub仓库
请关注我们的Octop GitHub仓库
17:26.408–17:28.048
zh然后在我们的ReadMe里
然后在我们的ReadMe里
17:28.048–17:30.348
zh有详细的字部署教程
有详细的字部署教程
17:30.348–17:32.908
zh如果是想用镜像一键部署的话
如果是想用镜像一键部署的话
17:32.908–17:35.288
zh我们未来也会提供镜像
我们未来也会提供镜像
17:35.288–17:37.708
zh可以在腾讯控制台直接购买
可以在腾讯控制台直接购买
17:37.708–17:40.068
zh也是使用腾讯轻量服务器
也是使用腾讯轻量服务器
17:40.068–17:42.708
zh对我们后续会提供轻量服务器的镜像
对我们后续会提供轻量服务器的镜像
17:42.708–17:43.208
zh很快
很快
17:43.208–17:44.248
zh本周或者下周
本周或者下周
17:44.248–17:46.608
zh我们现在有一点最后的工作
我们现在有一点最后的工作
17:46.608–17:47.548
zh我们即将会出
我们即将会出
17:47.548–17:48.648
zh对欢迎大家
对欢迎大家
17:48.648–17:49.848
zh即使关注我们轻量
即使关注我们轻量
17:49.848–17:52.228
zh我们会适时推出我们的GTOP镜像
我们会适时推出我们的GTOP镜像
17:52.228–17:53.488
zh也就是以前我们的ACE镜像
也就是以前我们的ACE镜像
17:53.488–17:55.508
zh用户也可以升级到GTOP镜像
用户也可以升级到GTOP镜像
17:55.508–17:56.828
zh对了我们的ACE是不是要升级了
对了我们的ACE是不是要升级了
17:56.828–17:59.448
zh是的我们也会提供轻易工具
是的我们也会提供轻易工具
17:59.448–18:01.408
zh既然说到这了
既然说到这了
18:01.408–18:03.708
zh那就给大家演示一下
那就给大家演示一下
18:03.708–18:05.868
zh如果有我们的老用户的话
如果有我们的老用户的话
18:05.868–18:10.028
zh可以看可以更新到我们最新的0.1.31版本
可以看可以更新到我们最新的0.1.31版本
18:10.028–18:12.248
zh认准我们0.1.31版本
认准我们0.1.31版本
18:12.248–18:15.848
zh在高级设置里可以看到一个导出到Octop
在高级设置里可以看到一个导出到Octop
18:15.848–18:18.988
zh然后这里就可以导出到Octop
然后这里就可以导出到Octop
18:18.988–18:20.808
zh可以打包一个备份
可以打包一个备份
18:20.808–18:24.108
zh可以看到这个备份其实已经就是
可以看到这个备份其实已经就是
18:24.108–18:25.528
zh就是TAR包下下来了
就是TAR包下下来了
18:25.528–18:27.868
zh然后再打开我们的Octop
然后再打开我们的Octop
18:27.868–18:30.828
zh然后再应用设置有个备份与恢复
然后再应用设置有个备份与恢复
18:30.828–18:33.108
zh首先就上传我们刚刚
首先就上传我们刚刚
18:33.108–18:36.188
zh你看这就是19.32刚刚那个备份
你看这就是19.32刚刚那个备份
18:36.188–18:37.868
zh我们把它上传了
我们把它上传了
18:37.868–18:40.268
zh然后我们就点恢复
然后我们就点恢复
18:40.268–18:43.708
zh请大家记住我们的用户名就是the mean
请大家记住我们的用户名就是the mean
18:43.708–18:47.268
zh密码就是之前在litecloud设置的那个密码
密码就是之前在litecloud设置的那个密码
18:47.268–18:49.348
zh我们继续来学习你的记忆机制
我们继续来学习你的记忆机制
18:49.348–18:51.748
zh其实刚刚给大家也讲了
其实刚刚给大家也讲了
18:51.748–18:54.588
zh我们跟opencloud跟hermas
我们跟opencloud跟hermas
18:54.588–18:56.988
zh包括跟cloudcode和codex
包括跟cloudcode和codex
18:56.988–18:59.588
zh在产品上和记忆上有什么不同
在产品上和记忆上有什么不同
18:59.588–19:02.748
zh那octop memory到底是怎么样的呢
那octop memory到底是怎么样的呢
19:02.748–19:06.808
zh那就给大家其实我在PT里给大家做个比喻
那就给大家其实我在PT里给大家做个比喻
19:06.808–19:09.668
zh如果把我们的记忆比做成一家暴数
如果把我们的记忆比做成一家暴数
19:09.668–19:14.308
zh那我们常驻的除了常驻的memory.md文件之外
那我们常驻的除了常驻的memory.md文件之外
19:14.308–19:18.708
zh那其实我们刚刚其实介绍有个roll event
那其实我们刚刚其实介绍有个roll event
19:18.708–19:20.028
zh它就是一个录音笔
它就是一个录音笔
19:20.028–19:23.028
zh就是你跟Octop说了什么
就是你跟Octop说了什么
19:23.028–19:23.948
zh它都会记住
它都会记住
19:23.948–19:26.208
zh然后它永远是一个证据源
然后它永远是一个证据源
19:26.208–19:29.568
zh我们刚刚说到在记忆召回的时候
我们刚刚说到在记忆召回的时候
19:29.568–19:31.148
zh不管召回的是哪条记忆
不管召回的是哪条记忆
19:31.148–19:34.388
zh最后都能refer就能溯源到
最后都能refer就能溯源到
19:34.388–19:36.168
zh你跟Octop的对话
你跟Octop的对话
19:36.168–19:40.488
zh就是保证我们记忆永远是正确的一个机制
就是保证我们记忆永远是正确的一个机制
19:40.488–19:42.168
zh所以它是一个录音笔
所以它是一个录音笔
19:42.168–19:44.168
zh下一层就是一个candidate
下一层就是一个candidate
19:44.168–19:45.368
zh就是记者出稿
就是记者出稿
19:45.368–19:49.308
zh那就是大模型从原始对话中
那就是大模型从原始对话中
19:49.308–19:51.528
zh就是从用户跟Octop对话中
就是从用户跟Octop对话中
19:51.528–19:53.608
zh抽取出的候选事实
抽取出的候选事实
19:53.608–19:55.228
zh但是为什么是出稿呢
但是为什么是出稿呢
19:55.228–19:56.608
zh因为它只是一个候选事实
因为它只是一个候选事实
19:56.608–19:57.568
zh它还没有见报
它还没有见报
19:57.568–20:00.508
zh在candidate这一层解决完冲突
在candidate这一层解决完冲突
20:01.148–20:02.428
zh通过用户审核
通过用户审核
20:02.428–20:05.628
zh然后在重要性和智信度上面
然后在重要性和智信度上面
20:05.628–20:07.548
zh有所筛选之后
有所筛选之后
20:07.548–20:09.468
zh然后它才会晋升成一个
然后它才会晋升成一个
20:09.468–20:10.668
enATOM card
ATOM card
20:10.668–20:12.348
zh就是一个正式简报
就是一个正式简报
20:12.348–20:14.108
zh当然这也是我们在
当然这也是我们在
20:14.108–20:16.828
zh就是我们的Octop面板中会看到的记忆
就是我们的Octop面板中会看到的记忆
20:16.828–20:19.228
zh它也是我们的召回主力层
它也是我们的召回主力层
20:19.228–20:21.628
zh当然后面我们会讲到召回
当然后面我们会讲到召回
20:21.628–20:23.348
zh除此之外
除此之外
20:23.348–20:25.148
zh我们还有一个日记层
我们还有一个日记层
20:25.148–20:27.668
zh那这个其实是除了上面的事实
那这个其实是除了上面的事实
20:27.668–20:28.548
zh之外的东西
之外的东西
20:28.548–20:31.028
zh就是一些装饰时过滤掉的东西
就是一些装饰时过滤掉的东西
20:31.028–20:33.548
zh比如是生活事件和情绪
比如是生活事件和情绪
20:33.548–20:36.088
zh它是和事实管线病情跑的
它是和事实管线病情跑的
20:36.088–20:36.808
zh并不污染
并不污染
20:36.808–20:39.528
zh了解我们AC和Octop的话
了解我们AC和Octop的话
20:39.528–20:41.948
zh知道我们会有一个主动关心机制
知道我们会有一个主动关心机制
20:41.948–20:43.928
zh那其实这个机制就是
那其实这个机制就是
20:43.928–20:45.768
zh探查到用户的心情
探查到用户的心情
20:45.768–20:48.048
zh在用户开心的时候会鼓励他
在用户开心的时候会鼓励他
20:48.048–20:50.468
zh以及在用户低落的时候会安慰他
以及在用户低落的时候会安慰他
20:50.468–20:54.048
zh在Octop里其实就是靠着我们这个日记层
在Octop里其实就是靠着我们这个日记层
20:54.048–20:56.028
zh其实我们还有人物词条
其实我们还有人物词条
20:56.028–20:58.588
zh所有的正式箭报的原子卡片
所有的正式箭报的原子卡片
20:58.588–21:00.868
zh都会在一个人物词条下
都会在一个人物词条下
21:00.868–21:04.668
zh它会把原子卡片归类到人物词条
它会把原子卡片归类到人物词条
21:04.668–21:06.228
zh包括用户人物事实
包括用户人物事实
21:06.228–21:09.528
zh在这样就会每条原子卡片之间
在这样就会每条原子卡片之间
21:09.528–21:10.728
zh就会产生联系
就会产生联系
21:10.728–21:12.668
zh最后是神器流水
最后是神器流水
21:12.668–21:15.908
zh因为听课的观众朋友们
因为听课的观众朋友们
21:15.908–21:17.648
zh可能就会有问题
可能就会有问题
21:17.648–21:20.428
zh那所有记忆的生成都靠大模型
那所有记忆的生成都靠大模型
21:20.428–21:22.468
zh那它是怎么做的
那它是怎么做的
21:22.468–21:24.128
zh那其实就是神器流水
那其实就是神器流水
21:24.128–21:25.728
zh它可以记住大模型
它可以记住大模型
21:25.728–21:27.788
zh从哪一条事实中
从哪一条事实中
21:27.788–21:29.288
zh那个对话中提取到了
那个对话中提取到了
21:29.288–21:30.368
zh哪些候选
哪些候选
21:30.368–21:32.088
zh候选怎么进生存原子卡片
候选怎么进生存原子卡片
21:32.088–21:34.368
zh都会在我们的面板中一一显示
都会在我们的面板中一一显示
21:34.368–21:36.528
zh包括删除包括冲突
包括删除包括冲突
21:36.528–21:37.028
zh对
对
21:37.028–21:38.628
zh那其实我有一个小白的问题
那其实我有一个小白的问题
21:38.628–21:39.688
zh想问一下英明
想问一下英明
21:39.688–21:41.768
zh不知道直播间有没有类似的问题
不知道直播间有没有类似的问题
21:41.768–21:42.508
zh关于我们记忆
关于我们记忆
21:42.508–21:44.408
zh它的一个沉淀和召回
它的一个沉淀和召回
21:44.408–21:45.488
zh它具体指的是什么
它具体指的是什么
21:45.488–21:46.628
zh这个概念怎么理解
这个概念怎么理解
21:46.628–21:47.628
zh记忆的沉淀
记忆的沉淀
21:47.628–21:49.248
zh像焦焦其实有在
像焦焦其实有在
21:49.248–21:50.668
zhOpenCloud和Hermes
OpenCloud和Hermes
21:50.668–21:51.888
zh那比如说
那比如说
21:51.888–21:54.388
zh那你最近一个问你的
那你最近一个问你的
21:54.388–21:56.088
zhHermes的问题是什么
Hermes的问题是什么
21:56.088–21:56.588
zh焦焦
焦焦
21:56.588–21:57.288
zh你可以告诉我们
你可以告诉我们
21:57.288–21:58.968
zh你在什么一个场景下用了它
你在什么一个场景下用了它
21:58.968–22:02.628
zh就比如说最近一次让他帮我撰写一下
就比如说最近一次让他帮我撰写一下
22:02.628–22:04.668
zh我们这个直播的整个的策划
我们这个直播的整个的策划
22:04.668–22:08.108
zh对那关于你和他在这个对话中
对那关于你和他在这个对话中
22:08.108–22:10.268
zh那记忆的沉淀他会记住
那记忆的沉淀他会记住
22:10.268–22:11.868
zh我的主人叫焦
我的主人叫焦
22:11.868–22:15.828
zh那今天其实是叫我帮忙撰写这个直播的计划
那今天其实是叫我帮忙撰写这个直播的计划
22:15.828–22:18.728
zh那他会根据你给他提示词沉淀一下
那他会根据你给他提示词沉淀一下
22:18.728–22:22.068
zh焦在今天那他参与了主题什么什么的直播
焦在今天那他参与了主题什么什么的直播
22:22.068–22:23.788
zh他就会根据你的对话
他就会根据你的对话
22:23.788–22:25.768
zh然后记住一些有用的事实
然后记住一些有用的事实
22:25.768–22:27.648
zh或者你今天做的事情
或者你今天做的事情
22:27.648–22:29.048
zh这就是记忆的沉淀
这就是记忆的沉淀
22:29.048–22:29.848
zh对
对
22:29.848–22:32.168
zh那什么是召回呢
那什么是召回呢
22:32.168–22:33.228
zh那比如说
那比如说
22:33.228–22:35.008
zh那下次直播的时候
那下次直播的时候
22:35.008–22:38.408
zh如果你再跟你的龙虾对话
如果你再跟你的龙虾对话
22:38.408–22:41.008
zh其实如果就是人与人之间对话
其实如果就是人与人之间对话
22:41.008–22:41.588
zh比如说
比如说
22:41.588–22:42.928
zh比如说我昨天跟杨子说
比如说我昨天跟杨子说
22:42.928–22:44.428
zh那我可能昨天跟杨子说
那我可能昨天跟杨子说
22:44.428–22:45.328
zh我最近有点上火
我最近有点上火
22:45.328–22:47.048
zh那可能我今天说
那可能我今天说
22:47.048–22:48.968
zhOK我要去吃炸鸡
OK我要去吃炸鸡
22:48.968–22:50.548
zh那杨子就会想起
那杨子就会想起
22:50.548–22:52.948
zh那我说我昨天有点上火
那我说我昨天有点上火
22:52.948–22:55.548
zh他就会可能想起这个相关性
他就会可能想起这个相关性
22:55.548–22:57.728
zh那其实agent也会这样
那其实agent也会这样
22:57.728–22:59.188
zh如果你下次跟他说
如果你下次跟他说
22:59.188–23:01.368
zh你又要撰写一个直播的
你又要撰写一个直播的
23:01.368–23:03.588
zhPPT或者直播的大纲了
PPT或者直播的大纲了
23:03.588–23:05.628
zh他应该像人一样想起
他应该像人一样想起
23:05.628–23:07.728
zh你之前跟他说过的相似的对话
你之前跟他说过的相似的对话
23:07.728–23:10.468
zh然后来帮助你更好的去优化你的工作
然后来帮助你更好的去优化你的工作
23:10.468–23:12.408
zh工作这就是记忆的召回
工作这就是记忆的召回
23:12.408–23:13.808
zh了解了
了解了
23:13.808–23:14.708
zh好的学到了
好的学到了
23:14.708–23:16.648
zh那其实刚刚讲那么多
那其实刚刚讲那么多
23:16.648–23:19.008
zh那就来实力演练一下
那就来实力演练一下
23:19.008–23:20.668
zh那假如这个用户
那假如这个用户
23:20.668–23:24.468
zh在一台安装了Octop Memory的agent上说
在一台安装了Octop Memory的agent上说
23:24.468–23:26.508
zh跟这个Agent说
跟这个Agent说
23:26.508–23:29.028
zh那这个项目暂时先别上PG了
那这个项目暂时先别上PG了
23:29.028–23:30.188
zhPG就是一个数据库
PG就是一个数据库
23:30.188–23:32.888
zh说本地SecureLights已经够用了
说本地SecureLights已经够用了
23:32.888–23:34.628
zh说他下周要去上海出差
说他下周要去上海出差
23:34.628–23:35.348
zh有点焦虑
有点焦虑
23:35.348–23:38.288
zh那其实这句话包含了很多信息
那其实这句话包含了很多信息
23:38.288–23:40.808
zh首先L0层就是我们刚刚的事实
首先L0层就是我们刚刚的事实
23:40.808–23:41.588
zh就是录音笔
就是录音笔
23:41.588–23:44.508
zh他会把这句话记下来
他会把这句话记下来
23:44.508–23:45.708
zh在录音笔之外
在录音笔之外
23:45.708–23:47.288
zh到了我们的候选事实
到了我们的候选事实
23:47.288–23:49.348
zh那一有日记
那一有日记
23:49.348–23:51.248
zh下周去上海出差有点焦虑
下周去上海出差有点焦虑
23:51.248–23:54.528
zh因为这只是一个一时的心情
因为这只是一个一时的心情
23:54.528–23:57.668
zh它可能在工作中不太会被需要
它可能在工作中不太会被需要
23:57.668–24:00.488
zh那这个项目不用PG
那这个项目不用PG
24:00.488–24:01.308
zh用CircleLite
用CircleLite
24:01.308–24:03.548
zh这可能就是一个工具强相关的事实
这可能就是一个工具强相关的事实
24:03.548–24:05.368
zh那心情就进日记
那心情就进日记
24:05.368–24:07.308
zh事实就进我们的候选卡片
事实就进我们的候选卡片
24:07.308–24:10.008
zh那就说到了刚刚的五层
那就说到了刚刚的五层
24:10.008–24:13.608
zh那看看它的自信度和重要性够吗
那看看它的自信度和重要性够吗
24:13.608–24:15.768
zh有没有可以录音证据
有没有可以录音证据
24:15.768–24:17.388
zh零零的原始事实证
零零的原始事实证
24:17.388–24:19.388
zh到底能不能被指导
到底能不能被指导
24:19.388–24:20.628
zh如果被指导
如果被指导
24:20.628–24:22.388
zh那我们就要进生成
那我们就要进生成
24:22.388–24:24.188
zh就是正式的原子卡片了
就是正式的原子卡片了
24:24.188–24:26.408
zh那我们这个原子卡片里
那我们这个原子卡片里
24:26.408–24:27.588
zh有没有一个实体
有没有一个实体
24:27.588–24:29.028
zh可以让它归类
可以让它归类
24:29.028–24:29.728
zh如果有的话
如果有的话
24:29.728–24:30.988
zh那就装进这个实体
那就装进这个实体
24:30.988–24:33.808
zh没有就重新去生成一个实体
没有就重新去生成一个实体
24:33.808–24:34.988
zh我再看看
我再看看
24:34.988–24:37.228
zh跟数据库里的事实
跟数据库里的事实
24:37.228–24:37.908
zh有没有冲突
有没有冲突
24:37.908–24:39.748
zh可能我们数据库里面
可能我们数据库里面
24:39.748–24:41.308
zh三个月前有一条事实是
三个月前有一条事实是
24:41.308–24:44.488
zh那我们就要用PG做足库
那我们就要用PG做足库
24:44.488–24:46.588
zh然后当我们现在说了一句话
然后当我们现在说了一句话
24:46.588–24:48.068
zh是别上PG了
是别上PG了
24:48.068–24:49.748
zh它就检测到有冲突
它就检测到有冲突
24:49.748–24:54.048
zh那它其实就会触发刚刚我们演示的那个有冲突
那它其实就会触发刚刚我们演示的那个有冲突
24:54.048–24:54.848
zh那就等待用
那就等待用
24:54.868–24:57.068
zh那就等待用户采纳或者用户拒绝
那就等待用户采纳或者用户拒绝
24:57.068–25:00.228
zh这就是我们整体的一个沉淀路线了
这就是我们整体的一个沉淀路线了
25:00.228–25:02.788
zh那下面其实讲解就是G的最后一部分
那下面其实讲解就是G的最后一部分
25:02.788–25:04.068
zh就是召回
就是召回
25:04.068–25:08.508
zh那召回那又是一个实力演练一个举例
那召回那又是一个实力演练一个举例
25:08.508–25:10.548
zh如果一个用户就是问
如果一个用户就是问
25:10.548–25:13.948
zh那个项目的当时的数据库是怎么定的来着
那个项目的当时的数据库是怎么定的来着
25:13.948–25:16.708
zh那首先会去查一个缓存
那首先会去查一个缓存
25:16.708–25:20.108
zh看这个缓存里有没有相关的关键字
看这个缓存里有没有相关的关键字
25:20.108–25:20.668
zh如果没有
如果没有
25:20.668–25:24.508
zh那就直接去进行一个用BM25
那就直接去进行一个用BM25
25:24.508–25:27.548
zh就是我们的一个召回的一个算法
就是我们的一个召回的一个算法
25:27.548–25:28.828
zh然后去搜索
然后去搜索
25:28.828–25:31.628
zh那有没有相应的原则卡片
那有没有相应的原则卡片
25:31.628–25:32.628
zh那搜到了
那搜到了
25:32.628–25:34.788
zh就是我们刚刚说的
就是我们刚刚说的
25:34.788–25:38.268
zh那Octob这个暂时先不用PG了
那Octob这个暂时先不用PG了
25:38.268–25:39.928
zh先用本地的Syculate
先用本地的Syculate
25:39.928–25:41.828
zh它就是搜到之后
它就是搜到之后
25:41.828–25:44.308
zh它就可以回答用户的这个问题了
它就可以回答用户的这个问题了
25:44.308–25:48.928
zh就是它的一个运行的内在机制的原理是吗
就是它的一个运行的内在机制的原理是吗
25:48.928–25:50.908
zh一步一步是如何运作的
一步一步是如何运作的
25:50.908–25:51.628
zh对的
对的
25:51.628–25:54.028
zh其实还有很多细节
其实还有很多细节
25:54.028–25:55.488
zh但是我们未来实在不
但是我们未来实在不
25:55.488–25:56.688
zh在很近的未来
在很近的未来
25:56.688–25:58.228
zh马上就会把我们的记忆开远
马上就会把我们的记忆开远
25:58.228–26:01.848
zh感兴趣的朋友也可以先关注我们的Octop
感兴趣的朋友也可以先关注我们的Octop
26:01.848–26:04.308
zh后续我们的Octop Memory
后续我们的Octop Memory
26:04.308–26:07.208
zh也会随之在Tencent Cloud下面开远的
也会随之在Tencent Cloud下面开远的
26:07.208–26:09.528
zh如果说以后再云服务器
如果说以后再云服务器
26:09.528–26:11.228
zh部署了是不是只有国外的服务器
部署了是不是只有国外的服务器
26:11.228–26:13.408
zh可以去调用GPT的模型呢
可以去调用GPT的模型呢
26:13.408–26:14.588
zh是的
是的
26:14.588–26:17.008
zh调用GPT的模型
调用GPT的模型
26:17.008–26:18.528
zh其实是取决于GPT
其实是取决于GPT
26:18.528–26:20.828
zh它本身可以在哪个地位调用
它本身可以在哪个地位调用
26:20.828–26:23.008
zh那如果在中国
那如果在中国
26:23.008–26:25.468
zh或者在哪里
或者在哪里
26:25.468–26:26.608
zh不能访问GPT
不能访问GPT
26:26.608–26:27.768
zh你就是调用不了
你就是调用不了
26:27.768–26:30.548
zh你只能在能调用GPT地域的服务器
你只能在能调用GPT地域的服务器
26:30.548–26:32.568
zh然后去调用到GPT
然后去调用到GPT
26:32.568–26:33.068
zh对
对
26:33.068–26:36.428
zh问目前Optop采用默认Q-Lite
问目前Optop采用默认Q-Lite
26:36.428–26:41.168
zh而不用PG是出于怎样的考虑呢
而不用PG是出于怎样的考虑呢
26:41.168–26:43.188
zh这各位粉丝朋友问得很好
这各位粉丝朋友问得很好
26:43.188–26:45.068
zh其实我们现在也支持PG了
其实我们现在也支持PG了
26:45.068–26:46.908
zh但是默认是Ciclite
但是默认是Ciclite
26:46.908–26:50.728
zh一是可以支持用户一键安装完就可以使用
一是可以支持用户一键安装完就可以使用
26:50.728–26:53.108
zh默认就是在本地创建一个Ciclite
默认就是在本地创建一个Ciclite
26:53.108–26:54.328
zh这个服务就可以用了
这个服务就可以用了
26:54.328–26:58.288
zh然后也不是说需要用户去建一个PG配置
然后也不是说需要用户去建一个PG配置
26:58.288–26:59.768
zh那如果有高端用户
那如果有高端用户
26:59.768–27:01.108
zh如果想做分布式
如果想做分布式
27:01.108–27:01.708
zh想用PG
想用PG
27:01.708–27:03.988
zh我们其实也是完全可以支持PG
我们其实也是完全可以支持PG
27:03.988–27:05.848
zh对这个能力我们现在已经支持了
对这个能力我们现在已经支持了
27:05.848–27:10.848
zh对,那其实今天记忆讲的其实就是这么多了
对,那其实今天记忆讲的其实就是这么多了
27:10.848–27:15.848
zh那如果大家还有后续问题可以一是在我们的GitHub主页上给我们提问
那如果大家还有后续问题可以一是在我们的GitHub主页上给我们提问
27:15.848–27:18.848
zh二是进入我们的用户群,然后提问
二是进入我们的用户群,然后提问
27:18.848–27:23.848
zh这个直播的下半场其实要有请我们杨纸给大家做一些实力的介绍
这个直播的下半场其实要有请我们杨纸给大家做一些实力的介绍
27:23.848–27:25.848
zh好的,大家好,我叫杨纸
好的,大家好,我叫杨纸
27:25.848–27:28.737
zh那我来和大家分享一下我们的多专家多Agent的病情,
那我来和大家分享一下我们的多专家多Agent的病情,
27:28.737–27:29.848
zh如何来重复我们的进行
如何来重复我们的进行
27:29.848–27:35.728
zh我想问问您有没有在比如说CodeBody或者是WorkBody里面使用过多Agent多专家
我想问问您有没有在比如说CodeBody或者是WorkBody里面使用过多Agent多专家
27:35.728–27:37.348
zh想教教我们是不是有经常去使用
想教教我们是不是有经常去使用
27:37.348–27:38.728
zh那我先说确实
那我先说确实
27:38.728–27:42.268
zh比如让WorkBody帮我做某一个PT的时候
比如让WorkBody帮我做某一个PT的时候
27:42.268–27:48.808
zh他其实自己先是会调用一下很多Agent去分别做一些小步骤的事情
他其实自己先是会调用一下很多Agent去分别做一些小步骤的事情
27:48.808–27:49.728
zh最后再汇总
最后再汇总
27:49.728–27:51.808
zh然后多专家我其实也有体验到
然后多专家我其实也有体验到
27:51.808–27:56.728
zh因为熟悉WorkBody的朋友应该知道可以在一个项目里增加很多专家
因为熟悉WorkBody的朋友应该知道可以在一个项目里增加很多专家
27:56.728–27:58.648
zh你就可以去调用这些专家的努力
你就可以去调用这些专家的努力
27:58.648–28:00.108
zh对那么我们的
对那么我们的
28:00.108–28:02.188
zh也是具备这么大的能力
也是具备这么大的能力
28:02.188–28:02.988
zh包括像您如果在
包括像您如果在
28:02.988–28:03.708
zhQQ通道里面
QQ通道里面
28:03.708–28:05.008
zh我们可以支持家庭去聊
我们可以支持家庭去聊
28:05.008–28:05.708
zh包括微信通道
包括微信通道
28:05.708–28:06.388
zh如果以后开通了
如果以后开通了
28:06.388–28:07.308
zh我们会相信支持
我们会相信支持
28:07.308–28:08.188
zh然后还有一些用户
然后还有一些用户
28:08.188–28:08.748
zh还在提问
还在提问
28:08.748–28:10.308
zh有没有agent team的想法
有没有agent team的想法
28:10.308–28:11.988
zh对我们现在正在调研agent team
对我们现在正在调研agent team
28:11.988–28:13.188
zh也是在不久之后
也是在不久之后
28:13.188–28:14.088
zh也会推出agent team
也会推出agent team
28:14.088–28:14.988
zh那么我就回到了正题
那么我就回到了正题
28:14.988–28:16.548
zh我们讲一讲我们的多次能题
我们讲一讲我们的多次能题
28:16.548–28:18.488
zh我们的就刚和大家多聊了
我们的就刚和大家多聊了
28:18.488–28:19.848
zh觉得专家其实
觉得专家其实
28:19.848–28:20.748
zh确实用的挺多的
确实用的挺多的
28:20.748–28:22.108
zh不管是Ethan Giorg之前
不管是Ethan Giorg之前
28:22.108–28:23.248
zh直播的育儿专家
直播的育儿专家
28:23.248–28:25.048
zh包括现在我们大家
包括现在我们大家
28:25.048–28:25.788
zh在用workbody
在用workbody
28:25.788–28:26.908
zh去做一些竞品类的
去做一些竞品类的
28:26.908–28:28.308
zh一个调研专家
一个调研专家
28:28.308–28:30.748
zh那么我们今天就会给大家来实战演练一下
那么我们今天就会给大家来实战演练一下
28:30.748–28:33.908
zh我想想你你可能是不还是会经常遇见老板会给你
我想想你你可能是不还是会经常遇见老板会给你
28:33.908–28:35.468
zh下发一个很艰巨的任务
下发一个很艰巨的任务
28:35.468–28:36.428
zh叫你去完成呢
叫你去完成呢
28:36.428–28:37.148
zh是的
是的
28:37.148–28:41.788
zh对其实像我们同事之间也会有经常像
对其实像我们同事之间也会有经常像
28:41.788–28:46.948
zh包括我们在研究这种比较新的产品也会需要调研很多东西
包括我们在研究这种比较新的产品也会需要调研很多东西
28:46.948–28:47.448
zh对的
对的
28:47.448–28:48.868
zh像有一个传统像OpenCloud
像有一个传统像OpenCloud
28:48.868–28:51.588
zh他只支持就是说你在一个亲户里面
他只支持就是说你在一个亲户里面
28:51.588–28:54.668
zh可能只是单个agent在那里给你调研究
可能只是单个agent在那里给你调研究
28:54.668–28:55.348
zh其实它非常慢
其实它非常慢
28:55.348–28:56.308
zh现在我们在ACE
现在我们在ACE
28:56.308–28:58.028
zh假如我的一个老板下午要求我
假如我的一个老板下午要求我
28:58.028–29:00.388
zh去调研一下想必大家都在喝茶饮
去调研一下想必大家都在喝茶饮
29:00.388–29:01.628
zh比如说洗茶耐血
比如说洗茶耐血
29:01.628–29:02.668
zh比如说帮忙茶几
比如说帮忙茶几
29:02.668–29:04.488
zh老板会比较关心里面的产品
老板会比较关心里面的产品
29:04.488–29:06.828
zh竞品如何调研价格产品营销
竞品如何调研价格产品营销
29:06.828–29:09.068
zh往往你期间的OpenCloud可能是单A进程
往往你期间的OpenCloud可能是单A进程
29:09.068–29:10.368
zh它的调研会非常慢
它的调研会非常慢
29:10.368–29:12.348
zh那么我们的Octop显然是领先于它的
那么我们的Octop显然是领先于它的
29:12.348–29:14.668
zh我们的很多进程可以帮助大家很快的调研跟它报告
我们的很多进程可以帮助大家很快的调研跟它报告
29:14.668–29:15.748
zh我现在给大家展示一下
我现在给大家展示一下
29:15.748–29:17.708
zh比如说老板要求我完成这个
比如说老板要求我完成这个
29:17.708–29:19.088
zh传统的做法就是三个牌子
传统的做法就是三个牌子
29:19.088–29:20.168
zh挨一个的时候整理一个晚上
挨一个的时候整理一个晚上
29:20.168–29:22.068
zh然后每个A进程之间还不太交互的通
然后每个A进程之间还不太交互的通
29:22.068–29:24.148
zh我们在我们的Octop里面
我们在我们的Octop里面
29:24.148–29:26.188
zh首先我们有非常多的类似的一个专家
首先我们有非常多的类似的一个专家
29:26.188–29:27.428
zh也有一些专家市场
也有一些专家市场
29:27.428–29:29.148
zh我们是对接的Token Hub的专家市场
我们是对接的Token Hub的专家市场
29:29.148–29:31.308
zh有电商的金融的内容的
有电商的金融的内容的
29:31.308–29:32.348
zh如果大家有喜欢的
如果大家有喜欢的
29:32.348–29:33.548
zh就从这点击一下
就从这点击一下
29:33.548–29:34.388
zh来从市场创建
来从市场创建
29:34.388–29:36.708
zh这就可以创建我们的网闻小说创作家
这就可以创建我们的网闻小说创作家
29:36.708–29:39.508
zh那这个配置专家的过程还是很方便的
那这个配置专家的过程还是很方便的
29:39.508–29:40.268
zh对对对的
对对对的
29:40.268–29:41.428
zh如果大家默认
如果大家默认
29:41.428–29:44.188
zh为了防止大家经常从专家市场下比较慢
为了防止大家经常从专家市场下比较慢
29:44.188–29:45.148
zh所以我们还有类似专家
所以我们还有类似专家
29:45.148–29:47.308
zh业的专家下载后会类似到这里面
业的专家下载后会类似到这里面
29:47.308–29:49.228
zh比如说我之前装了竞品分析专家
比如说我之前装了竞品分析专家
29:49.228–29:52.068
zh那我们今天就用剂米分加来实战演练一下
那我们今天就用剂米分加来实战演练一下
29:52.068–29:53.128
zh那么就讲解题
那么就讲解题
29:53.128–29:57.828
zh我看有粉丝朋友问Octop记忆模块代码是独立解藕的
我看有粉丝朋友问Octop记忆模块代码是独立解藕的
29:57.828–30:00.428
zh还是与其他意见组件存在编译期以外
还是与其他意见组件存在编译期以外
30:00.428–30:02.228
zh是完全独立解藕的
是完全独立解藕的
30:02.228–30:04.728
zh刚刚其实这个记忆模块也可以跟
刚刚其实这个记忆模块也可以跟
30:04.728–30:07.328
zh现在是支持跟Otom Cloud 跟Hermas都一起用
现在是支持跟Otom Cloud 跟Hermas都一起用
30:07.328–30:09.928
zh我们后续会推出完整的教程
我们后续会推出完整的教程
30:09.928–30:10.428
zh对
对
30:10.428–30:12.728
zh那我们去玩一个很好玩的一个东西
那我们去玩一个很好玩的一个东西
30:12.728–30:13.928
zh英宁 你吃豆河佬吗
英宁 你吃豆河佬吗
30:13.928–30:15.028
zh我吃
我吃
30:15.028–30:18.928
zh那那个像佼佼们到底豆河佬喜欢吃甜的
那那个像佼佼们到底豆河佬喜欢吃甜的
30:18.928–30:19.728
zh还是喜欢吃咸的
还是喜欢吃咸的
30:19.728–30:21.128
zh或者是川芸人喜欢吃辣的
或者是川芸人喜欢吃辣的
30:21.128–30:23.988
zh我肯定是坚定的吃咸的
我肯定是坚定的吃咸的
30:23.988–30:25.088
zh豆腐脑的这一派
豆腐脑的这一派
30:25.088–30:26.008
zh我肯定占咸
我肯定占咸
30:26.008–30:27.188
zh大家有吃甜的吗
大家有吃甜的吗
30:27.188–30:28.708
zh大家豆腐脑有吃甜的吗
大家豆腐脑有吃甜的吗
30:28.708–30:31.008
zh我其实是吃甜的
我其实是吃甜的
30:31.008–30:31.588
zh不好意思
不好意思
30:31.588–30:33.408
zh我们三个人吃三种口味
我们三个人吃三种口味
30:33.408–30:35.348
zh我们三个人刚好吃三种口味
我们三个人刚好吃三种口味
30:35.348–30:36.188
zh对
对
30:36.188–30:39.048
zh那我们来让我们的美食专家来评判一下
那我们来让我们的美食专家来评判一下
30:39.048–30:41.028
zh我们这有一个营养规划专家
我们这有一个营养规划专家
30:41.028–30:42.328
zh豆腐脑也是要有营养的
豆腐脑也是要有营养的
30:42.328–30:43.008
zh我们来问问他
我们来问问他
30:43.008–30:44.228
zh是的
是的
30:44.228–30:45.788
zh我们现在是在等
我们现在是在等
30:45.788–30:48.188
zh竞品分析专家在给我们做调研
竞品分析专家在给我们做调研
30:48.188–30:50.268
zh在等待他做调研的过程中
在等待他做调研的过程中
30:50.268–30:52.568
zh我们来做一个多agent的博弈
我们来做一个多agent的博弈
30:52.568–30:53.728
zh这样子的一个演示
这样子的一个演示
30:53.728–30:56.228
zh给大家更加实战地去看一下
给大家更加实战地去看一下
30:56.228–30:57.748
zhOxop他的多agent之间
Oxop他的多agent之间
30:57.748–30:58.748
zh如何去思考
如何去思考
30:58.748–30:59.508
zh如何去博弈
如何去博弈
30:59.508–31:02.088
zh那么我们也是以这个豆腐脑为例
那么我们也是以这个豆腐脑为例
31:02.088–31:03.448
zh我们来看一下这个agent
我们来看一下这个agent
31:03.448–31:04.568
zh如何做裁决
如何做裁决
31:04.568–31:05.328
zh已经结束了
已经结束了
31:05.328–31:05.828
zh我们可以看到
我们可以看到
31:05.828–31:07.608
zh刚才他其实是调用了三个工具的
刚才他其实是调用了三个工具的
31:07.608–31:09.868
zh确实是分发了给不同的agent
确实是分发了给不同的agent
31:09.868–31:11.468
zh然后下发了他的任务
然后下发了他的任务
31:11.468–31:12.608
zh你是一个辣打的专家
你是一个辣打的专家
31:12.608–31:13.248
zh或者你穿越人
或者你穿越人
31:13.248–31:14.908
zh好 完整交换就来了
好 完整交换就来了
31:14.908–31:15.468
zh第一轮呢
第一轮呢
31:15.468–31:16.808
zh我们的甜党先说了
我们的甜党先说了
31:16.808–31:17.388
zh就是甜味
就是甜味
31:17.388–31:19.068
zh像英宁肯定是非常喜欢吃甜的
像英宁肯定是非常喜欢吃甜的
31:19.068–31:21.028
zh它可能存在比较幸福的记忆
它可能存在比较幸福的记忆
31:21.028–31:21.628
zh我就比较清楚
我就比较清楚
31:21.628–31:23.528
zh咸党可能说的是没有咸味
咸党可能说的是没有咸味
31:23.528–31:25.388
zh像一个焦焦比较喜欢吃咸的
像一个焦焦比较喜欢吃咸的
31:25.388–31:26.628
zh比较沉稳的
比较沉稳的
31:26.628–31:28.408
zh像我当然就喜欢吃辣
像我当然就喜欢吃辣
31:28.408–31:30.968
zh小川水人必须吃火锅都必须吃辣
小川水人必须吃火锅都必须吃辣
31:30.968–31:32.928
zh他们就开始第二轮的相互攻击了
他们就开始第二轮的相互攻击了
31:32.928–31:35.048
zh那么甜党就开始调侃了一个咸党
那么甜党就开始调侃了一个咸党
31:35.048–31:35.788
zh说它单调
说它单调
31:35.788–31:37.288
zh辣的确实伤胃味
辣的确实伤胃味
31:37.288–31:38.668
zh现在是比较优雅的
现在是比较优雅的
31:38.668–31:39.968
zh攻势还比较强硬
攻势还比较强硬
31:39.968–31:42.048
zh那么咸党又直接了一个甜党的比较幼稚
那么咸党又直接了一个甜党的比较幼稚
31:42.048–31:43.228
zh它有一个非常频繁的一个金句
它有一个非常频繁的一个金句
31:43.228–31:45.228
zh就叫做辣味上头舌头直接化工
就叫做辣味上头舌头直接化工
31:45.228–31:46.428
zh这和做机会有小区别
这和做机会有小区别
31:46.428–31:48.828
zh说明参与人其实不太想救美食的
说明参与人其实不太想救美食的
31:48.828–31:50.828
zh这种口感可能还是比较喜欢辣味
这种口感可能还是比较喜欢辣味
31:50.828–31:51.828
zh就盖过了全味
就盖过了全味
31:51.828–31:54.428
zh辣就开始反进来嘲讽我们的田党说
辣就开始反进来嘲讽我们的田党说
31:54.428–31:55.828
zh田党农院活化在童话世界
田党农院活化在童话世界
31:55.828–31:56.828
zh因为田田的甜妹
因为田田的甜妹
31:56.828–31:57.828
zh田党农院是配角
田党农院是配角
31:57.828–31:59.628
zh也是比较精彩的一个博弈
也是比较精彩的一个博弈
31:59.628–32:01.228
zh我们看主义镜党的台办
我们看主义镜党的台办
32:01.228–32:02.428
zh他可能读取了我的记忆
他可能读取了我的记忆
32:02.428–32:03.828
zh他觉得可能是辣的显身
他觉得可能是辣的显身
32:03.828–32:06.028
zh首先是辣味他可能带来了记忆点
首先是辣味他可能带来了记忆点
32:06.028–32:07.628
zh甜和咸都太日常了
甜和咸都太日常了
32:07.628–32:08.828
zh但是说句公道话
但是说句公道话
32:08.828–32:11.028
zh我觉得其实豆腐老师甜的也挺好吃的
我觉得其实豆腐老师甜的也挺好吃的
32:11.028–32:11.708
zh包括吃咸的
包括吃咸的
32:11.708–32:13.148
zh开始端水
开始端水
32:13.148–32:16.328
zh那我们Octop那是没有杨之会端水是吧
那我们Octop那是没有杨之会端水是吧
32:16.328–32:18.508
zh他还真的评出辣当品生
他还真的评出辣当品生
32:18.508–32:20.028
zh我看专幕也说了
我看专幕也说了
32:20.028–32:21.028
zh要吃就要吃两碗
要吃就要吃两碗
32:21.028–32:22.348
zh要先吃甜的再吃咸的
要先吃甜的再吃咸的
32:22.348–32:23.108
zh说明我们的用户
说明我们的用户
32:23.108–32:25.028
zh不一定非得吃某一个口味的
不一定非得吃某一个口味的
32:25.028–32:28.228
zh其实我们也可以再看一下我们这个博弈的过程
其实我们也可以再看一下我们这个博弈的过程
32:28.228–32:30.588
zh杨之也可以帮我们再讲解
杨之也可以帮我们再讲解
32:30.588–32:34.228
zh那这个过程其实我们是主动调用了几个agent
那这个过程其实我们是主动调用了几个agent
32:34.228–32:35.688
zh是如何进行博弈
是如何进行博弈
32:35.688–32:38.088
zh哪一个agent来进行裁决的呢
哪一个agent来进行裁决的呢
32:38.088–32:39.728
zh那在这里我们有一个主Agent
那在这里我们有一个主Agent
32:39.728–32:41.208
zh因为子Agent和主Agent
因为子Agent和主Agent
32:41.208–32:42.368
zh大概有这么一个概念
大概有这么一个概念
32:42.648–32:44.368
zh子Agent它是一个现存的概念
子Agent它是一个现存的概念
32:44.528–32:45.968
zh它用完之后它就消失了
它用完之后它就消失了
32:45.968–32:47.808
zh它会和其他的Agent去对话
它会和其他的Agent去对话
32:48.128–32:49.888
zh所以它必须要把他收到的任务的答案
所以它必须要把他收到的任务的答案
32:49.888–32:51.288
zh交还给主Agent
交还给主Agent
32:51.688–32:53.848
zh所以到这我们是一个主从事的结构
所以到这我们是一个主从事的结构
32:53.848–32:54.868
zh所以必须要让主Agent
所以必须要让主Agent
32:55.468–32:58.288
zh首先它是要定制赛事并且派单
首先它是要定制赛事并且派单
32:58.288–32:59.608
zh三个党会有一个逆论
三个党会有一个逆论
32:59.608–33:00.948
zh每个党觉得甜的好吃
每个党觉得甜的好吃
33:00.948–33:02.488
zh咸的好吃还是辣的好吃
咸的好吃还是辣的好吃
33:02.488–33:04.748
zh通过主意境的去传递三方的论断了
通过主意境的去传递三方的论断了
33:04.748–33:05.728
zh又开始Round the 2了
又开始Round the 2了
33:05.728–33:06.528
zh三党又不相对
三党又不相对
33:06.528–33:08.308
zh最后综合全场出裁写处
最后综合全场出裁写处
33:08.308–33:09.268
zh然后就在车上在这里
然后就在车上在这里
33:09.268–33:11.748
zh他们分别完成后互相看不见
他们分别完成后互相看不见
33:11.748–33:14.388
zh在后面的户对环节开始通过主要进展
在后面的户对环节开始通过主要进展
33:14.388–33:17.408
zh传递给大家每个党派的一个反驳的意见
传递给大家每个党派的一个反驳的意见
33:17.408–33:19.248
zh最后主要进行裁判
最后主要进行裁判
33:19.248–33:20.488
zh该觉得哪个比较好
该觉得哪个比较好
33:20.488–33:24.888
zh那这里是不是其实平时我们在做调研任务
那这里是不是其实平时我们在做调研任务
33:24.888–33:28.568
zh或者我们比如有个家长想帮小朋友
或者我们比如有个家长想帮小朋友
33:28.568–33:32.528
zh看看怎么去收集一些作文素材
看看怎么去收集一些作文素材
33:32.528–33:34.248
zh是不是其实也可以
是不是其实也可以
33:34.248–33:36.188
zh是给我们Octop分发一个任务
是给我们Octop分发一个任务
33:36.188–33:40.028
zh让一个子agent去收集关于历史的素材
让一个子agent去收集关于历史的素材
33:40.028–33:43.108
zh另一个子agent去收集关于感动故事
另一个子agent去收集关于感动故事
33:43.108–33:45.848
zh另一个子agent去收集关局名言名言
另一个子agent去收集关局名言名言
33:45.848–33:46.968
zh是不是也是一样的道理
是不是也是一样的道理
33:46.968–33:48.028
zh我觉得这个场景非常好
我觉得这个场景非常好
33:48.028–33:50.368
zh因为像我们可能观看的观众里面
因为像我们可能观看的观众里面
33:50.368–33:52.568
zh有一些家长朋友们也比较关心这个问题
有一些家长朋友们也比较关心这个问题
33:52.568–33:54.468
zh那么我要来回答一下大家的这个问题
那么我要来回答一下大家的这个问题
33:54.468–33:56.148
zh像比如说在TOP里面
像比如说在TOP里面
33:56.148–33:57.948
zh比如说我们的有很多的子agent
比如说我们的有很多的子agent
33:57.948–33:59.568
zh在我们的有一些学术的子agent
在我们的有一些学术的子agent
33:59.568–34:00.908
zh比如像英琳刚刚说的
比如像英琳刚刚说的
34:00.908–34:01.828
zh我们有地理专家
我们有地理专家
34:01.828–34:03.548
zh父母觉得如果地理孩子定性的不好
父母觉得如果地理孩子定性的不好
34:03.548–34:05.668
zh那么可以叫他做一份地理的PDF报告
那么可以叫他做一份地理的PDF报告
34:05.668–34:08.808
zh交付款给答应出来给我们的一个小朋友
交付款给答应出来给我们的一个小朋友
34:08.808–34:09.768
zh就跟他们去阅读
就跟他们去阅读
34:09.768–34:11.548
zh我们等于TOP之前是非常支持的
我们等于TOP之前是非常支持的
34:11.548–34:14.628
zh包括我看我们刚刚的调研报告也是很顺利的出来了
包括我看我们刚刚的调研报告也是很顺利的出来了
34:14.628–34:17.848
zh你看包括我们在这里是很交付了一个PDF文件
你看包括我们在这里是很交付了一个PDF文件
34:17.848–34:19.928
zhMD文件到时候可以转化为PDF
MD文件到时候可以转化为PDF
34:19.928–34:24.448
zh像用户朋友们就可以在这里去下载到本地之后就可以使用
像用户朋友们就可以在这里去下载到本地之后就可以使用
34:24.448–34:27.228
zh我相信家长朋友们可能还是比较喜欢给孩子分发中研
我相信家长朋友们可能还是比较喜欢给孩子分发中研
34:27.228–34:28.268
zh也应该比较喜欢这个功能
也应该比较喜欢这个功能
34:28.268–34:29.368
zh那话不多说了
那话不多说了
34:29.368–34:31.728
zh我们就看看这个调研报告它竟然都做出来了
我们就看看这个调研报告它竟然都做出来了
34:31.728–34:34.408
zh那我们先看报告之前
那我们先看报告之前
34:34.408–34:38.488
zh其实我想问那杨泽你最喜欢的奶茶是什么牌子
其实我想问那杨泽你最喜欢的奶茶是什么牌子
34:38.488–34:40.248
zh我其实比较喜欢爆炎茶几
我其实比较喜欢爆炎茶几
34:40.248–34:40.988
zh那焦焦
那焦焦
34:40.988–34:43.828
zh我其实想喜欢喜茶多一点
我其实想喜欢喜茶多一点
34:43.828–34:46.568
zh好吧那没有人是点门
好吧那没有人是点门
34:46.568–34:48.648
zh我就是一点点大头
我就是一点点大头
34:48.648–34:49.888
zh虽然一点点不在这
虽然一点点不在这
34:49.888–34:50.968
zh一点点很老
一点点很老
34:50.968–34:52.688
zh但我就是坚定的点门人
但我就是坚定的点门人
34:52.688–34:57.568
zh好那我们继续看这个新品牌茶饮三巨头的调研报告吧
好那我们继续看这个新品牌茶饮三巨头的调研报告吧
34:57.568–34:58.528
zh然后我放大一下
然后我放大一下
34:58.528–35:00.248
zh供大家可以很好的查看
供大家可以很好的查看
35:00.248–35:02.708
zh好应该是大概调研报告
好应该是大概调研报告
35:02.708–35:03.828
zh因为我们这有一些折地功能
因为我们这有一些折地功能
35:03.828–35:06.188
zh大家如果想这样看就非常方便
大家如果想这样看就非常方便
35:06.188–35:07.068
zh也可以这样看
也可以这样看
35:07.068–35:08.108
zh也支持斜着看
也支持斜着看
35:08.108–35:09.388
zh我们都非常支持的
我们都非常支持的
35:09.628–35:11.468
zh比如说像现在右半边
比如说像现在右半边
35:11.468–35:12.388
zh右半边看了
右半边看了
35:12.388–35:13.388
zh或者是下面看
或者是下面看
35:13.388–35:14.028
zh我们都非常支持
我们都非常支持
35:14.028–35:15.308
zh那么显然就为了放中间
那么显然就为了放中间
35:15.308–35:16.388
zh让大家看得比较清楚
让大家看得比较清楚
35:16.388–35:18.228
zh这是不是就是三折叠
这是不是就是三折叠
35:18.228–35:19.828
zh怎么这么多有边
怎么这么多有边
35:19.828–35:20.588
zh对的对的
对的对的
35:20.588–35:21.148
zh放大一点
放大一点
35:21.148–35:22.828
zh让大家都比较都很好的看清楚
让大家都比较都很好的看清楚
35:22.828–35:24.228
zh像我们的一个G2报告
像我们的一个G2报告
35:24.228–35:26.108
zh已经茶饮你的老板给你派火了
已经茶饮你的老板给你派火了
35:26.108–35:26.988
zh你就很快的出来
你就很快的出来
35:26.988–35:28.548
zh首先它生成了行业的总染
首先它生成了行业的总染
35:28.548–35:30.068
zh比如说茶饮现在可能进入一个
比如说茶饮现在可能进入一个
35:30.068–35:30.708
zh纯粮博弈
纯粮博弈
35:30.708–35:32.028
zh可能现在进入比较激烈了
可能现在进入比较激烈了
35:32.028–35:32.828
zh那它也调研了
那它也调研了
35:32.828–35:33.688
zh像密血冰城
像密血冰城
35:33.688–35:34.808
zh它也不止调研这三个
它也不止调研这三个
35:34.808–35:35.988
zh像密血冰城比较便宜的
像密血冰城比较便宜的
35:35.988–35:36.768
zh也有人喜欢的
也有人喜欢的
35:36.768–35:37.328
zh薄牙绝权
薄牙绝权
35:37.328–35:38.568
zh帮忙查记忆的一个产品
帮忙查记忆的一个产品
35:38.568–35:40.868
zh如果稍微贵点的
如果稍微贵点的
35:40.868–35:42.908
zh可能大家可以去喝喜茶和赖雪
可能大家可以去喝喜茶和赖雪
35:42.908–35:43.748
zh但是对我来说
但是对我来说
35:43.748–35:45.108
zh可能帮忙查记忆到价格适中的
可能帮忙查记忆到价格适中的
35:45.108–35:46.328
zh包括它也非常
包括它也非常
35:46.328–35:46.995
zh你可以看到Octob
你可以看到Octob
35:46.995–35:49.188
zh它是比较了三个的一个创立时间
它是比较了三个的一个创立时间
35:49.188–35:50.728
zh包括它一个高端定位
包括它一个高端定位
35:50.728–35:51.788
zh喜茶的是高端定位
喜茶的是高端定位
35:51.788–35:53.628
zh赖雪的茶号称星巴克
赖雪的茶号称星巴克
35:53.628–35:56.068
zh我想问一下杨直
我想问一下杨直
35:56.068–35:57.888
zh我们的Octob在搜索到
我们的Octob在搜索到
35:57.888–35:58.868
zh这些信息的时候
这些信息的时候
35:58.868–36:01.948
zh是它主动去有搜索到
是它主动去有搜索到
36:01.948–36:03.388
zh准确的一些信息源吗
准确的一些信息源吗
36:03.388–36:04.908
zh就这些最新的数据
就这些最新的数据
36:04.908–36:05.548
zh当然的
当然的
36:05.548–36:07.028
zh那Octop它的整个呢
那Octop它的整个呢
36:07.028–36:09.288
zh它是抓取的是我们最新的一个数据
它是抓取的是我们最新的一个数据
36:09.288–36:10.428
zh如果这个数据没有了
如果这个数据没有了
36:10.428–36:12.828
zh它会去查另外的也很多的一个数据
它会去查另外的也很多的一个数据
36:12.828–36:15.748
zh包括一些非常非常实时的一些网站
包括一些非常非常实时的一些网站
36:15.748–36:16.828
zh都可以很好的查询到
都可以很好的查询到
36:16.828–36:18.908
zh那评论区的大家可以放心
那评论区的大家可以放心
36:18.908–36:21.428
zh我们Octop做出来的调研分析呢
我们Octop做出来的调研分析呢
36:21.428–36:22.968
zh数据是绝对准确的
数据是绝对准确的
36:22.968–36:24.548
zh大家可以放心使用
大家可以放心使用
36:24.548–36:26.208
zh对包括我们Octop
对包括我们Octop
36:26.208–36:28.528
zh其实也有一个自建的搜索引擎
其实也有一个自建的搜索引擎
36:28.528–36:30.548
zh所以大家可能在用
所以大家可能在用
36:30.548–36:32.148
zhOpenCloud和Hermes的时候
OpenCloud和Hermes的时候
36:32.148–36:33.588
zh其实有偶尔感受到
其实有偶尔感受到
36:33.588–36:36.508
zh如果不自己去配那种付费搜索引擎
如果不自己去配那种付费搜索引擎
36:36.508–36:38.668
zh或者配那种专门的search key
或者配那种专门的search key
36:38.668–36:41.148
zh它的搜索功能或许有些许缺陷
它的搜索功能或许有些许缺陷
36:41.148–36:44.468
zh但是我们Octop其实内置了一个专业的搜索引擎
但是我们Octop其实内置了一个专业的搜索引擎
36:44.468–36:47.108
zh所以大家可以放心用我们Octop做调研
所以大家可以放心用我们Octop做调研
36:47.108–36:48.428
zh还有我想给大家说的
还有我想给大家说的
36:48.428–36:49.788
zh可能有些用户没有拒绝的
可能有些用户没有拒绝的
36:49.788–36:51.628
zhAI只能把你生成
AI只能把你生成
36:51.628–36:52.228
zh你不能改
你不能改
36:52.228–36:54.988
zh我和Top现在我们是可以直接在里面修改
我和Top现在我们是可以直接在里面修改
36:54.988–36:57.388
zh他给你说了交付的是管理层
他给你说了交付的是管理层
36:57.388–36:58.828
zh你显然老板不希望看到这个
你显然老板不希望看到这个
36:58.828–36:59.788
zh因为你不能呼噜
因为你不能呼噜
36:59.788–37:00.748
zh然后你可以把它删掉
然后你可以把它删掉
37:00.748–37:01.528
zh然后保存下来
然后保存下来
37:01.528–37:02.808
zh你就可以把这个发给你老板
你就可以把这个发给你老板
37:02.808–37:03.968
zh也是为了我们也很多
也是为了我们也很多
37:03.968–37:05.248
zh提供了像类似于
提供了像类似于
37:05.248–37:06.315
zhWorkerBody的一个能力了
WorkerBody的一个能力了
37:06.315–37:06.815
zh然后我们以为来
然后我们以为来
37:06.815–37:08.388
zh还会逐步的去完善优化
还会逐步的去完善优化
37:08.388–37:10.668
zh这个编辑能力还挺好用的
这个编辑能力还挺好用的
37:10.668–37:11.168
zh这样的话
这样的话
37:11.168–37:14.928
zh就可以实时的和AI进行交互和修改
就可以实时的和AI进行交互和修改
37:14.928–37:15.428
zh是的
是的
37:15.428–37:17.808
zh那我们要不继续给大家展示一下
那我们要不继续给大家展示一下
37:17.808–37:19.488
zh我们Octob做出来的调研报告
我们Octob做出来的调研报告
37:19.488–37:21.108
zh剩下还包含哪一些部分
剩下还包含哪一些部分
37:21.108–37:22.268
zh刚刚我们有看到
刚刚我们有看到
37:22.268–37:24.608
zh它其实有很全面的这个行业总览
它其实有很全面的这个行业总览
37:24.608–37:27.188
zh以及三巨头的核心的对比维度
以及三巨头的核心的对比维度
37:27.188–37:28.348
zh我们可以
我们可以
37:28.348–37:29.628
zh你老板如果没有关心
你老板如果没有关心
37:29.628–37:31.828
zh还有价格一些策略深度对比
还有价格一些策略深度对比
37:31.828–37:33.508
zh包括我们的一个产品矩正
包括我们的一个产品矩正
37:33.508–37:35.448
zh像喜茶它主打的可能是一个水果茶
像喜茶它主打的可能是一个水果茶
37:35.448–37:36.808
zh水果茶比较好喝
水果茶比较好喝
37:36.808–37:38.408
zh我上班学的茶可能就是一个
我上班学的茶可能就是一个
37:38.408–37:40.728
zh现烤烘焙的一个鲜果茶
现烤烘焙的一个鲜果茶
37:40.728–37:41.388
zh纯茶
纯茶
37:41.388–37:43.128
zh像花王茶间可能就是一个鲜奶茶的
像花王茶间可能就是一个鲜奶茶的
37:43.128–37:44.908
zh因为完全挺好喝的
因为完全挺好喝的
37:44.908–37:47.028
zh看来Octop真的调研的很全面
看来Octop真的调研的很全面
37:47.028–37:49.228
zh还有营销策略的深度对比
还有营销策略的深度对比
37:49.228–37:51.728
zh对甚至杨植宁给他的prompt
对甚至杨植宁给他的prompt
37:51.728–37:52.588
zh比较直接紧的去做
比较直接紧的去做
37:52.588–37:53.648
zh因为我们为什么要这么做
因为我们为什么要这么做
37:53.648–37:54.848
zh一方面是加快我们的数
一方面是加快我们的数
37:54.848–37:56.368
zh另外一方面如果调研喜茶的时候
另外一方面如果调研喜茶的时候
37:56.368–37:57.268
zh像英年
像英年
37:57.268–37:59.268
zh如果我们还去调研一下耐学的查
如果我们还去调研一下耐学的查
37:59.268–38:01.368
zh说实话它的回复质量可能是比较低的
说实话它的回复质量可能是比较低的
38:01.368–38:03.268
zh所以说我们为什么要引入多一个来
所以说我们为什么要引入多一个来
38:03.268–38:05.268
zh更好地形成一个调研报纳
更好地形成一个调研报纳
38:05.268–38:07.268
zh所以分别一个agent调研写查
所以分别一个agent调研写查
38:07.268–38:08.768
zh一个agent调研报纳查机
一个agent调研报纳查机
38:08.768–38:10.668
zh还有一个agent在调研
还有一个agent在调研
38:10.668–38:13.268
zh耐学的最后再医
耐学的最后再医
38:13.268–38:15.268
zh对你把整个的一个调研追过来
对你把整个的一个调研追过来
38:15.268–38:18.268
zhagent做完调研之后是由主agent来做
agent做完调研之后是由主agent来做
38:18.268–38:21.268
zh最后的一个整合和报告的撰写吗
最后的一个整合和报告的撰写吗
38:21.268–38:23.268
zh对的交交问的很对
对的交交问的很对
38:23.268–38:25.268
zh我们简单回复一下
我们简单回复一下
38:25.268–38:28.268
zh我们现在应该来说要支持有两种概念
我们现在应该来说要支持有两种概念
38:28.268–38:29.268
zh一种是我们的贼警的
一种是我们的贼警的
38:29.268–38:31.268
zh它是一个如果是变成朋友们比较熟悉
它是一个如果是变成朋友们比较熟悉
38:31.268–38:32.868
zh它是一个现成的概念
它是一个现成的概念
38:32.868–38:34.268
zh它用了一次之后就会消失
它用了一次之后就会消失
38:34.268–38:36.268
zh所以它一定要成为主意警的它的一个答案
所以它一定要成为主意警的它的一个答案
38:36.268–38:39.268
zh未来朋友们比较放心的我们是回复答案能不能长久保存
未来朋友们比较放心的我们是回复答案能不能长久保存
38:39.268–38:41.268
zh它有一个思路我们未来会推出agent的team
它有一个思路我们未来会推出agent的team
38:41.268–38:43.268
zh又和我们的每个专家我们的Octop
又和我们的每个专家我们的Octop
38:43.268–38:46.268
zh像刚刚也有些影视专家等等那些专家
像刚刚也有些影视专家等等那些专家
38:46.268–38:47.268
zh它里面的一个东西都会存在里面
它里面的一个东西都会存在里面
38:47.268–38:49.268
zh所以那个是一个进程的概念
所以那个是一个进程的概念
38:49.268–38:50.468
zh未来大家可以多多关注我们的Octop
未来大家可以多多关注我们的Octop
38:50.468–38:52.268
zh我们未来会及时的推出agent的team
我们未来会及时的推出agent的team
38:52.268–38:53.408
zh帮助大家更好的
帮助大家更好的
38:53.408–38:54.248
zh适应这种
适应这种
38:54.248–38:55.908
zh不论是那种工作
不论是那种工作
38:55.908–38:57.168
zh还是我们刚刚一年说的
还是我们刚刚一年说的
38:57.168–38:58.468
zh这种宝爸宝妈们
这种宝爸宝妈们
38:58.468–38:59.308
zh要给孩子做作业
要给孩子做作业
38:59.308–39:00.608
zh当然我们的agent team
当然我们的agent team
39:00.608–39:01.508
zh都会保存一些记忆
都会保存一些记忆
39:01.508–39:02.868
zh欢迎大家继续关注
欢迎大家继续关注
39:02.868–39:04.448
zh那我们这个
那我们这个
39:04.448–39:05.988
zh让他做竞品调研
让他做竞品调研
39:05.988–39:06.888
zh我们就只需要
我们就只需要
39:06.888–39:09.828
zh给他布置一个复杂的任务
给他布置一个复杂的任务
39:09.828–39:12.168
zh他自己就会去衡量和思考
他自己就会去衡量和思考
39:12.168–39:14.388
zh应该把什么任务分配给谁
应该把什么任务分配给谁
39:14.388–39:16.168
zh需要去有多少个agent
需要去有多少个agent
39:16.168–39:17.608
zh支持这个任务吗
支持这个任务吗
39:17.608–39:20.028
zh好 我们可以简单
好 我们可以简单
39:20.028–39:21.488
zh回顾一下我们的用户
回顾一下我们的用户
39:21.488–39:25.328
zh是不是有个竞品调研专家他是有这些能力的
是不是有个竞品调研专家他是有这些能力的
39:25.328–39:27.328
zh对的我们是有一个竞品调研专家
对的我们是有一个竞品调研专家
39:27.328–39:29.828
zh像我们的专家里面他都会有这个能力
像我们的专家里面他都会有这个能力
39:29.828–39:32.628
zh像我们的有很多专家是像我们的Z-Gent里面
像我们的有很多专家是像我们的Z-Gent里面
39:32.628–39:34.828
zh因为我们的我们的决策也是说了
因为我们的我们的决策也是说了
39:34.828–39:37.448
zh我们未来是可以不需要用户在这里面去安装
我们未来是可以不需要用户在这里面去安装
39:37.448–39:39.828
zh也许他可以自动路由到一个你所需要的A-Gent
也许他可以自动路由到一个你所需要的A-Gent
39:39.828–39:42.028
zh因为我们也和那些客户在哪
因为我们也和那些客户在哪
39:42.028–39:44.828
zh可能用的时候就说你只需要需要
可能用的时候就说你只需要需要
39:44.828–39:45.948
zh他自动可以帮你创造的未来
他自动可以帮你创造的未来
39:45.948–39:47.848
zh我们就会不仅你是从这去下载
我们就会不仅你是从这去下载
39:47.848–39:49.828
zh还是你在用户窗口就可以直接和他对话
还是你在用户窗口就可以直接和他对话
39:49.828–39:50.908
zh未来都会支持这种能力
未来都会支持这种能力
39:50.908–39:52.788
zh我们目前已经内置了
我们目前已经内置了
39:52.788–39:54.388
zh精品分析的这个专家
精品分析的这个专家
39:54.388–39:57.088
zh因此我们用户只需要调用这个专家
因此我们用户只需要调用这个专家
39:57.088–39:59.408
zh然后去给他输入非常简单的
然后去给他输入非常简单的
39:59.408–40:00.448
zh调研的指令
调研的指令
40:00.448–40:02.028
zh然后他就会自动去帮我们
然后他就会自动去帮我们
40:02.028–40:03.368
zh去分配贼agent
去分配贼agent
40:03.368–40:04.808
zh还有怎么分配任务
还有怎么分配任务
40:04.808–40:06.668
zh就会自动帮我们一键输出报告了
就会自动帮我们一键输出报告了
40:06.668–40:07.588
zh是的
是的
40:07.588–40:10.008
zh并且未来还就算不让大家去安装
并且未来还就算不让大家去安装
40:10.008–40:11.168
zh因为大家还要找
因为大家还要找
40:11.168–40:12.248
zh让我们未来我们的
让我们未来我们的
40:12.248–40:13.088
zh只要是一个agent
只要是一个agent
40:13.088–40:14.788
zh他自己可以去激活了一些贼agent的
他自己可以去激活了一些贼agent的
40:14.788–40:15.808
zh也可以激活了一些专家
也可以激活了一些专家
40:15.808–40:16.888
zh我看到我们粉丝朋友
我看到我们粉丝朋友
40:16.888–40:18.888
zh如果生成结构化文档
如果生成结构化文档
40:18.888–40:22.928
zh前一张的输出是后一张的输入适合多Agent吗
前一张的输出是后一张的输入适合多Agent吗
40:23.279–40:26.579
zh那其实这里有非常多一种情况
那其实这里有非常多一种情况
40:26.579–40:29.999
zh其实是如果端木你是想
其实是如果端木你是想
40:29.999–40:32.439
zh比如你想生成一篇文档
比如你想生成一篇文档
40:32.439–40:34.219
zh那比如先生成了第一段
那比如先生成了第一段
40:34.219–40:35.379
zh再生成了第二段
再生成了第二段
40:35.379–40:37.819
zh第一段是第二段的输入
第一段是第二段的输入
40:37.819–40:41.519
zh那其实第二段的生成必须要第一段已经生成了
那其实第二段的生成必须要第一段已经生成了
40:41.519–40:45.139
zh其实多agent是适合这种并行的任务的
其实多agent是适合这种并行的任务的
40:45.139–40:46.659
zh那个像我们的多agent
那个像我们的多agent
40:46.659–40:49.359
zh它现在的一个agent的一个输入大概是一个文本
它现在的一个agent的一个输入大概是一个文本
40:49.359–40:51.739
zh但是它可以生成像一个pdf文件
但是它可以生成像一个pdf文件
40:51.739–40:53.739
zh或者像端末说的一个结构化的文档
或者像端末说的一个结构化的文档
40:53.739–40:56.659
zh那么它端末的问题应该是在生成这个节目化文档之后
那么它端末的问题应该是在生成这个节目化文档之后
40:56.659–41:00.319
zh这一个输入是否可以被后一个比如说agent然后给接收
这一个输入是否可以被后一个比如说agent然后给接收
41:00.319–41:01.739
zh那么我们现在的回复就是
那么我们现在的回复就是
41:01.739–41:04.139
zh如果是紫agent之间它是一个现成的关系
如果是紫agent之间它是一个现成的关系
41:04.139–41:06.059
zh它是不能够吸收这种结构化文本
它是不能够吸收这种结构化文本
41:06.059–41:08.059
zh它只能接受文本的一个输入
它只能接受文本的一个输入
41:08.059–41:09.099
zh但是我们的主A进程
但是我们的主A进程
41:09.099–41:10.739
zh可以把它的一个子A进程
可以把它的一个子A进程
41:10.739–41:11.499
zh做出来的PDF
做出来的PDF
41:11.499–41:12.939
zhMarkdown文件要保存下来
Markdown文件要保存下来
41:12.939–41:14.939
zh让主A进程读后交给子A进程
让主A进程读后交给子A进程
41:14.939–41:16.539
zh这是我们的Octop的一个特色了
这是我们的Octop的一个特色了
41:16.539–41:18.059
zh我们也是支持这种
我们也是支持这种
41:18.059–41:18.979
zh多结构和文本
多结构和文本
41:18.979–41:19.739
zh从一个输入后
从一个输入后
41:19.739–41:21.219
zh下一个输出也肯定是支持的
下一个输出也肯定是支持的
41:21.219–41:23.739
zh还有一位粉丝朋友问
还有一位粉丝朋友问
41:23.739–41:24.819
zh第一老用户
第一老用户
41:24.819–41:26.339
zh迁移到Octop后
迁移到Octop后
41:26.339–41:30.659
zh原有记忆是否需要重新做GIMA转换
原有记忆是否需要重新做GIMA转换
41:30.659–41:31.459
zh是这样的
是这样的
41:31.459–41:33.419
zh在原有来靠ACE的记忆
在原有来靠ACE的记忆
41:33.419–41:34.619
zh其实大家知道
其实大家知道
41:34.619–41:38.079
zh就是只有memory文件夹下的所有md文档
就是只有memory文件夹下的所有md文档
41:38.079–41:40.719
zh以及memory.md是记忆的所有真相员
以及memory.md是记忆的所有真相员
41:40.719–41:43.619
zh你做迁移可以一起迁移过来
你做迁移可以一起迁移过来
41:43.619–41:44.859
zh我们现在记忆一遍
我们现在记忆一遍
41:44.859–41:47.259
zh那memory.md是可以全量读得到的
那memory.md是可以全量读得到的
41:47.259–41:50.359
zh那关于其他的一些结构化文档
那关于其他的一些结构化文档
41:50.359–41:54.419
zh我们也会推出一个支持的记忆格式转换
我们也会推出一个支持的记忆格式转换
41:54.419–41:55.619
zh我看粉丝朋友问
我看粉丝朋友问
41:55.619–41:57.619
zh好像不能多用户多智能力
好像不能多用户多智能力
41:57.619–41:58.759
zh以共同协作
以共同协作
41:58.759–41:59.259
zh对的
对的
41:59.259–42:01.119
zh因为我们现在的一个思路是
因为我们现在的一个思路是
42:01.119–42:02.919
zh每个用户和每个用户之间是隔离的
每个用户和每个用户之间是隔离的
42:02.919–42:06.099
zh所以用户和用户之间是不能够进行一个协作的
所以用户和用户之间是不能够进行一个协作的
42:06.099–42:07.059
zh但是如果你有需求
但是如果你有需求
42:07.059–42:09.359
zh我觉得是不是未来一向英雄我们是不是可以
我觉得是不是未来一向英雄我们是不是可以
42:09.359–42:12.059
zh对看这位粉丝朋友的具体需求
对看这位粉丝朋友的具体需求
42:12.059–42:16.299
zh我理解单用户你的多智能体是可以共同协作的
我理解单用户你的多智能体是可以共同协作的
42:16.299–42:17.579
zh我们继续讲解
我们继续讲解
42:17.579–42:22.299
zh看大家对刚刚的竞品分析的演示有没有什么问题
看大家对刚刚的竞品分析的演示有没有什么问题
42:22.299–42:26.659
zh我刚刚看到我们的October也是用一条简单的指令
我刚刚看到我们的October也是用一条简单的指令
42:26.659–42:30.379
zh立刻产出了一份比较完善角度
立刻产出了一份比较完善角度
42:30.379–42:32.699
zh也比较齐全的竞品分析调研报告了
也比较齐全的竞品分析调研报告了
42:32.699–42:33.339
zh对
对
42:33.339–42:34.299
zh是的
是的
42:34.299–42:36.459
zh看一下大家有什么问题没有
看一下大家有什么问题没有
42:36.459–42:37.679
zh大家提问
大家提问
42:37.679–42:40.559
zh那大家有没有什么想了解的场景
那大家有没有什么想了解的场景
42:40.559–42:43.139
zh也可以现在在评论区打出来
也可以现在在评论区打出来
42:43.139–42:46.779
zh或者是加入用户群里和我们一起探讨一下
或者是加入用户群里和我们一起探讨一下
42:46.779–42:47.739
zh收费不以后
收费不以后
42:47.739–42:48.899
zh我看有用户提问了
我看有用户提问了
42:48.899–42:49.759
zh我们不收费
我们不收费
42:49.759–42:51.119
zh我们代码现在都开源的
我们代码现在都开源的
42:51.119–42:54.919
zh我们未来也会在轻量云服务器的控制台上上镜像
我们未来也会在轻量云服务器的控制台上上镜像
42:54.919–42:57.639
zh对我们没有收费
对我们没有收费
42:57.639–42:58.819
zh对买一台服务器
对买一台服务器
42:58.819–43:01.579
zh包括你现在自己也可以去安装
包括你现在自己也可以去安装
43:01.579–43:03.859
zh安装方式可以去GitHub
安装方式可以去GitHub
43:03.859–43:05.059
zh看我们的ReadMe
看我们的ReadMe
43:05.059–43:06.619
zh未来我们也会在
未来我们也会在
43:06.619–43:07.919
zh腾讯社区里
腾讯社区里
43:07.919–43:09.219
zh推出更方便的
推出更方便的
43:09.219–43:10.859
zh安装方式教学
安装方式教学
43:10.859–43:11.359
zh对
对
43:11.359–43:12.559
zh好像我们的Optop了吗
好像我们的Optop了吗
43:12.559–43:13.319
zh还算不算便宜的
还算不算便宜的
43:13.319–43:14.059
zh我们会想欢迎大家
我们会想欢迎大家
43:14.059–43:15.259
zh来我们的Lighthouse里面来买
来我们的Lighthouse里面来买
43:15.259–43:16.799
zh因为你买了一个后
因为你买了一个后
43:16.799–43:18.019
zh那你可以是全家
那你可以是全家
43:18.019–43:18.599
zh全家都用
全家都用
43:18.599–43:19.099
zh是的
是的
43:19.099–43:20.439
zh有一个问题
有一个问题
43:20.439–43:21.819
zh假如说未来我们在
假如说未来我们在
43:21.819–43:23.639
zh服务器上上了镜像之后
服务器上上了镜像之后
43:23.639–43:25.819
zh我们的多用户功能
我们的多用户功能
43:25.819–43:26.819
zh也就是相当于
也就是相当于
43:26.819–43:28.079
zh只要管理员
只要管理员
43:28.079–43:29.079
zh买了一台服务器
买了一台服务器
43:29.079–43:30.539
zh有一台Optop之后
有一台Optop之后
43:30.539–43:32.259
zh我所设置的多用户
我所设置的多用户
43:32.259–43:33.799
zh他们就不用再买了对吗
他们就不用再买了对吗
43:33.799–43:34.559
zh对的
对的
43:34.559–43:36.099
zh一台服气的Octob
一台服气的Octob
43:36.099–43:38.179
zh就能够多用户使用
就能够多用户使用
43:38.179–43:39.559
zh我看到粉丝朋友问
我看到粉丝朋友问
43:39.559–43:40.199
zh上了镜像
上了镜像
43:40.199–43:41.679
zh到时候可以把Hermes镜像
到时候可以把Hermes镜像
43:41.679–43:42.779
zh换成Octob吗
换成Octob吗
43:42.779–43:44.019
zh可以
可以
43:44.019–43:45.099
zh其实换镜像
其实换镜像
43:45.099–43:47.379
zh就是一个实力重装
就是一个实力重装
43:47.379–43:49.179
zh是关于服气的操作
是关于服气的操作
43:49.179–43:51.419
zh其实都可以随时做的
其实都可以随时做的
43:51.419–43:53.939
zh我看还有黄医生问
我看还有黄医生问
43:53.939–43:54.759
zhACE转移
ACE转移
43:54.759–43:56.219
zh包括记忆聊天记录
包括记忆聊天记录
43:56.219–43:58.559
zhSkill这些无损切换到Octob
Skill这些无损切换到Octob
43:58.559–43:59.999
zhE和Skill
E和Skill
43:59.999–44:01.519
zh包括你通道配置
包括你通道配置
44:01.519–44:03.219
zh那些配置现在都是无损切换
那些配置现在都是无损切换
44:03.219–44:04.959
zh但是聊天介络
但是聊天介络
44:04.959–44:07.059
zh现在的迁移工具还不支持
现在的迁移工具还不支持
44:07.059–44:09.259
zh对如果有强烈需求的话
对如果有强烈需求的话
44:09.259–44:11.819
zh可以在用户群里讨论
可以在用户群里讨论
44:11.819–44:13.899
zh未来可能看看升级迁移工具
未来可能看看升级迁移工具
44:13.899–44:15.279
zh或以其他方式支持
或以其他方式支持
44:15.279–44:17.019
zh什么时候上了清亮云
什么时候上了清亮云
44:17.019–44:18.099
zh很快了
很快了
44:18.099–44:20.739
zh我们进上工作还差最后的适配
我们进上工作还差最后的适配
44:20.739–44:23.439
zh最迟其实近两周就能上
最迟其实近两周就能上
44:23.439–44:25.179
zh对欢迎到周公开
对欢迎到周公开
44:25.179–44:25.679
zh是的
是的
44:25.679–44:28.239
zh那我们两位研发工程师
那我们两位研发工程师
44:28.239–44:30.619
zh关于October未来的一个产品规划
关于October未来的一个产品规划
44:30.619–44:33.159
zh以及一些会上的功能能力
以及一些会上的功能能力
44:33.159–44:34.759
zh也可以简单的给大家剧透一下
也可以简单的给大家剧透一下
44:34.759–44:35.819
zh大家可以期待一下
大家可以期待一下
44:35.819–44:39.439
zh同时大家如果有什么想要上的功能
同时大家如果有什么想要上的功能
44:39.439–44:40.599
zh或者说上线的功能
或者说上线的功能
44:40.599–44:42.539
zh也可以在评论区里面交流一下
也可以在评论区里面交流一下
44:42.539–44:45.379
zh那么也有请两位简单介绍一下
那么也有请两位简单介绍一下
44:45.379–44:49.679
zh那由我先来简单的说说我们的一个初步打算
那由我先来简单的说说我们的一个初步打算
44:49.679–44:51.659
zh我们下一段的目标主要是
我们下一段的目标主要是
44:51.659–44:52.979
zh正在服务于大家的一个
正在服务于大家的一个
44:52.979–44:55.219
zh从我们ACE前一到我们的TOP里面
从我们ACE前一到我们的TOP里面
44:55.219–44:56.919
zh我们在支持这种工序的升级
我们在支持这种工序的升级
44:56.919–44:59.979
zh这之外我们还在积极地调远Agent Team的一个使用方式
这之外我们还在积极地调远Agent Team的一个使用方式
44:59.979–45:02.799
zh以及未来的Octobre在我们的一个QQ群鸟里面
以及未来的Octobre在我们的一个QQ群鸟里面
45:02.799–45:05.639
zh它怎么样服务好我们的整个一个家庭用户场景
它怎么样服务好我们的整个一个家庭用户场景
45:05.639–45:09.579
zh怎么去把一个Agent服务多个用户的这种能力给发挥出来
怎么去把一个Agent服务多个用户的这种能力给发挥出来
45:09.579–45:10.799
zh包括我们也来积极地探索
包括我们也来积极地探索
45:10.799–45:12.619
zh像使用这种杀香的机制
像使用这种杀香的机制
45:12.619–45:15.539
zh像每位用户也可以一个家庭有一个Agent
像每位用户也可以一个家庭有一个Agent
45:15.539–45:17.999
zh像我确实也听到过像用户提问
像我确实也听到过像用户提问
45:17.999–45:20.079
zh比如说他希望他看到的东西
比如说他希望他看到的东西
45:20.079–45:23.039
zh他的孩子和他的老婆都能够使用
他的孩子和他的老婆都能够使用
45:23.039–45:24.459
zh包括特别是在QQ里面
包括特别是在QQ里面
45:24.459–45:25.619
zh未来我们的也会支持
未来我们的也会支持
45:25.619–45:26.899
zh像我们的群鸟
像我们的群鸟
45:26.899–45:27.459
zhAgent的切能
Agent的切能
45:27.459–45:29.099
zh我们会做一个类似于杀箱的机制
我们会做一个类似于杀箱的机制
45:29.099–45:30.539
zh来支持这种东西
来支持这种东西
45:30.539–45:31.339
zh因为据我所知
因为据我所知
45:31.339–45:34.059
zh现在还是没有一个Agent能够做的很好
现在还是没有一个Agent能够做的很好
45:34.059–45:34.819
zh包括Hammus也好
包括Hammus也好
45:34.819–45:35.619
zh跟Clau也好
跟Clau也好
45:35.619–45:36.299
zh未来的Octobre
未来的Octobre
45:36.299–45:37.099
zh会把这个作为一个
会把这个作为一个
45:37.099–45:39.179
zh我们的相对的一个竞争优势去完善长
我们的相对的一个竞争优势去完善长
45:39.179–45:40.259
zh是的 期待
是的 期待
45:40.259–45:41.859
zh希望能够加上类似于
希望能够加上类似于
45:41.859–45:44.019
zhOakBody项目的模式
OakBody项目的模式
45:44.019–45:44.739
zh应酶
应酶
45:44.739–45:46.259
zh我觉得其实我们也可以尝试
我觉得其实我们也可以尝试
45:46.259–45:47.539
zh去往这方面去做一做
去往这方面去做一做
45:47.539–45:49.819
zh可以回去探讨一下
可以回去探讨一下
45:49.819–45:51.059
zh对 也欢迎黄众
对 也欢迎黄众
45:51.059–45:52.739
zh现在就在我们的GitHub里面
现在就在我们的GitHub里面
45:52.739–45:53.579
zh机器给我们提issue
机器给我们提issue
45:53.579–45:54.339
zh我们看到你的issue
我们看到你的issue
45:54.339–45:55.499
zh也会把它作为一个
也会把它作为一个
45:55.499–45:57.219
zh我们可以未来的发展方向
我们可以未来的发展方向
45:57.219–45:59.339
zh也欢迎您来给我们做做共同
也欢迎您来给我们做做共同
45:59.339–45:59.839
zh做pr
做pr
45:59.839–46:00.659
zh因为我们这是开云的
因为我们这是开云的
46:00.659–46:02.539
zh也可以服务一下您的一个用户场景
也可以服务一下您的一个用户场景
46:02.779–46:04.139
zh单个用户的记忆数据
单个用户的记忆数据
46:04.139–46:04.779
zh达到百万级
达到百万级
46:04.779–46:06.419
zhOctop怎么保证解锁能力
Octop怎么保证解锁能力
46:06.419–46:08.659
zh对这个我可以回答一下
对这个我可以回答一下
46:08.659–46:09.779
zh刚刚其实讲到了
刚刚其实讲到了
46:09.779–46:11.739
zhOctop现在的记忆层级
Octop现在的记忆层级
46:11.739–46:14.339
zh那其实首先我们会去
那其实首先我们会去
46:14.339–46:16.299
zh检索所谓的原子卡片
检索所谓的原子卡片
46:16.299–46:19.259
zh那其实如果对话数量达到百万级
那其实如果对话数量达到百万级
46:19.259–46:20.059
zh我们理解
我们理解
46:20.059–46:21.699
zh其实近身的原子卡片数量
其实近身的原子卡片数量
46:21.699–46:22.659
zh并没有这么多
并没有这么多
46:22.659–46:25.459
zh对那一我们是先召回原子卡片
对那一我们是先召回原子卡片
46:25.459–46:27.059
zh然后分层检索
然后分层检索
46:27.059–46:29.279
zh我理解其实我们就是先召回原子卡片
我理解其实我们就是先召回原子卡片
46:29.279–46:33.299
zh然后再从候选者最后再召回到原始事件
然后再从候选者最后再召回到原始事件
46:33.299–46:36.119
zh其实这是一个分层的检索forback
其实这是一个分层的检索forback
46:36.119–46:40.719
zh后续我们也其实会推出记忆接上向量的模式
后续我们也其实会推出记忆接上向量的模式
46:40.719–46:42.119
zh如果是ACE老用户的话
如果是ACE老用户的话
46:42.119–46:45.259
zh可以知道现在ACE其实默认有一个向量模型机制
可以知道现在ACE其实默认有一个向量模型机制
46:45.259–46:48.859
zh但是在Octop因为我们要做组件拆分
但是在Octop因为我们要做组件拆分
46:48.859–46:51.759
zh我们其实默认是FTS加BM25
我们其实默认是FTS加BM25
46:51.759–46:56.239
zh但后续如果有更重的记忆需求
但后续如果有更重的记忆需求
46:56.239–47:00.119
zh我们其实也在计划推出Octop Memory
我们其实也在计划推出Octop Memory
47:00.119–47:01.659
zh配置项料模型
配置项料模型
47:01.659–47:03.399
zh以及自己的项料数据库
以及自己的项料数据库
47:03.399–47:05.179
zh可以欢迎后续期待一下
可以欢迎后续期待一下
47:05.179–47:07.399
zh微信渠道可以多往上下
微信渠道可以多往上下
47:07.399–47:09.319
zh尽量做到QQ渠道的程度
尽量做到QQ渠道的程度
47:09.319–47:10.759
zh关于这个问题我来回复一下
关于这个问题我来回复一下
47:10.759–47:12.039
zh因为是我在GDF的
因为是我在GDF的
47:12.039–47:14.179
zh像微信渠道我们在积极的和微信里面
像微信渠道我们在积极的和微信里面
47:14.179–47:14.979
zh进行一个沟通
进行一个沟通
47:14.979–47:17.679
zh因为目前是它里面包括一些多艺景特能
因为目前是它里面包括一些多艺景特能
47:17.679–47:20.479
zh包括它一些主动推送的一些限度
包括它一些主动推送的一些限度
47:20.479–47:22.579
zh导致它没有办法像QQ通道做的这么全
导致它没有办法像QQ通道做的这么全
47:22.579–47:24.239
zh那么等待微信通道里边
那么等待微信通道里边
47:24.239–47:25.279
zh我相信他们也会很快更新
我相信他们也会很快更新
47:25.279–47:28.639
zh然后我们也会适时的去更新连带我们的微信通道
然后我们也会适时的去更新连带我们的微信通道
47:28.639–47:30.119
zh以及帮靠达更好的支持活动
以及帮靠达更好的支持活动
47:30.119–47:30.619
zh对
对
47:30.619–47:34.079
zh我看那种说希望能提供SSO集成方案
我看那种说希望能提供SSO集成方案
47:34.079–47:39.039
zh支持企业部署成内部知识记忆中枢
支持企业部署成内部知识记忆中枢
47:39.039–47:39.719
zh好的
好的
47:39.719–47:42.879
zh下来我们去探讨一下争取
下来我们去探讨一下争取
47:42.879–47:44.919
zh不管是参观我们代码也好
不管是参观我们代码也好
47:44.919–47:47.919
zh还是给我们STAR或者提提提提提提提提
还是给我们STAR或者提提提提提提提提
47:47.919–47:49.779
zh也欢迎加入我们的用户群
也欢迎加入我们的用户群
47:49.779–47:51.959
zh跟我们的研发和产品同学
跟我们的研发和产品同学
47:51.959–47:53.139
zh做积极的交流
做积极的交流
47:53.139–47:54.699
zh有意见或者有建议
有意见或者有建议
47:54.699–47:56.319
zh都可以在里面跟我们提出来
都可以在里面跟我们提出来
47:56.319–47:57.559
zh是的那么本场之外
是的那么本场之外
47:57.559–47:59.879
zh其实我们围绕Octop的技艺机制
其实我们围绕Octop的技艺机制
47:59.879–48:03.099
zh以及竞品分析这个专家的能力
以及竞品分析这个专家的能力
48:03.099–48:05.159
zh如何帮助我们去做日常调研
如何帮助我们去做日常调研
48:05.159–48:06.259
zh分析的工作
分析的工作
48:06.259–48:07.419
zh帮助我们提校
帮助我们提校
48:07.419–48:10.259
zh都进行了一个详细的讲
都进行了一个详细的讲
48:10.259–48:12.239
zh如果说云服务器一键
如果说云服务器一键
48:12.239–48:13.659
zh不需要建议多大的配置
不需要建议多大的配置
48:13.659–48:15.299
zh这个因为我们现在
这个因为我们现在
48:15.299–48:16.999
zhOctop支持多用户
Octop支持多用户
48:16.999–48:19.079
zh其实多大配置取决于
其实多大配置取决于
48:19.079–48:22.479
zh这个用户箱就是这个机器或者Octop
这个用户箱就是这个机器或者Octop
48:22.479–48:23.739
zh支持多少个用户
支持多少个用户
48:23.739–48:27.539
zh我们后续也会出一个专门的配置推荐
我们后续也会出一个专门的配置推荐
48:27.539–48:29.859
zh来帮助大家选购服务器
来帮助大家选购服务器
48:29.859–48:32.559
zh全全老师这边说是100个员工左右的规模
全全老师这边说是100个员工左右的规模
48:32.559–48:33.079
zh好的
好的
48:33.079–48:34.879
zh那我们推荐我们另外一款产品
那我们推荐我们另外一款产品
48:34.879–48:35.539
zhClub Pro的
Club Pro的
48:35.539–48:38.219
zh全全老师不知道有没有关注过Club Pro
全全老师不知道有没有关注过Club Pro
48:38.219–48:39.459
zh可以去关注一下
可以去关注一下
48:39.459–48:42.759
zh当然如果非常想用我们Octop
当然如果非常想用我们Octop
48:42.759–48:45.159
zh我们后续也会给一个推荐
我们后续也会给一个推荐
48:45.159–48:47.119
zhEmma问可以部署到本地吗
Emma问可以部署到本地吗
48:47.119–48:47.899
zh可以的可以的
可以的可以的
48:47.899–48:50.379
zhEmma可以直接访问我们的DHub仓库
Emma可以直接访问我们的DHub仓库
48:50.379–48:54.019
zhVidmin有完整的部署的一个介绍
Vidmin有完整的部署的一个介绍
48:54.019–48:56.139
zh我们今天的直播就到这里结束了
我们今天的直播就到这里结束了
48:56.139–48:56.699
zh好的
好的
48:56.699–48:57.199
zh拜拜
拜拜
影片筆記：竞品分析还在熬夜做？腾讯云自研AI助手 Octop 多专家多Agent并行，调研报告一次搞定
<!-- VIDEONOTE_PUBLICATION_WARNINGS_BEGIN -->
⚠️ 可先使用，仍有待修正項目
本筆記已完成可閱讀的逐字稿與時間跳轉；下列為待處理問題，建議播放原片確認。
- 待修正：逐字稿全文快速校讀未完成（已保留自動字幕/原始逐字稿並繼續生成筆記。；未完成的全文速讀項目可在精進模式回聽確認。）
- 待修正：逐字稿可先使用，但有待校正清單（segment=1473 asr_repetition_or_hallucination: 出現異常重複字元或 token）
<!-- VIDEONOTE_PUBLICATION_WARNINGS_END -->
一句話總結
騰訊雲開源自研 AI 助手 Octop，主打多用戶、多專家、多 Agent 並行架構。其核心亮點為可插拔的長期記憶系統 Octop Memory（具備七層結構與雙流水線），以及透過多 Agent 博弈協作機制，自動拆解任務並生成結構化競品調研報告，解決傳統競品分析耗時問題。
核心重點
- Octop 產品定位與架構：
- Octop 是騰訊雲開源的 AI 助手，前身可能為 LiCloud ACE。
- 定位為「多用戶、多專家、多 Agent 並行」的通用 Agent，區別於 OpenCloud/Hermes 的單用戶個人 Agent 定位。
- 名稱由來為 Octopus（章魚）變體，象徵多觸手（多專家/多 Agent），後綴 Top 寓意頂尖。
- 支持多通道接入（飛書、釘釘、企微、QQ、微信、小益、MQTT 等）。
- Octop Memory 記憶系統（核心亮點）：
- 可插拔設計：記憶隨 Octop 走，不依賴單一 Agent，支持在 OpenCloud、Hermes 等其他 Agent 中使用，實現記憶遷移。
- 七層結構與雙流水線：
- 沉淀（寫入）：原始對話 (ROEvent/Rolling Event) -> 候選事實 (Candidate) -> 衝突檢測與消解 -> 原子卡片 (Atom Card/Entity) -> 日記層（情緒/生活事件）-> 人物條目歸類。
- 召回（讀取）：優先查詢緩存，無緩存時使用 BM25 算法搜索原子卡片，基於事實回答並提供 Reference 溯源。
- 衝突消解：在 Entity 層進行，若新舊記憶矛盾，觸發用戶審核（7天無操作自動採納新記憶）。
- 多 Agent 並行與博弈實戰：
- 任務拆解：主 Agent 接收複雜任務（如競品調研），自動判斷並分配子 Agent 進行資料蒐集。
- Agent 類型：
- 臨時 Agent (Z-agent/子 Agent)：用完即消失，僅用於執行特定任務。
- 進程 Agent (Agent Team/專家)：未來規劃，具備持久性，可保存記憶與經驗。
- 實戰演示：以「豆腐腦口味辯論」為例，展示甜黨、鹹黨、辣黨專家 Agent 之間的博弈、攻擊與裁決；以及「新品牌茶飲三巨頭」競品調研報告生成，包含行業總覽、品牌對比（蜜雪冰城、霸王茶姬、喜茶、奈雪的茶）等維度。
- 部署與生態協作：
- 支持 GitHub 開源代碼自部署，未來將提供騰訊雲輕量服務器鏡像。
- 支持 PWA 安裝為桌面應用。
- 與 Cloud Code、Codex、Codebody 等編碼工具非競爭關係，通過 ACP 調用其能力。
- 單台伺服器可支援多用戶，數據隔離但共享資源。
詳細大綱
1. Octop 基礎介紹與定位
- 產品定義：剛剛開源的自研 AI 助手，支持多專家、多用戶、多 Agent 並行。
- 前身與升級：前身是 LiCloud ACE，現升級為 Octop 並在 GitHub 開源。
- 用戶定位：
- 多用戶支持：支持主用戶創建子用戶，記憶與工作空間隔離，適合小團隊或家庭使用。
- 多通道支持：支持飛書、釘釘、企微、QQ、微信、小益、MQTT 等。
- 場景覆蓋：通用辦公（如 PPT 製作、競品調研）與生活場景（如養花、健康管理）。
- 名稱由來：Octopus（章魚）的變體，象徵多觸手（多專家/多 Agent），後綴 Top 寓意頂尖。
2. Octop Memory 記憶系統詳解
- 核心概念：面向 Agent 的可插拔長期記憶系統，記憶隨 Octop 走，不依賴單一 Agent。
- 七層記憶結構與雙流水線：
- 流水線一：沉淀（寫入）
- ROEvent / Rolling Event：最底層事實，類似「錄音筆」，記錄所有原始對話，作為溯源證據。
- Candidate：候選事實，大模型從對話中抽取的初步事實。
- 衝突檢測：判斷重要性與自信度，低置信度或閒聊噪聲被丟棄。
- Entity / Atom Card：原子卡片，正式記憶。若與現有事實衝突，觸發衝突處理（用戶可採納或忽略，7天無操作自動採納新記憶）。
- 日記層：記錄情緒、生活事件，不污染事實記憶，用於主動關心機制。
- 人物條目：將原子卡片歸類到特定人物下，建立聯繫。
- 神器流水：記錄大模型提取過程，顯示在面板中，確保可追溯。
- 流水線二：召回（讀取）
- 優先查詢緩存。
- 若無緩存，使用 BM25 算法搜索原子卡片。
- 基於事實進行回答，確保記憶正確且有 Reference 可查。
- 衝突消解：在 Entity 層進行，讀取舊記憶進行重構，若矛盾則觸發用戶審核。
3. 與其他產品的區別與協作
- 與 OpenCloud / Hermes 區別：
- OpenCloud/Hermes 為個人 Agent，單用戶，記憶封裝在產品內。
- Octop 為多用戶、多專家，記憶獨立且可插拔。
- 與編碼工具關係：
- 與 Cloud Code、Codex、Codebody 非競爭關係，可調用其能力。
- 通過 ACP 連接編碼 Agent，將編碼任務委派給更成熟的工具。
- 部署方式：
- 支持 GitHub 開源代碼自部署。
- 未來將提供騰訊雲輕量服務器鏡像（GTOP/ACE 升級版）。
- 支持 PWA 安裝為桌面應用。
4. 多 Agent 並行與博弈實戰演示
- 演示場景：豆腐腦口味辯論（甜、鹹、辣）。
- 流程：
- 創建多個專家 Agent（如競品分析專家、營養規劃專家、美食專家）。
- 從 Token Hub 專家市場下載專家。
- 多 Agent 並行執行任務，進行博弈（相互攻擊、調侃、端水）。
- 最終由主 Agent 或特定專家進行裁決。
- 技術實現：子 Agent 與主 Agent 的概念，支持家庭群聊中的多 Agent 協作。
5. 竞品分析專家功能演示
- 任務拆解與執行：
- 主 Agent 接收複雜任務（如競品調研），自動判斷需分配多少個子 Agent。
- 子 Agent 負責特定維度的資料蒐集（如歷史、故事、名言，或特定品牌調研）。
- 子 Agent 完成任務後，將結果交還給主 Agent。
- 主 Agent 進行最終整合、裁判與報告撰寫。
- 即時編輯能力：
- 使用者可在 Octop 內直接修改 AI 生成的內容（刪除、編輯）。
- 解決「AI 生成後無法修改」的問題，支援與 AI 即時互動修改。
- 類似於 WorkerBody 的能力，未來將持續優化。
- 報告內容範例（新品牌茶飲三巨頭）：
- 包含行業總覽（如純糧博弈、競爭激烈）。
- 核心品牌對比：蜜雪冰城（便宜）、霸王茶姬（記憶點產品）、喜茶（高端定位）、奈雪的茶（星巴克定位）。
- 對比維度：創立時間、高端定位、價格策略、產品矩陣（水果茶、鮮果茶、鮮奶茶）、營銷策略。
- 資料來源：Octop 抓取最新數據，包含實時網站，並內建專業搜索引擎，確保數據準確性。
6. 技術架構與功能特性
- Agent 類型與生命週期：
- 臨時 Agent (Z-agent/子 Agent)：用完即消失，現成概念，僅用於執行特定任務並返回答案。
- 進程 Agent (Agent Team/專家)：未來規劃，具備持久性，可保存記憶與經驗（如地理專家、競品分析專家）。
- 自動路由：未來支援自動將請求路由至對應專家，無需使用者手動安裝或選擇。
- 記憶與檢索機制：
- 記憶結構：僅
memory資料夾下的.md文件及memory.md為有效記憶。 - 檢索策略：
- 目前預設：FTS (全文檢索) + BM25。
- 針對百萬級記憶：先召回「原子卡片」，再分層檢索，最後召回原始事件。
- 未來規劃：推出
Octop Memory配置項，支援向量模型與向量資料庫。 - 多用戶與部署：
- 多用戶支援：單台伺服器安裝 Octop 即可支援多用戶，使用者之間數據隔離，但可在同一台機器上共享資源。
- 本地部署：支援部署到本地，可透過 GitHub 倉庫下載，參考
Vidmin的部署介紹。 - 伺服器配置：配置大小取決於支援的用戶數量，後續將提供專門的配置推薦。
7. 遷移與通道支援
- ACE 到 Octop 遷移：
- 支援無損遷移：記憶、聊天記錄、Skill、通道配置均可無損切換。
- 限制：目前的遷移工具尚不支持聊天介面的完全遷移，若有強烈需求可在用戶群討論未來升級。
- 記憶格式轉換：未來將推出支援的記憶格式轉換功能。
- 通道差異 (QQ vs 微信)：
- QQ 通道：功能較全，支援多用戶協作與複雜功能。
- 微信通道：受限於微信官方限制（多藝景功能、主動推送限度），功能較少。
- 進展：正與微信溝通，預計未來會適時更新以支援更好功能。
8. 未來產品規劃與劇透
- Agent Team 與家庭場景：
- 優化 Agent Team 的使用方式，服務家庭用戶場景。
- 探索「殺箱」機制（類似 OakBody 項目模式），讓一個 Agent 服務多個家庭成員（如父母、孩子）。
- 支援 QQ 群鳥功能，實現群內 Agent 切能。
- 企業部署與 SSO：
- 回應企業用戶需求，探討 SSO 集成方案，作為內部知識記憶中枢。
- 歡迎企業用戶提 Issue 或 PR，共同開發。
- 其他產品推薦：
- 針對大規模企業（如 100 人規模），推薦使用
Club Pro產品。
工具 / 模型 / 名詞整理
- Octop：騰訊雲開源的 AI 助手（原名可能涉及 Octopus）。
- LiCloud ACE：Octop 的前身產品。
- OpenCloud：騰訊雲個人 Agent 產品。
- Hermes：騰訊雲個人 Agent 產品。
- Workbody：騰訊雲辦公場景 Agent。
- Cloud Code：編碼 Agent。
- Codex：編碼 Agent。
- Codebody：騰訊雲推出的編碼工具。
- OpenCode：提及的編碼相關產品。
- Anthel：提及的產品，曾用 ACE 養娃。
- Token Hub：專家市場平台。
- BM25：記憶召回算法。
- PG (PostgreSQL)：數據庫，Octop 支持但默認不使用。
- Ciclite：默認使用的本地數據庫服務（聽似 SQLite 或特定輕量數據庫，逐字稿為 Ciclite）。
- SecureLights / CircleLite：聽似本地數據庫或服務名稱（逐字稿提及「本地 SecureLights」和「CircleLite」，疑為 SQLite 或類似輕量數據庫的誤聽）。
- GitHub：開源代碼托管平台。
- 騰訊雲輕量服務器：部署環境。
- PWA：漸進式 Web 應用，用於桌面安裝。
- 飛書、釘釘、企微、QQ、微信、小益、MQTT：支持的通訊通道。
- ROEvent / Rolling Event：記憶結構第一層，原始事件記錄。
- Candidate：候選事實。
- Atom Card / Entity：原子卡片，正式記憶。
- ACP：連接編碼 Agent 的協議或接口。
- Z-agent / 子 Agent：臨時性、用完即消失的子 Agent。
- Agent Team / 進程 Agent：具備持久記憶的專家型 Agent 團隊。
- FTS：全文檢索技術。
- SSO：單點登入技術。
- Club Pro：針對大規模企業部署推薦的產品。
- Lighthouse：提及的購買或服務平台。
- DHub 倉庫：本地部署相關的代碼倉庫。
- Vidmin：提供部署介紹的相關資源或角色。
- Hammus：提及的競爭對手或參考對象。
- Clau：提及的競爭對手或參考對象（疑為 Claude 之聽寫錯誤，但依規則保留原樣）。
- OakBody：提及的項目模式參考。
操作流程整理
- 部署與安裝：
- 從 GitHub 下載開源代碼。
- 參考
Vidmin的部署介紹進行本地或伺服器部署。 - 可透過 PWA 安裝為桌面應用。
- 未來可使用騰訊雲輕量服務器鏡像（GTOP/ACE 升級版）。
- 配置與遷移：
- 從舊版 ACE 遷移記憶、聊天記錄、Skill 和通道配置（目前尚不支持聊天介面完全遷移）。
- 配置多用戶權限與數據隔離。
- 接入所需通道（QQ、微信、飛書等）。
- 使用 Octop Memory：
- 系統自動在後台進行記憶的「沉淀」（寫入）與「召回」（讀取）。
- 用戶可在面板查看「神器流水」，追溯記憶提取過程。
- 遇到衝突時，用戶可審核並決定採納新記憶或忽略。
- 執行競品調研任務（實戰流程）：
- 輸入指令：用戶輸入複雜任務，例如「分析新品牌茶飲三巨頭」。
- 任務拆解：主 Agent 自動判斷需分配子 Agent，從 Token Hub 下載或創建專家（如競品分析專家、營養規劃專家）。
- 並行執行：多個子 Agent 並行蒐集特定維度資料（歷史、價格、產品矩陣等）。
- 整合與裁決：子 Agent 返回結果，主 Agent 進行整合、裁判並撰寫報告。
- 即時編輯：用戶可在 Octop 內直接修改 AI 生成的報告內容。
- 輸出結果：生成結構化報告（PDF/Markdown），包含行業總覽與品牌對比。
值得注意的限制或風險
- 微信通道限制：微信通道受限於微信官方限制（多藝景功能、主動推送限度），功能較 QQ 通道少，正與微信溝通中。
- 遷移限制：目前的遷移工具尚不支持聊天介面的完全遷移，若有強烈需求可在用戶群討論未來升級。
- 記憶檢索性能：針對百萬級記憶，目前策略為先召回「原子卡片」，再分層檢索，最後召回原始事件，未來才支援向量模型與向量資料庫。
- 臨時 Agent 特性：Z-agent（子 Agent）為用完即消失的臨時實體，不具備持久記憶，需依賴進程 Agent（Agent Team）來實現長期專家能力。
- 數據庫依賴：默認使用輕量數據庫服務（聽似 Ciclite/SQLite），若需更高性能可能需配置 PG (PostgreSQL)。
逐字稿辨識疑點
- **segment 1473: asr_repetition_or_hallucination
尚未產生學習筆記
請在 Telegram 指令最後加上「學習」，例如：videonote 網址 英文 雙語 學習