Introducing Buda：不是本地超级 Agent，而是 AI Agent Company 平台
OpenClaw 这一类 Agent 很强，但配置复杂、不安全、依赖个人电脑。Buda 是一个云原生、多 Agent、可规模化的团队平台，用来真正运行公司的工作。
← 返回博客Introducing Buda
上一代 Agent 产品证明了一件很重要的事：
AI 不应该只会回答问题，它应该真的去做事。
这也是为什么 OpenClaw 这一类系统会那么重要。它让 Agent 第一次真正“活”了起来。它住在你的电脑里，使用你的工具，执行任务，而不只是停留在聊天界面。
但这种模式也有非常明显的边界。
OpenClaw 这一类 Agent 很强，但往往同时意味着：
- 配置复杂
- 对非技术用户不友好
- 强依赖个人电脑
- 长期运行脆弱
- 在安全与隔离上风险更高
- 很难从“一个 Agent”扩展到“一支团队”
这就是 Buda 要开始解决的问题。
Buda 不是又一个本地超级 Agent。Buda 是一个 AI Agent Company 平台。
从个人 Agent，走向 Agent Company
大多数 Agent 系统，默认都是从“一台机器、一个用户、一个 Agent”开始的。
Buda 的假设完全不同：
未来不是一个强大的 Agent 住在某个人的电脑里。
未来是很多 Agent 组成团队，协同运行真实公司的工作流。
这个出发点一变，产品结构就全变了。
我们不再问：
- 怎么让一个 Agent 更强？
- 怎么再给我的笔记本接一个工具？
- 怎么让我的个人电脑整晚别睡着？
我们开始问：
- 怎么快速启动一支团队？
- 怎么安全地运行很多 Agent？
- 怎么让非技术同事也能使用？
- 怎么把它扩展到一家公司，而不是一个人的 setup？
这就是 Buda 所定义的类别。
Buda 到底是什么
Buda 是一个云原生多 AI Agent 工作平台，用来搭建真正能帮公司运转的 AI 团队。
你可以这样理解：
- OpenClaw 这一类系统，让“个人 Agent”成立
- Buda 则让 Agent 团队 变得可运营
在 Buda 里，你不是只拉起一个 Agent，然后希望它包打天下。
你是在构建一套有分工的 AI 员工组织，例如：
- 销售
- 客服
- 运营
- 研发
- 研究与分析
而且它们运行在一个为“公司”设计的平台里，而不是爱好者级拼装环境。
这个平台的核心，可以浓缩成两个概念：
- 🐰 Buda Organizer：负责中央调度，统一编排 agents、日常任务和 automations
- 🦞 Claws Computer：Buda 底层的集群计算机层，基于 Kubernetes 和 Sandock.ai，支持独立 SSD 持久化硬盘、长期沙箱隔离、定期自动休眠，而且不依赖 Gateway 层
为什么 Buda 不一样
1. 更容易启动
Buda 的设计目标之一就是快速启动。
你不需要自己组一堆机器，不需要手工把几十个聊天渠道黏起来，也不需要维护一个随时会碎掉的个人 setup，才能让 Agent 活着。
2. 基于集群，而不是个人电脑
Buda 基于 Kubernetes，从第一天开始就是按集群部署来设计的。
我们把这一层运行时叫做 🦞 Claws Computer。
Claws Computer 不只是“算力”这么简单，它本质上是一套长期运行的集群沙箱架构：
- 基于 Kubernetes
- 使用 Sandock.ai 技术
- 支持长期运行的隔离沙箱
- 每个工作空间有独立 SSD 持久化硬盘
- 闲置时可定期自动休眠
- 不像旧的 OpenClaw 式架构那样依赖一个 Gateway 层
这意味着：
- Agent 不绑定在某个人的电脑上
- 工作负载可以并发运行
- 团队可以扩展到单机之外
- 运行管理可以集中化
- 机器资源可以更智能地被启动、休眠和回收
这也是为什么 Buda 更适合企业级部署。它的重点不只是方便，而是让大规模 Agent 运行在安全性、隔离性和可管理性上，都比“跑在个人电脑里”更可靠。
3. 公开透明，不是黑盒
大多数 agent 系统是不透明的。
你发一条消息，等待，然后得到一个结果——或者什么都没有。中间发生了什么，完全看不见。
OpenClaw 风格的 agent 很强大，但它们在黑暗中运行。你告诉它做某件事，然后祈祷它做对了。
Buda 不一样。每个 agent 的工作空间都是实时可见的：
- Drive — agent 的持久文件系统，随时可以浏览
- Terminal — 实时 shell 输出，每一条命令执行时都可见
- Browser — agent 控制的真实浏览器，你可以看着它操作
你不是在等待一个回复。你是在看着工作发生。
这改变了你对 agent 的信任方式。也改变了出问题时你排查的方式。
4. 为安全和长期运行而设计
每个 AI 员工都有自己的运行环境，相比“Agent 住在我的电脑里”这种传统模式，Buda 在隔离和运行控制上更适合长期使用。
Claws Computer 不只是为了长期运行，也为了更高效的空闲管理。不是所有机器都要永远醒着，Buda 可以在任务结束后，或者按计划让空闲的 Claws Computer 自动休眠。
这让 Buda 更适合 企业级安全、大规模运行，以及更严格的内部部署要求。
默认情况下，Buda 是一个云服务。但对于需要更强基础设施控制、安全边界或合规能力的组织，我们也支持 self-hosted 私有化部署。可联系 sales@buda.im。
4. 预制了真正公司所需的能力
Buda 不是一个空白 runtime。
它天然包含：
- 预制 Agents
- Skills
- Teams
- Automations
- Workspace 结构
- 一套组织真实工作所需的基础能力
目标不是演示一个 Agent，而是让 Agent 真的去跑公司的事情。
而把这件事产品化的界面，就是 Marketplace。
Marketplace 不是一个素材列表，而是 Buda 把“搭建公司”拆成可复用层级的方式：
- Skills：扩展 AI 员工的具体能力
- Agents：把能力封装成可直接聘用的岗位
- Teams：一次招进一整支可立即开工的团队
它最终想实现的不是“再装一个工具”，而是：
点一次，招募团队。点两次，创建公司。
而且这不只适用于 Buda 官方预制内容。
通过 Developer 页面，开发者可以登录后使用 Buda GitHub App 连接自己的 GitHub 仓库，把私有仓库或指定仓库发布到 Marketplace。这给创作者提供了一条比“纯开源然后等待回报”更直接的路径。
如果一个仓库里沉淀的是长期客户价值，Buda 就可以按同样的阶梯把它产品化：
- 一个 Skill
- 一个 Agent
- 一支 Team
- 最终变成一套可复用的 Company 蓝图
这样一来，创作者真正需要持续做好的事情，就是维护仓库里的客户价值；而 Buda 负责把它变成可发现、可招聘、可变现的产品形态。
而这也是 🐰 Buda Organizer 最重要的地方。它不是一个名字而已，而是整个平台的中央调度系统，决定什么任务该运行、什么时候运行、哪一组 Claws Computer 该被唤醒，以及什么时候让闲置的集群沙箱重新休眠。
我们的核心判断
我们相信，下一代软件的关键，不是谁拥有最厉害的单个 Agent。
而是谁能让 Agent 团队 真正变得可用。
这意味着要从：
- 一个 Agent
- 一个操作者
- 一台机器
走向：
- 多个 Agent
- 多种岗位
- 共享上下文
- 稳定的运行时基础设施
- 组织级协作
Buda 就是围绕这个转变构建的。
Buda 背后的真实故事
故事从一趟飞机上开始。
从夏威夷飞往拉斯维加斯，某个太平洋上空的时刻，我打开了《终末のワルキューレ》——那部讲述神明审判人类、决定将人类灭绝的日本动漫。
我之前看过。但这一次，有什么东西击中了我。
佛陀——一位被数十亿人供奉的神——走向人类那一侧，说：我来替他们而战。
不是因为有人请求他。不是因为这是安全的选择。而是因为他看着人类——混乱的、不完美的、挣扎着的——然后决定：他们值得被守护。
我暂停了播放。
舷窗外是太平洋。我一直在想：这正是 AI 时代正在发生的事情。
神明越来越强大。对人类的判决正在被实时书写。而唯一真正重要的问题是：那些在构建这些系统的人，究竟是站在人类这边，还是站在对立面？
名字就是从那里来的。兔兔就是从那里来的。Protect humans, push humanity forward 就是从那里来的。
飞机落地的时候，这个产品已经有了灵魂。
这不是一个我们坐在会议室里想出来的理论。
在过去一个月里，我们真的用 OpenClaw teams 跑公司，分布在：
- 7 台 Linux 机器
- 2 台 Mac Mini
- 30+ 个聊天频道
它已经足够有效，足以改变我们公司的运行方式。
今天，公司内部超过 90% 的工作，已经可以由 AI agents 完成，或者被它们显著加速。尤其是对于非技术同事，这种杠杆非常明显。
然后，更戏剧性的事情发生了。
就在 Claws team 落地两周之后，大约 40% 的团队成员离开了，因为按照旧的分工逻辑，已经没有足够的事情可以继续分配。受影响最大的主要是研发岗位。
但这不是一个“人类不重要了”的故事。
恰恰相反，这是一个“人类角色升级了”的故事。
我们的客服、销售、设计同事开始接手更多责任。很多非技术同事突然拥有了更强的执行杠杆。他们事实上变成了：
- AI agent manager
- 龙虾管理员
- 负责协调 human team 与 AI team 的角色
这段经历改变了我们对产品的判断。
真正重要的问题，不再是：
AI 能不能替代这个任务？
而是：
人类团队应该如何与 AI 团队有效协作？
Buda 就是我们给出的答案。
我们从底层把引擎重写了
我们不想永远靠一个碎片化的 setup 去勉强维持这一切。
所以，我们从底层重写了这套系统，目标就是让团队级 Agent 运行真正可规模化。
Buda 的云原生底座包括：
- Kubernetes：面向大规模部署
- Sandock.ai：支持长期运行的隔离沙箱
- 独立 SSD 持久化硬盘：提供可持续的 Agent 工作空间
- 对 coding agent 运行负载的兼容
- 🐰 Buda Organizer：统一调度 automations、日常任务与多 Agent 协作
- 🦞 Claws Computer：真正承载这些 agent 负载的集群计算层，而且不依赖 Gateway 层
我们也移除了过去让编排更重、更脆弱的一些旧机制。
这些改变带来了非常明显的提升：
- 稳定性更高
- 运维控制更强
- 长期运行更可靠
- token 成本更低
- 闲置计算资源管理更高效
在系统层，Buda 已经做到：
- Token 消耗降低约 80%
- CPU / 内存占用降低约 10 倍
这才是把 Agent 从实验，变成基础设施的关键。
它也带来一个更直接的用户价值：
不需要买 Mac Mini。
少盯机器，多养龙虾。
你可以用 Buda 搭出什么
Buda 是为了让你真正搭建一支 AI 团队：
- 直接从 Marketplace 招募预制团队
- AI 销售团队
- AI 客服团队
- AI 运营团队
- AI 研发团队
- Human + AI 混合协作组织
Marketplace 也是这套产品真正对普通客户可用的关键。用户不需要先花几周时间招聘、配置、拼接每一个岗位，而是可以从预制的 skills、agents、teams 开始，再由 Buda Organizer 在 Claws Computer 上统一调度它们。
我们的产品想象非常简单：
点一次，生成团队。点两次，生成公司。
换成更短的一句话就是：
100 只龙虾，一家公司。
这听起来很狂，因为它确实很狂。
但当你真的看过一家公司内部因为 Agent 团队而发生变化之后，你会知道，这正是这个品类接下来会去的地方。
为什么是兔兔
AI agents 超级有效。
它们也很危险。
这也是为什么 Buda 的符号是 兔兔。
兔兔代表 humanity。它站在人类这一边，而不是站在人类的对立面。
所以我们在 system prompt 里写下了一句很重要的话：
Protect human, push humanity forward.
我们是认真这样想的。
是的，AI 会替代掉很多重复工作。 是的，很多岗位会变化。
但我们不认为 AI 的目标是让人类失去意义。
我们认为，AI 的目标应该是把人类从无聊、重复、低杠杆的劳动里解放出来，让人类去做更重要、更高价值、更推动文明的事情。
搭建你的 Agent Company
如果说 OpenClaw 证明了 Agent 可以真实存在，那么 Buda 想证明的是：
Agent 团队可以真正被运营起来。
如果你是创始人，Buda 让你用更接近一家公司级别的杠杆来运作。
如果你是企业，Buda 给你一个比本地 setup 更可扩展、更安全的方式去部署 AI 员工。
它默认以云服务形态提供，同时也支持 self-hosted 私有化部署，适合对安全、合规和基础设施控制有更高要求的企业。联系 sales@buda.im。
无论哪种场景，核心承诺都一样：
Buda 是用来帮助公司在真实世界中搭建并运行 AI 团队的。