Buda 是怎么运作的

如果你只把 Buda 当成一个聊天工具，很容易混淆这些概念：

• Space 是什么？
• Agent 是什么？
• Drive 和 Session 有什么区别？
• Message 为什么会影响上下文？
• Channel、飞书、企业微信又在哪里？

最简单的理解方式是：Buda 不是一个聊天框，而是一家公司。

你在 Buda 里做的事情，本质上是在组织一家公司：有公司空间、有员工、有文件柜、有会议室、有会议记录，也有对外沟通入口。

一句话总图

如果只记一句话：

Space 管组织，Agent 管员工，Drive 管长期文件，Session 管当前任务，Message 管一轮轮对话，Channel 管外部入口。

公司组织架构类比

这套结构的核心不是技术名词，而是管理边界。

你要知道：

• 哪些东西是公司级共享的
• 哪些东西是某个 Agent 自己的
• 哪些东西只是当前会话临时有效
• 哪些内容以后还要复用，必须保存成文件

第一层：Space 是公司

Space 可以理解成一家公司或一个空间站。

一个 Space 里通常包含：

• 多个 Agent
• 团队成员
• 空间站级别的共享积分
• 空间站共享文件区
• 一组权限、订阅和协作边界

如果你有多个业务、多个客户、多个团队，它们不应该全部混在一个 Space 里。

例如：

Space A：自己的公司
Space B：客户甲的项目
Space C：客户乙的项目

每个 Space 都像一家公司，里面的人、文件、Agent、预算和权限都应该清楚。

第二层：Agent 是 AI 员工

Agent 是 Buda 中真正干活的单位。

你可以把 Agent 理解成一个 AI 员工，或者一个专员：

• 公众号编辑
• 小红书运营
• 客服助理
• 财务审核
• 产品研发助理
• 招聘研究员

一个 Agent 通常有：

• 名字和身份
• 长期指令
• 自己的工具
• 自己能访问的 Drive
• 多个 Session
• 可安装的 Skills
• 可绑定的 Channels

新手最容易犯的错误，是一开始就建很多 Agent。

更稳的做法是：

如果只是同一个 AI 员工做不同平台内容，优先用多个 Session；只有身份、权限、工具、网盘都需要隔离时，再新建 Agent。

例如，公众号、小红书、LinkedIn、视频号，很多时候可以先是同一个 Agent 的四个 Session，而不是四个 Agent。

第三层：Drive 是文件柜

Drive 是长期文件区。它解决的是“以后还要用什么资料”。

适合放进 Drive 的内容：

• 公众号底稿
• 小红书底稿
• 会议纪要
• 客户需求
• 产品说明
• SOP
• FAQ
• 品牌资料
• 历史案例
• 项目素材

Drive 和 Session 最大的区别是：

所以第三节课里强调的“落盘”，就是把聊天里的重要内容保存进 Drive。

例如：

如果不落盘，小红书 Session 默认不知道公众号 Session 刚刚聊过什么。

第四层：Session 是会议室

Session 是一次独立的对话上下文。

你可以把 Session 理解成一间会议室，或者一张临时工作台。

同一个 Agent 可以有多个 Session：

Agent：内容运营专员
├── Session：公众号
├── Session：小红书
├── Session：LinkedIn
└── Session：视频号

每个 Session 有自己的短期记忆。

公众号 Session 里讨论过的标题、段落、修改意见，不会自动进入小红书 Session。这样做的好处是：任务不会互相污染。

如果你在一个 Session 里又写公众号、又写小红书、又做客服，它就像在同一间会议室同时开三场会，最后所有人都会混乱。

更好的做法是：

一个任务，一个 Session。

第五层：Message 是会议发言

Message 是 Session 里的每一条消息。

你说一句，AI 回一句，这些都是 Messages。

它们会组成当前 Session 的短期上下文：

所以 Session 越聊越长，Messages 就越多，上下文也越大。

当上下文太长时，系统可能会压缩历史，把一大段对话变成摘要。这就是为什么 AI 有时候“还记得大意，但忘了细节”。

