记得打开独立会话、飞书的流式输出

免费的头肯随便用，没有任何限制。最近使用了 oppo cola， 头肯是太费了，随便一用一下就用完了。 自己的这个 ai 开发软件，缺氧是免费，可以用各种模型，我就想这里能不能想点办法。然后借鉴了 oppo cola 的 思路，写了一个飞速机器人， 用手记上这个飞书啊，控制这个电脑上的翠。我现在给飞书机器人发一个消息啊，发一段指令。如何计算润年这个 new 呢？表示开启一个新的绘画啊，这里已经有四个绘画了，现在我们来发送， 你看啊。好，来了，产生了第五个新的绘画，现在他正在执行。 咨询完了以后呢，他会给我手机发送一个回复，是不是像 open core 一 样？差不多了， 接下来准备用 open core 去接入这个机器人，这样子有一些重型的写代码的工作就交给这个确认来做好了。这个确认呢，写本地的文件， 稍等片刻，瑞典已经即将完成， 现在马上要发送回来啊。这个呢，比调用 api 肯定是慢，因为这是个图形界面，但反正在手机上使用，不着急的话，我觉得也可以接受。 哇哦，不错呦，好消息来了，已经完成了日历的计算代码在哪里？怎么计算好？

请看实力 一个 agent 打工人安装好 opencloud 的 ui 界面，视频结尾有安装实操 opencloud 配置多智能体。 首先要创建多个 agent， 设置它的名称、 code 所在的空间以及对应的模型。 第二个就是写他的人设，这个人设的存放位置在你的工作空间下的这个路径，你可以按照这个模板来写，也可以根据自身需求调整。第三个是填写自己的信息， 在 text 栏里写明对应的信息即可。 第四步是激活，激活当前路径下的这个 code。 然后第五步是测试，通过相关信息进行测试，测试后系统会返回一个信息给你。 这个步骤完成之后，在代理界面里就能看到 新创建的 ajni 已经存在，如果能看到 ajni 就 表示创建成功，如果没有显示就说明创建未成功。 接下来在飞书当中新建群组， 在对应位置点击新建，这里做一个演示，先给群组取个名字，创建完成后 就能看到新增的这个群聊，然后在这个群里把对应的机器人 boss 加进去，我的机器人是这个名字， 单击按按钮添加即可，这样群聊与对应的机器人就绑定建立好了。 如果是 windows 系统， 你会看到绘画的 id， 在 这里把这个绘画 id 复制下来， 后续会用得上。如果是其他版本的非书 看不到这个 id 的 话，可以通过以下命令解决， 在对应位置输入指定命令。 在任意输入位置执行命令后， 就能在对应位置看到群 id， 显示出来，这个 id 就是 群组的 id， 把它保存好。 创建好一个群组之后，打开对应的文件， 在类似列表当中添加对应的工作配置， 找到这个配置项， 在绑定设置里加入该配置， 绑定好后保存， 之后重启对应的飞书和欧本 call， 此时机器人还不能进行回答，需要在对应位置进行调节设置， 在 channel 中添加一个配置项， 这个配置项里填写的列就是之前保存的群组列。 重启完成后，回到对应的操作位置，再次操作，机器人就会回应了， 这样就完成了 agent、 coder、 tester 这三项核心配置。使用打工人 tester 完成 opencloud 的 域外部署， 部署完成，点击地址打开， 玩的愉快！

叔叔，我睡不着，你哄我睡觉。那你取个号吧，哈哈。取什么号，你哄我睡觉还得排队。除了我你还有谁？我在玩呢，陪我说会话。 说什么？说你为什么跟我在一起呀？生活所迫。哈哈哈，我就知道你说我出什么好话。什么叫生活所迫，离开你我上哪找你都不要彩礼，你爸还给我买成闺蜜也好看的天空。 哈哈哈。我的命真的够不着了。狗也不能吃安眠药啊。你会一辈子爱我吗？嗯，亲，爱到你爸退休吧。哈哈哈，我爸可真是你大哥，你能不能别爱的那么现实。开玩笑的，叔叔 干嘛，我想做你这辈子最爱最重要的人，没有之一。已经是了，以后也是，一直都是我爱你。

