Budibase 是什么?2.8万星的开源低代码平台,如今把招牌换成了 AI Agent(基础篇)

Budibase 是什么?2.8万星的开源低代码平台,如今把招牌换成了 AI Agent(基础篇)

导语

横向 Agent 平台这个系列,Dify、n8n、Make 都聊过了(还没翻的先看横向平台三层一张图),但有一类平台不声不响攒了 2.8 万星:低代码起家的 Budibase。2019 年开源,主业是拖拽搭内部应用;这两年它把 README 的招牌从”低代码平台”换成了”AI Agents that run your operations”,连公司定位都改成了运维平台。这篇基础篇把它的现状一次讲清楚:底子还是不是低代码,Agent 又到底能不能打。

项目介绍

先报实测数据:仓库 2019 年 6 月 7 日建立,TypeScript 单仓,到发稿(10 月 8 日)GitHub 实测 28,328 星、2,231 fork,10 月 5 日刚发 v3.48.0,前一天还有代码提交,没归档。协议是三段式:核心 GPL v3,客户端和组件库 MPL-2.0(拿它搭出来的应用授权随你),Pro 付费功能走 Business Source License,商用前要看清条款。

代码结构就是它的部署结构:builder(Svelte 写的搭建端)、client(浏览器里跑应用)、server(Koa 提供 API)。自托管一套 compose 拉起五个服务:Nginx 统一入口(默认 10000 端口)、Budibase Server、Budibase Worker(定时和后台任务)、CouchDB(应用与元数据)、Minio(附件对象存储),外加一份 litellm_config.yaml 管模型路由。

Budibase 自托管架构图:用户经 Nginx 统一入口进入 Budibase Server,Server 读写 CouchDB 与 Minio、经连接器访问外部数据库与 API、把 LLM 请求交给 LiteLLM 网关路由到 OpenAI 等模型提供商,Worker 承担定时与后台任务
Budibase 自托管架构:一个 Nginx 入口后面,Server 管 Agent 与自动化,CouchDB/Minio 管数据,模型请求统一走 LiteLLM 网关出去

AI 这条线是它现在最用力的地方,三个要点全来自官方文档:

  • 模型接入:Workspace 设置里的 Connections > AI models 选提供商,OpenAI、Anthropic、Google、Mistral、OpenRouter、Groq 都在列表里,自托管再配 LiteLLM 网关统一转发;
  • Agent 本体:官方定义是 LLM + 指令 + 工具 + 记忆 + 结构化输出,一个 Agent 可以挂多个 Operation,各配各的指令和工具,能读写 Workspace 里的数据、能触发自动化流程;
  • 自动化底盘:触发器有行变更、定时 cron、Webhook、邮件监听,v3 起支持分支;AI 步骤单独成类,分类、翻译、摘要、生成文本、文档抽取、直接调 Agent 都有现成节点,聊天渠道覆盖 Slack 和 Microsoft Teams,也能把 Chatbox 嵌进应用屏幕。

除了 Agent,AI 还渗进了搭建过程本身:AI Columns 自动填列做数据清洗,绑定字段里可以让 AI 生成 JavaScript,Budibase DB 支持自然语言生成表结构,连 cron 表达式都能让 AI 替你写。这块和它”替工程师省几百小时”的宣传是对得上的。

上手

  1. 从官方仓库拿三个文件:hosting/docker-compose.yaml、hosting/.env、hosting/litellm_config.yaml,生产环境先把 .env 里的密钥换成自己的 UUID;
  2. docker-compose up,等容器起来后浏览器开 http://主机IP:10000;
  3. 建 Workspace 后先接模型:Connections > AI models 填自己的 key 就能用,接官方 Budibase AI 托管模型才需要 Enterprise 授权;
  4. 建数据层:内置 Budibase DB 直接建表,或者连外部数据库、REST API;
  5. 左侧 Agents > New Agent,加 Operation 写指令模板,把表和自动化勾成工具,用官方的测试流程迭代,满意后再挂到 Chatbox 或 Slack/Teams 渠道上。

实话

第一,招牌换了,底子还是低代码。数据、界面、自动化、Agent 全在一个平台里,这确实是它的差异化;但 Agent 不是 Dify、Flowise 那种画布拖节点的编排(想看那条路线翻Dify 基础篇),更像”给内部系统配了个会用工具的办事员”,复杂多 Agent 协同不是它的菜。

第二,开源不等于全功能。GPL v3 开的是核心,Pro 功能按 BSL 收费,官方托管模型要 Enterprise;这和 Dify、n8n 一个套路,商用之前把license 分层的坑读一遍,站内拆过。还有个细节:AI 配置按 Workspace 隔离,模型 key 每个工作区都要单独接一遍,多团队用之前得把这笔账算进去。

第三,给谁用想清楚。公司里攒了一堆内部工具要加 AI、数据不想出机房,它和同一天刚写过的 Appsmith、自托管的 Windmill 摆在一个货架上,差别在 Budibase 把 Agent 做成了正式功能而不是补丁;只想做多 Agent 编排,去看 CrewAI、LangGraph;只想连 SaaS 做自动化,n8n 和 Make 更对口。2.8 万星的活跃项目,自托管白嫖不亏,先拿一个小场景把 Agent 跑起来再谈上线。

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注