Channel 是外部入口，不是记忆系统

Channel 是外部聊天入口，比如：

• 飞书机器人
• 企业微信机器人
• WhatsApp 账号
• Telegram Bot
• Discord 频道

Channel 的作用是：让团队或外部用户可以在熟悉的聊天工具里调用 Agent。

它不是长期记忆系统，也不是文件柜。

可以这样理解：

一个稳定的 Channel 通常会绑定到一个稳定的 Agent 和对应 Session 规则。

如果你在企业微信里建了 10 个机器人，更准确的理解是：

10 个外部入口
≈ 10 条工作线
≈ 10 个稳定会话或会话规则

Skill 是工作方法

Skill 不是另一个员工，而是一套可复用的做事方法。

例如：

• 生成 PPT 的方法
• 改写小红书的流程
• 处理 Excel 的工具
• 发布文章的 SOP
• 调研竞品的流程

如果一个任务只做一次，不急着做 Skill。

如果一个流程反复出现，比如“每次公众号写完都要改成小红书、LinkedIn、视频号”，就可以考虑沉淀成 Skill。

两种常见组织方式

方式一：一个 Agent，多 Session

适合新手和内容生产类工作。

优点：

• 简单
• 统一资料
• 不容易过早复杂化
• 很适合第三节课作业

方式二：多 Agent，通过 Space 共享文件协作

适合团队和高阶流程。

优点：

• 身份更清楚
• 权限更容易隔离
• 团队协作更像真实公司
• 适合复杂业务

但新手不要一开始就这样做。先练熟“一个 Agent，多 Session”。

什么时候该升级结构？

按这个顺序判断：

只是当前任务？
→ 用当前 Session。

只是换平台风格？
→ 新建一个 Session。

下个 Session 还要用这个内容？
→ 保存到 Drive。

这个流程会反复出现？
→ 沉淀成 Skill。

团队要在飞书/企业微信里使用？
→ 接 Channel。

身份、权限、工具、资料都要隔离？
→ 新建 Agent。

多个 Agent 要交接资料？
→ 使用 Space 共享文件。

最常见的误解

误解一：会话就是 Agent

不是。

Agent 是员工；Session 是这个员工正在开的某场会。

同一个员工可以开很多场会。每场会的上下文不同。

误解二：Channel 会帮我记住所有资料

不会。

Channel 只是入口。长期资料仍然要放到 Drive，规则要写进 Agent 指令或相关文件。

误解三：Drive 是聊天记录

不是。

Drive 是长期文件柜；聊天记录在 Session 里。

如果你想让聊天里的内容以后还能用，要主动保存成文件。

误解四：做多个平台就一定要多个 Agent

不一定。

公众号、小红书、LinkedIn、视频号，很多时候先用多个 Session 就够。

只有当这些平台需要不同权限、不同账号、不同工具、不同长期资料时，才考虑拆 Agent。

误解五：AI 进化的是模型本身

不是。

大多数情况下，进化的是文件：

• Drive 里的资料
• memory 里的摘要
• AGENTS.md 里的规则
• Skills 里的方法
• 历史底稿和素材库

这些文件越清楚，Agent 越像一个成熟员工。

第三节课作业为什么这样设计

第三节课让你做：

公众号 Session
  ↓ 写销售型文章
Drive
  ↓ 保存底稿
小红书 Session
  ↓ 读取底稿并改写
小红书笔记

这个作业不是为了教你“怎么写小红书”。

它真正训练的是：

1. 知道 Session 是短期工作台
2. 知道 Drive 是长期文件柜
3. 知道跨 Session 传资料要落盘
4. 知道不同平台要用不同 Session 隔离
5. 知道老板要 review 底稿，而不是让 AI 直接发布

把这条线搞懂以后，你就可以换成任何业务：

记住这张图

当你能分清这些层级，你就不再只是“跟 AI 聊天”，而是在指挥一家公司。

相关页面

• Agent
• Drive 与知识库
• Chat Session 会话机制
• 空间站云盘