大家好，这期讲 open call 的 多 agent 模式，简单说就是一个 git 里可以同时跑多个独立的 ai 大 脑，每个大脑有自己的工作区，绘画记录和性格设定，互不干扰。 比如你可以有一个工作 agent， 一个生活 agent， 消息自动路由到对应的那个，非常适合多角色、多场景使用。 搞懂多 agent 要先理解三个核心概念，第一个是 agent id， 就是 每个 agent 的 唯一名字，比如 main work home。 第二个是 account id， 是 渠道账号的名字，比如一个非书账号，一个钉钉账号。 第三个是绑定，就是消息路由，规则决定哪条消息该交给哪个 agent 处理。添加新 agent 只需要一条命令， open call agents add 后面跟你想取的名字，比如 work 或 call 顶。 执行完之后，系统会自动创建独立的工作区目录，初步化搜点 md agents 点 md 等引导文件，还有独立的绘画存储。你可以一次性添加多个 agent， 每个都完全独立。 配置好 agent 之后，还需要告诉 get 位消息该路由到哪里，这就是 bindings 配置。在 open call 点 j s o n 里， bindings 是 一个数组，每条规则指定 agent id 和 match 条件， match 可以 按渠道名、账号 id 甚至具体的群 id 来匹配。匹配规则遵循最具体优先原则，精确到群 id 的 规则比只匹配渠道名的规则优先级更高，没有匹配到任何规则时，消息会回退到默认 agent。 多 agent 有 三种最常见的使用场景，第一种，不同渠道绑不同 agent， 飞书走工作 agent， 钉钉走，个人 agent， 互不干扰。 第二种，单个机器人账号按群路由同一个飞书机器人在技术群里是编程 agent， 在 运营群里是内容 agent， 用户只需要记住一个机器人入口。第三种，多人共用一个 gateway， 每个人对应一个 agent 工作区和对话历史完全隔离。 根据实际需求，有四种配置方案可以选择。方案一是单 agent 多绘画，最简单，适合个人用户。方案二是多 agent 软隔离，每个 agent 有 独立工作区，适合小团队和多角色场景，推荐大多数人用这个 方案三是 docker 沙箱处理敏感数据，使用安全性更高。方案四是多 gateway， 每个 agent 独立进程，适合企业及部署，越往后安全性越高，但复杂度和资源消耗也越大。按需选择， 每个 agent 可以 独立配置沙箱和工具权限。沙箱有三档， off 表示不隔离， none man 指对非主 agent 请沙箱， off 表示所有 agent 都进沙箱。 工具权限通过 allow 和 deny 控制。比如给家庭 agent 的 设置只允许读取工具，禁止执行和写入，这样就算有人恶意构造消息， agent 也没有权限做破坏性操作。 配置完成后，需要重启 gateway， 让改动生效。执行 opencloud gateway restart， 然后用 opencloud agent list 加上 bundins 参数，可以查看所有 agent 和对应的绑定规则是否正确。最后用 opencloud channels status 加 pro， 确认各渠道连接正常， 再对应渠道发一条测试消息，确认路由到了正确的 agent 就 算配置成功了。好了，这期多 agent 模式就讲到这里，记住三个核心， agent， id 是 大脑的名字，绑定是路由规则，最具体的规则优先匹配。 新手从多 agent 软隔离方案开始，用 agents add 命令添加 agent 配置 bundings， 重启 get 维，验证一下就搞定了，下期见。

