ToolJet 2026 评测：开源低代码平台的实战检验

Mon, 28 Sep 2026 00:00:00 +0000

ToolJet 2026 评测：面向内部工具的开源平台全解析

构建内部工具——管理后台、仪表盘、CRUD 表单和运营控制台——多年来一直吞噬着工程团队的时间。当产品功能占据优先级时，内部工具要么积累技术债，要么干脆做不出来，而业务用户只能在开发者后面排队等待。这正是 ToolJet 试图解决的问题：一个开源低代码平台，让你通过可视化方式搭建应用，同时连接现有的数据库、API 和认证服务。

在本评测中，我们考察 ToolJet 在 2026 年的能力、搭建器的工作方式、适合哪些团队，以及坑在哪里。我们会看真实的使用场景、比较价格方案，并给出诚实结论——不做营销式的承诺。

ToolJet 是什么

ToolJet 是一个快速构建内部工具的开源平台。它的核心理念很简单：与其为每个管理页面单独写一个 React 应用，不如用拖拽方式组合界面组件（表格、表单、图表、按钮、弹窗），再把它们连接到数据源——PostgreSQL、MongoDB、MySQL、REST API、GraphQL、Google Sheets、S3 以及数十种其他系统。

从架构上看，ToolJet 由几部分组成：前端搭建器、Node.js 后端、查询执行层（query runner）以及应用元数据存储。主体部分以 AGPL v3 协议发布，可以通过 Docker 或 Kubernetes 部署在自己的服务器上。

与专有低代码平台最重要的区别在于 自托管且不限制用户数。如果你具备 Docker 和 PostgreSQL 的能力，就可以自行部署 ToolJet，完全不用按用户付费。对于数据安全要求严格的公司来说，这是一个很有力的理由。

核心能力

可视化界面搭建器

ToolJet 的搭建器是一个拖拽式编辑器，带网格、组件库和属性面板。它提供可排序可筛选的表格、带校验的表单、图表（Chart.js 与 Plotly）、列表、容器、标签页、弹窗、文件上传，以及地图和日历组件。每个组件通过表达式绑定数据——你写类似于 {{queries.getUsers.data}} 的内容，组件就会自动渲染结果。

对开发者而言，平台支持自定义组件：你可以编写自己的 React 组件并嵌入应用。这打破了低代码的经典限制——被困在标准组件库之内。

数据源与集成

ToolJet 宣称有 50 多个内置连接器。实际使用中最常见的是：

关系型数据库：PostgreSQL、MySQL、MariaDB、MS SQL Server、Oracle、CockroachDB
NoSQL：MongoDB、CouchDB、Redis、Elasticsearch
API：REST（通用）、GraphQL、gRPC、OpenAPI
云与 SaaS：Google Sheets、Airtable、Notion、Slack、Stripe、Twilio、SendGrid
存储：S3、MinIO、Firestore
专用系统：BigQuery、Snowflake、Databricks、Supabase、DynamoDB

值得单独一提的是通过插件支持 自定义数据源，以及可以直接在查询中编写任意 JavaScript 或 Python 代码。这让平台比大多数竞争对手更灵活。

Budibase 评测 2026：构建内部工具的无代码平台

Tue, 29 Sep 2026 00:00:00 +0000

什么是 Budibase，为什么值得关注

如果你曾经匆忙拼凑过一个内部管理后台，你一定熟悉那种感觉：像肿瘤一样膨胀的表格、散落在各台服务器上的十几个 Python 脚本，还有谁都不敢碰的 Google Sheet。内部工具是软件开发中没人愿意做的部分，但没有它，企业就会失明。Budibase 是一个开源平台，承诺解决这个问题：用一个晚上而不是一个冲刺周期，搭出管理后台、销售 CRM、客服看板或申请表单。

Budibase 诞生于 2020 年，是对 Retool、Appsmith 等臃肿的企业级低代码巨头的回应，核心理念只有一个：基础功能不该付费，平台应该跑在你自己的服务器上，数据应该留在你手里。此后项目走过了很长的路——从简单的表格构建器，成长为带自动化、JavaScript 脚本、外部数据库接入和多角色应用模型的完整环境。

本文不带营销滤镜地审视 Budibase：它在 2026 年究竟能做什么、哪里会出问题、按用户计算的成本是多少、适合谁、又不适合谁。我们测试了自托管版本，搭建了几个真实应用，并与竞品做了对比。

一目了然：优点与缺点

Budibase 的优点：

开源（GPL v3）且支持完整自托管，数据永不离开你自己的基础设施
自托管版免费方案不限制应用数量，也不限制用户数
上手快：第一个可用的增删改查界面大约 20–30 分钟就能完成
内置 CouchDB 数据库，并可连接 PostgreSQL、MySQL、MongoDB、MSSQL、Oracle、REST API 和 Google Sheets
自动化支持事件、定时、Webhook 等触发器，并可写入 JavaScript 代码
灵活的角色体系，以及无需登录的公开表单
社区活跃，版本迭代频繁

Budibase 的缺点：

界面设计器明显弱于竞品，组件自定义程度有限
连接外部数据源的大表时性能下降，客户端分页有时不流畅
有移动端应用，但功能相比网页版大幅缩水
文档质量参差，部分功能描述流于表面，只能翻论坛
没有真正的离线模式，复杂界面逻辑支持有限
云端方案按应用用户计费，团队扩张时成本压力大

Budibase 功能逐层拆解

界面设计器

Budibase 的核心是可视化屏幕编辑器。你把组件（表格、表单、按钮、图表、列表、卡片、HTML 区块）拖到画布上，绑定数据源，再通过右键菜单配置行为。组件分为基础、数据、导航、图表、展示几大类。

好消息是绑定逻辑设计得不错：每个组件都能看到父级上下文，可以用 {{ Repeater.Row.id }} 这样的语法写可见条件、过滤和绑定。坏消息是精细样式受限：可以调整部分 CSS 参数，但要完全掌控外观，就得插入自己的 HTML/CSS 区块，绕过官方组件。

对内部工具来说这绰绰有余。对面向客户的产品来说还不够。

数据源

Budibase 处理两类数据。第一类是内部数据库（CouchDB，内嵌并由平台管理）。第二类是外部数据源：PostgreSQL、MySQL、MariaDB、MongoDB、Microsoft SQL Server、Oracle、S3、Elasticsearch、REST API 和 Google Sheets。连接通过连接字符串，REST 则支持 OAuth。

开发 on ServDigest — 数字服务诚实评测