兄弟们，今天的话，我们来深入了解一下 open cloud 的 消息流转的一个完整的链路。当我们在飞书群里面阿尔塔机器人发送一条指令之后，这条消息是如何被系统所接收到处理并得到最终的回复。 理解这个完整的过程对于我们优化系统性能和排查问题都非常有帮助。本次分享将为大家揭开这个神秘的面纱。我的分享将分为四个部分，首先我们会详细拆解 消息流转了五步全流程，接着我将介绍上下文的管理和多轮对话的实现，然后我们会探讨系统的高病发处理机制。最后我会分享一些 a 景特响应优化的一个思路。首先看一下以飞书 rta 机器人为例，来看看消息流转的全部流程。 整个流程呢，可以分成五步，消息首先由飞书推送给 getaway， getaway 接收后分发到对应的 agent， agent 执行任务并返回结果。最后呢，就由 getaway 将结果返回给用户。这五个步骤的话，就构成一个完整的闭环。再看一下绘画上下文的存储与标记， 多轮绘画的实现呢，是依赖于绘画上下文的一个管理，会为每个用户绘画分配一个唯一的 session id， 并将对话历史存储在 agent 的 memory 目录中。这样当用户进行后续提问时， agent 就 能回顾之前的对话内容，并提供连贯的回复。 在高迂发场景下，系统呢需要高效地处理大量的消息。 opencloud 正式通过 id 和 agent 执行队列化的这三种机制，确保了系统的稳定性和高效性， 能够从容应对高病发的挑战。如果发现 agent 响应过慢，我们可以从代码、缓存和模型以及架构多个层面来进行优化。首先就是要优化代码的一个逻辑，增加了系统的缓存，选择更高效的模型以及采用并行处理的方式，都能有效提升 agent 的 响应速度， 改善用户的体验。总结一下哈，理解消息流转的完整电路是优化我们这个 opencloud 性能的一个基础，通过分析消息在各个环节的处理流程，我们可以找到性能瓶颈，并进行针对性的优化。希望今天的分享能帮助大家更好的理解系统内部的一个工作机制， 从而构建出高效更稳定的应用。谢谢大家，欢迎大家的一个点赞和关注，如果大家遇到问题也可以在评论区留言探讨。

绘画恢复，为什么你刷新页面不用重新登录？你有没有注意过这样一个现象，打开一个网站，登录一次之后，不管你怎么刷新页面，甚至关掉浏览器再打开，只要时间不久，他居然还记得你是谁？ 很多人以为这是浏览器记住密码了，其实完全不是。今天我们就用五分钟把绘画恢复这件事讲清楚。先说一个最重要的结论， 网页刷新后还能保持登录，不是因为登录状态在页面里，而是在浏览器和服务器之间续命了。第一步，登录那一刻到底发生了什么？ 当你输入用户名和密码点登录，浏览器，并不是直接变成已登录状态，真正发生的是三件事， 第一，浏览器把账号密码发给服务器。第二，服务器验证成功后，创建了一份绘画。第三，服务器把一个凭证发回给浏览器。这个凭证最常见的形式 就是 cookie 里的 session id， 你 可以把它理解成这是你的临时工牌，别丢。第二步，刷新页面为什么不掉线？ 关键就在这里！刷新页面的时候，页面重新加载了 j s， 重新执行了，但浏览器并没有丢掉 cookie。 于是发生了一个非常重要的动作，浏览器每次请求都会自动把 cookie 带上。 服务器一看， session id， 哦，是老熟人，登录状态直接恢复。所以你看到的是页面刷新了，但身份没变。第三步， 那如果关掉浏览器呢？很多人以为关浏览器等于一定要重新登录，但实际上要看 cookie 是 怎么设置的。如果是绘画 cookie， 浏览器一关 cookie 没了，下次必须重新登录。如果是持久 cookie， cookie 写在磁盘里，关浏览器重启，电脑都还在，所以你能隔天还登录着。不是网站记性好，而是 cookie 活得久。第四步， 那 session 存在哪？这是个经典问题。 session 一 般在服务器端，比如内存 radis 数据库，浏览器只保存一个 session id， 真正的登录信息、权限、用户状态都在服务器。所以 cookie 是 钥匙， session 是 房间，服务器才是真正的记忆体。第五步，那 token j w t 又是啥？有些网站不用 session， 而用 token， 原理差不多，但角色反过来了， session 服务器记住你是谁， token 你 自己随身带着身份证明，只要 token 没过期，刷新重开页面照样能恢复登录。区别在于谁来记住状态。最后用一句话总结， 刷新页面不用重新登录，不是因为页面没刷新，而是因为浏览器带着凭证，服务器认得这个凭证，绘画还活着。 一旦凭证过期被清除，或服务器把绘画删了，你就会被立刻请回登录页。下次你再看到登录过期，你就知道不是网站抽风，而是绘画的寿命真的到头了。如果你愿意，下一期我们可以聊，为什么有时候什么都没干，登录却突然失效？

最近有很多人问我给 oppo pro 开权限，会不会把自己的飞书给献祭了？网上有很多方案让你装 duck 搞隔离，听着挺高大上，但实际用起来你会发现它调用不了本地的工具， 其实完全可以用一些能跑的旧电脑，或者打算下本地模型，可以买个更好的独立配置来部署。 其实真正的安全不是把 ai 关起来，而是把权限给对。嗯，分享一个我是如何用飞书自带的设置就能搞定安全闭环的。第一点， 权限点菜式开启，只给他需要的，没必要搞太复杂的物理隔离。在飞速后台，我只给机器人开辟了一些特定的群聊和指定的文档。权限逻辑很简单，他进不了你的私人聊天，也读不了你未授权的文档。 这就好比你请了一个保洁，只给他了客厅和宴会厅的钥匙，他进不了你的卧室。第二，消息实名制，每一条指令都有出处。 利用飞书的 api 安全设置，我确保每一条发给 opencloud 的 指令都必须通过验证，结果就是除了你和你授权的人，没有人能通过后台给你的 ai 发号施令。第三，过程可视化，它在九号，你可以很快的看到。 我特别看重 opencloud 的 日记记录功能，我的玩法是 ai 刚刚搜了什么，读了哪段话，怎么生成的，回复后台日记，清清楚楚说一些真心话，这种防火墙比任何防火墙都管用，只要它在你眼皮底下干活，那种失控感自然就没有了。 个人观点，我们玩 ai agent 是 为了方便我们，帮助我们上网查资料、处理文件，提升效率的，如果为了安全把它的手脚都抓住，那还不如用普通的对话机器人。 我的方案主打一个实用加透明，如果你也想在保证安全的前提下真正发挥出 open pro 的 威力，欢迎来我的 get 看我的项目来找我交流。大家，不了虚的治疗怎么好用？

因为咨询其实是一个分析啊，这个解决问题以及表达给客户的这样一个过程。所以他的思变加表达这两件事情跟辩论有极大的重合。 所以在这两个环节我其实都得到了非常大的锻炼。从表达能力上来讲，我举举个例子，我前一段时间被我们公司一个大老板点名去给他写一个演讲稿，一个发音稿，英文的。 就这个事对我个人的触动很大。因为我一直以来都是一个理科生，而且就半路嘛跑到新加坡去，然后英文也不是我的母语。我一直对自己的英文表达就觉得 就是日常没有问题，但我不觉得我优美到可以被拿去做一个讲稿这样的这种这种程度。但是那次的体验让我发现，就是整 和信息的能力其实超过了语言本身。这是为什么？我永远都觉得表达力他不能脱离思变力独立存在， 他永远都是。如果说你练表达力，在没有思变力的情况下，他只是金玉其外，败絮其中。嗯，所以那个改变应该是由内而外的，是思变带着表达的。

ai 让记账的方式来到了下一个 level， 完全颠覆了传统的记账方式，你只要点击这个 ai 语音录入，然后就可以完成记账。呃，比如说今天晚上吃了火锅花了五百块钱， ai 就 会自动把这些金额五百块，然后支出，然后现金流分类直接归属为餐饮。然后还有记账事件， ai 就 会自动完成整个表单的填写，你一个字都不用打，然后点击记账就完成了记账。 这个就是后台的数据，当你 ai 云速完成之后，这条记账记录，今天晚上吃火锅让五百块钱餐饮，然后对应的是支出，就完成了记账。 然后我还做了一个模板，大家可以直接用，就这样一个模板，大家点开就可以直接用了。

大家好，欢迎来到飞书新功能，本期飞书又更新了哪些重点功能，哪个是你的最爱呢？我们一起来看看吧！ 多位表格日历仕途重磅登场，可直观展示各事项排期及日程占用情况，多人协作时，日程查看安排更便捷。 仕途可独立分享，你可以将某一仕途单独分享给企业成员或互联网用户，不会暴露多 a 表格的其他数据。多 a 表格新增评分字段，可对每条记录进行快捷评分， 满足满意度、调研、反馈、收集等多种场景的交互需求。 自动化流程发送消息添加交互按钮，通过自动化流程发送飞书消息时，消息按钮玩法升级，用户点击按钮即可一键新增或修改多维表格记录，无需二次跳转。 边开会边创作视频会议新增共享白板功能，你可将想法与流程画在白板上，会议沟通灵活又高效。 快捷。联系呼叫者不方便接听，可在拒绝通话后一键发送消息给呼叫者，告知拒接理由，沟通更便捷。 以上就是本次更新的重点功能了，别忘了将你的飞书更新到六点四版本，想了解更多飞书新功能信息，欢迎访问 这个链接，浏览飞书帮助中心，我们下个月见，拜拜！