Retool 是什么？
Retool 是一个用于构建内部业务工具的开发平台：仪表盘、管理后台、CRM 和工作流应用，全部连接到你自己的数据库和 API。全新的 AI builder 目前处于 Beta 阶段，并以 AppGen 为品牌推出，它会根据一段纯英文描述，从零开始生成一个完整的全栈应用程序。
它会编写数据库架构，填充逼真的演示数据，编写后端 TypeScript 函数，并构建一个多页面 React 前端，所有内容都在 Retool 内置的 PostgreSQL 数据库上联动运行。
Retool 适合谁？
- 内部工具开发者，希望跳过后端脚手架，在一次会话中就能从书面需求直接做出一个可用、连通数据的应用，而无需从零搭建框架或部署配置。
- 运营和产品团队，需要一个 CRM、支付跟踪器或维护仪表盘，但无法等工程团队有空。Retool 的提示式构建器可以让他们在当天就得到一个可用版本。
- 技术创始人，正在为自己的产品构建内部平台。Retool 提供可投入生产的输出，并且完全开放代码访问，因此他们不会被锁定在黑盒中。
- 想要起点而不是成品的开发者。 每个套餐都开放代码标签页，所以生成的应用更像是脚手架而不是最终交付物。想按自己的方式完成项目的工程师会觉得交接很顺畅。
Retool 的优缺点
- 一个提示词即可生成全栈应用
- 所有套餐都包含直接代码访问
- 函数审批门可防止意外写入数据
- @ 符号可在提示词内部连接数据源
- 三种不同编辑模式，适配任意工作流
- 输出质量可与专用工具相媲美
- 可通过 Claude Code、Cursor 等支持 MCP 构建
- 复杂构建需要 15 到 20 分钟才能完成
- 按构建者加按用户计费，团队扩大时成本上涨很快
- 新的 AI builder 仍带有 Beta 标记
评分拆解
Retool 的新 AI builder 仍然标记为 Beta，但我在测试中看到的输出并不像早期实验。下面是它在评估 AI 应用构建器是否适合实际工作时最重要的几个方面上的表现。
| 功能 | 评分（满分 10） | 评分原因 |
|---|---|---|
| 易用性 | 9.0 | 注册不到两分钟，构建器界面清晰，但首次发布时函数审批系统会带来一点学习曲线 |
| 功能与特性 | 9.8 | 全栈生成、MCP 支持、三种编辑模式、数据审批门和 agents：这个阶段几乎没有缺失什么 |
| 设计与自定义 | 9.2 | 生成结果很精致，并自带可用的深色/浅色模式切换；构建后的视觉编辑存在，但体验仍以聊天为主 |
| 性价比 | 8.8 | 免费计划确实有用；付费层按构建者加内部用户计费，随着团队规模增长会迅速攀升 |
| 性能与可靠性 | 9.5 | 一个包含 9 张表的全栈应用用时 18 分钟完成，零错误，并带有内置审批流程，在不阻碍进度的前提下增强了信心 |
| 总体 | 9.4 | 新的构建器能够生成可投入实际使用的全栈应用，具备强大的安全控制、所有套餐都包含代码访问，以及在这个价位上优于大多数替代品的输出质量 |
Retool 功能
- 自然语言提示可在一次会话中生成全栈应用
- @ 符号可在输入提示词时直接接入外部数据库和服务
- 与 Claude Code、Cursor、Codex、ChatGPT 和 Kiro 的 MCP 集成
- 任何可能修改数据的函数运行前都需要人工审批
- 聊天、选择模式和直接代码编辑，用于构建后优化
- 内置 PostgreSQL 数据库，带有测试和生产环境
- 一键发布到自定义的 .retool.app 子域名
我的 Retool 真实评测：测试后我发现了什么
在注册之前你就先开始提示
Retool 的第一个不同之处在于，它不会要求你先创建账户再开始构建。主页正中央有一个很大的提示框，你会在点击注册表单之前直接输入你的想法。
在使用这个提示框之前，有两件事值得知道：
Starter prompts。“Starter prompts” 按钮会打开一个下拉菜单，里面有四个现成的使用场景：
- 订单管理工具
- 供应商入驻跟踪器
- 客户支持队列
- 销售 KPI 仪表盘
这些对探索构建器能做什么很有用。它们不是可点击进入的模板：你选择一个后，它会填充提示框，然后你可以在发送之前继续编辑。
@ for data sources. 在提示框中输入 @ 会在句中打开一个数据源选择器。菜单会显示 MySQL、PostgreSQL、Stripe、Slack、Snowflake 等更多选项。这意味着你可以写出这样的提示：“创建一个供应商入驻跟踪器，从我们的 @PostgreSQL 数据库中拉取供应商状态，并标记不完整的提交”，数据库连接在构建开始前就已经写入你的指令中。
Build via MCP. 主提示框下方有一个“Build via MCP”按钮，它会打开一个模态窗口（截图 3），引导你通过终端命令把 Retool 连接到 Claude Code、Cursor、Codex、ChatGPT 或 Kiro。对于喜欢在现有 IDE 中构建的团队来说，这是一条完整文档化的路径，而不是事后补上的功能。
我用一个详细的提示词测试了构建器：一个面向房东和租户的房产管理平台，覆盖用户认证、房源列表、租约管理、租金支付、维护请求、文档上传、消息、通知、管理仪表盘、报告、Stripe 集成、PostgreSQL 数据库、REST API、响应式设计和部署说明。九个功能区域，一个输入。
点击发送后，主页提示我登录或注册以继续构建。
提示框内的 Starter prompts 和 @ 数据源选择器，让你在创建账户之前就已经理解了工具的能力。其他构建器是让你自己去探索功能；Retool 则是直接让你用上这些功能。
注册很快，之后只需一个设置步骤
Retool 提供两种注册方式：使用 Google 继续，或使用邮箱加密码。Google 方式大约需要 20 秒。
下一屏会询问两件事：
| 字段 | 作用 |
|---|---|
| Full name | 你在平台内显示的名称 |
| Organisation name | 设置你的子域名，例如 kimothokarani.retool.com |
子域名可用性会实时检查，并在你点击 Continue 之前以绿色对勾确认。没有邮箱验证步骤，没有入门清单，也没有需要关闭的功能导览。构建器会立即打开。
Retool 的注册页面展示了 Ramp、DoorDash、Stripe、Amazon、Snowflake 和 OpenAI 的 logo，表明这些是其现有客户。
在判断这个平台是否真正面向企业用途时，这类背景信息是值得知道的。
构建器内部：你正在使用什么
构建器加载后，界面分成两个面板：
左侧面板：Chat、Data 和 Code 标签
- Chat 是你在构建过程中以及构建完成后与构建器沟通的地方。指令、澄清和后续修改都在这里进行。
- Data 显示你连接的资源（默认是 Retool Database 和 Retool Storage）以及构建器生成的后端函数列表，包括哪些函数在运行前需要审批。
- Code 打开完整项目文件树：按功能区域组织的后端 TypeScript 函数，以及按页面、组件、hooks 和 lib 文件夹组织的前端 React TSX 组件。
右侧面板：Preview
这是当前正在生成内容的实时预览。在构建进行中时，这个面板会显示渐变加载状态。
构建完成后，它会渲染出完整可导航的应用。你可以通过顶部标签在 Preview 和单个代码文件之间切换。
右上角始终有一个“Publish”按钮，因此你会一直知道，发布上线随时只差一步。
构建过程本身：18 分钟，35 处改动，一个提示词
构建在晚上 7:55 开始。发生了以下事情，按顺序如下：
步骤 1：推理。 构建器并没有立即开始写代码。它先显示“Reasoning through the options…”，花了大约 9 秒分析提示词，然后输出一个结构化计划。侧边栏展示了它打算在所有功能区域中构建的内容摘要：Payments、Maintenance、Documents、Messages、Notifications、Tenants and Users 和 Reports。每一项都有简短说明。
步骤 2：数据库表。 构建器展示了一段名为“Create all database tables”的 SQL，并附带说明：“Creates all 9 tables needed for the property management platform: users, properties, units, leases, payments, maintenance requests, documents, messages, and notifications.” 完整的 CREATE TABLE 代码在面板中可见。出现了两个按钮：Deny 和 Run。我点击了 Run。
步骤 3：填充演示数据，第一轮。 接着是“Seed demo users, properties, and units”：INSERT 语句为演示房东、租户和房源填入了真实感十足的姓名、邮箱、角色和电话号码。Deny 或 Run。我点击了 Run。
步骤 4：填充演示数据，第二轮。 然后是“Seed leases, payments, maintenance, messages, notifications”：INSERT 语句包含带有真实日期范围和租金金额的租约、付款记录、带优先级的维护请求、消息线程和通知条目。Deny 或 Run。我点击了 Run。
步骤 5：后端函数。 构建器开始处理“Now let me build all backend functions”，并在不需要我输入任何内容的情况下编辑代码文件。它生成了诸如 getStats.ts 之类的函数，一次一个文件地流式写入 Code 标签页。
步骤 6：前端页面。 接着是一长串文件编辑：Dashboard.tsx、Properties.tsx、Leases.tsx、Payments.tsx 等等。构建器还在处理这些文件时自动清理了未使用的导入并修复了 TypeScript 错误。
步骤 7：测试和 README。 构建器对刚写好的数据库函数运行了自测，确认它们能返回数据，修复了 Leases.tsx 中重复的 useEffect，解决了依赖问题，并编写了 README，内容涵盖 Stripe 集成步骤、数据库索引、扩展建议和 REST API 映射。
构建于晚上 8:13 完成。18 分钟。代码库共 35 处变更。左侧面板上的摘要准确列出了每个功能区域构建了什么。
输出结果：18 分钟到底产出了什么
这正是 Retool 与我测试过的大多数 AI 构建器拉开差距的地方。
完成的应用名为“PropManage”，带有完整品牌化的侧边栏、logo、登录用户姓名和角色（Sarah Johnson, Landlord），以及十个导航项：Dashboard、Properties、Leases、Payments、Maintenance、Documents、Messages、Notifications、Tenants and Users 和 Reports。底部还有 Settings 和 Sign Out。
Dashboard： 顶部一排显示实时警报横幅：“2 overdue payments totalling $3,800” 用琥珀色显示，以及“1 urgent maintenance request need attention” 用红色显示。下面是八个 KPI 卡片：
| KPI | 数值 |
|---|---|
| Total Properties | 3 active |
| Occupancy Rate | 67% (6 of 9 units) |
| Rent Collected | $20,600 this period |
| Overdue Payments | $3,800 (flagged in orange) |
| Active Leases | 5 expiring soon |
| Open Maintenance | 3 (1 in progress) |
| Tenants | 4 across 2 landlords |
| Unread Messages | 3 awaiting response |
下方是 Revenue Overview 图表（Collected vs Pending）和 Unit Status 柱状图，显示已入住与空置单元。再往下是 Recent Payments 列表和 Recent Maintenance 列表，条目按状态着色（Urgent 红色、High 橙色、Medium 黄色、Resolved 灰色）。
Properties 页面： 三张房源卡片，分别显示 Oak Street Complex、Sunset Apartments 和 Downtown Lofts。每张卡片都显示：
- 单元数量和入住率
- 月收入数值
- 入住率进度条
- 房产类型和业主
- Edit 和 View 按钮
Messages 页面： 一个分栏收件箱，带有 Inbox/Sent 标签、未读数徽标（3）、发件人角色标签（Tenant）、消息预览、时间戳和 Compose 按钮。
Payments 页面： 顶部有三张汇总卡片（Collected $20,600、Pending $13,000、Overdue $3,800），一条“Stripe Integration Ready”横幅和一个 Connect Stripe 按钮，一个可搜索、可筛选的付款表格，显示 14 条结果，以及每行的单独 “Mark Paid” 操作。
应用顶部右侧还包括一个深色/浅色模式切换按钮（截图 1，第二批）。默认是深色模式。切换到浅色模式会立即更新整个应用。
这些页面全部来自一个提示词。构建内容的深度，包括颜色编码的维护优先级、分栏消息阅读器、Stripe 集成横幅，以及收入对比待收图表，都不是你会对首次生成的 AI 结果抱有的预期。
构建后的三种编辑方式
构建完成后，Retool 提供三种不同的修改方式。这三种方式在免费计划中都可用。
1. Chat 左侧面板的 Chat 标签在构建后仍然可用。你可以继续输入指令：“在 Properties 页面添加城市筛选器”或“把逾期付款卡改成黄色而不是红色”。构建器会编辑相关文件并向你展示改动。这适合非技术用户，以及那些更容易用描述而不是用定位代码的方式来表达的修改。
2. Selection mode. 点击预览区右上角的选择模式图标，会把应用切换为一个交互式编辑层。
你可以点击屏幕上的任意组件，随后会弹出一个浮动提示，显示组件名称及其关联的源文件。
一个 “Ask for changes” 输入框让你无需离开预览区就能输入针对性的指令。在我的测试中，点击 Payments 页面的标题会弹出一个与 Payments.tsx 关联的气泡。这比在聊天消息里描述你指的是哪个元素更快。
3. 直接代码编辑。 Code 标签显示完整的项目文件树。后端函数以 TypeScript 编写，前端组件以 .tsx 文件形式组织，结构清晰、可读。例如，你可以打开 getPayments.ts，直接阅读或编辑 SQL 查询。
代码干净、结构良好，不需要你理解 Retool 的内部架构也能上手处理。
下面的表格总结了哪种编辑模式适合哪类用户：
| 编辑模式 | 最适合 | 是否需要代码知识 |
|---|---|---|
| Chat | 非技术用户；大范围修改 | 否 |
| Selection mode | 定向 UI 修改；比聊天更快 | 否 |
| 直接代码编辑 | 精确逻辑修改；自定义查询 | 是 |
运营经理和非技术用户可以留在聊天中。Selection mode 则填补了中间空白：你知道要改什么，也能在屏幕上看到它，只是不知道它在哪个文件里。
大多数 AI 构建器会把所有人都塞进同一条路径。Retool 不会，而这很重要，因为使用它的人并不总是最终修改它的人。
函数审批系统：一个合理的安全门
在 Data 标签下，有一个开关：“Require approval to run functions that may modify data.” 它默认开启。
每个会写入、更新或删除数据的函数都会在“Needs review”队列中等待批准。在我的构建中，这包括：
- markAllRead
- markRead
- recordPayment
- saveLease
- saveProperty
- saveRequest
- saveUser
- sendMessage
- uploadDocument
每一个函数详情页顶部都会显示一个横幅：“This function requires review. Ensure it performs the right operations on the right data before approving.” 你可以阅读 TypeScript，确认 SQL 是否按预期执行，然后点击 Approve。
这在发布时很重要。当我第一次点击 Publish（第二批截图 8）时，发布检查清单标出了一个阻塞问题：“There are functions that are not yet approved. You cannot publish functions that change external data without approving them first.” 一个 “Review functions” 按钮会直接链接到 Data 标签。
在批准每个函数之后，发布流程顺利继续。我设置了应用 URL（kimothokarani–properties.retool.app）、选择了一个文件夹、标记了版本，然后点击 Publish。
如果你用 Retool 管理真实的业务数据（支付、租约、用户记录），你不希望 AI 编写的数据库函数在没有你签字的情况下运行。大多数构建器工具都没有这个门槛。Retool 默认就提供了它，这说明了平台对“完成”这件事的思考方式。
发布：几乎一键，但要先过一道门
只要函数审批完成，发布流程就很直接：
- 点击右上角的“Publish”
- 设置你的应用 URL（格式：[org]–[appname].retool.app）
- 选择一个文件夹（默认是 Published）
- 标记发布版本：无标签或 Major release (1.0.0)
- 点击 Publish
生成后的 URL 是一个简洁、可共享的 .retool.app 地址。免费计划不需要单独的托管。你可以在发布后立即分享链接，应用会立刻对拥有访问权限的人可见。
Retool 的价格和套餐
Retool 采用订阅模式，并在此基础上叠加 AI credits 层。所有套餐都有两种用户类型：
- Builders： 在一个计费周期内创建或编辑应用的用户
- Internal users： 只使用应用、不进行编辑的用户
在决定付费前需要知道的关键事项：
- 没有公开的退款保证。
- 仅接受信用卡付款。
- 年度计费可在所有付费套餐上节省 20%。
- AI credits 用于应用构建和 AI Actions。它们每月重置，不会结转。
- Agents 单独按小时计费，不从 AI credit 池中扣除。
- 企业客户可以连接自己的模型提供商 API key。启用后，AI 调用会通过他们自己的 key 路由，且不会消耗 Retool credits。
- Business 套餐是任何面向客户的内容所必需的：门户、嵌入式应用和自定义品牌都被锁在这一档。
- Team 及以上包含额外 credits（Team 为 750 base + 250 bonus；Business 为 1,500 base + 1,500 bonus）。可在任何付费套餐上购买额外 credit 包。
哪个套餐适合哪类用户：
个人开发者和正在进行初始构建的小团队可以放心留在免费计划。经常迭代的团队会很快用完 credits，并需要升级到 Team 套餐。任何构建面向客户或嵌入式应用的团队都需要 Business 套餐。需要合规、SSO，或拥有超过少数几个构建者的团队，应与销售团队联系 Enterprise 套餐。
Retool 的替代方案
Retool 新 AI builder 最直接的企业内部工具竞争对手是 Superblocks。Retool 会在自己的平台内生成一个全栈应用并将代码保留其中，而 Superblocks 会生成可导出的 React 代码，你可以在自己的 IDE 中修改，并在平台之外单独部署。
对于认真避免供应商锁定的团队来说，这种区别很重要。
Superblocks 还提供混合安全模型：其 agent 运行在你的 VPC 内，而构建器界面由 Superblocks 云端托管，这使它成为对数据驻留要求严格的组织的更强选择。Retool 当然也支持自托管，但相比 Superblocks 的本地 agent 方式，它需要更多的基础设施开销。
代价是价格。Superblocks 仅面向企业（每个 AI builder 每月 $200，另加每个托管应用每月 $100），这使 Retool 的免费计划和 Team 套餐对小团队来说更具可及性。
| 功能 | Retool | Superblocks |
|---|---|---|
| 易用性 | 免费计划、先提示词的主页、快速注册 | 以企业为中心；入门门槛更高 |
| 最适合 | 各规模的内部工具团队，开发者主导 | 需要 VPC 和合规要求的企业团队 |
| 后端与数据 | 内置 PostgreSQL；通过 @ 语法支持 100+ 集成 | 全栈生成；可导出干净的独立 React 代码 |
| 设计灵活性 | 平台内提供聊天、选择模式和完整代码编辑 | 拖拽、AI 生成，以及与本地 IDE 的双向同步 |
| 定价模式 | 提供免费层；Team 起价为每月每 builder $10 | 仅企业版；联系销售 |
最终结论：Retool 值得吗？
Retool 的新 AI builder 是我测试过的、面向内部工具的最强大提示词到应用平台。仅用 18 分钟，它就生成了一个多页面的房产管理平台，包含填充数据、业务逻辑、仪表盘和导航。
最让我印象深刻的是输出质量。这个应用从第一天起就感觉可用，而不是一个粗糙的原型，而且函数审批和完整代码访问等功能表明 Retool 关注的是现实中的生产工作流。
话虽如此，它并不适合所有人。非技术用户可能会在发布流程上遇到困难，而且按席位计费在团队扩大时会变得昂贵。构建器本身也仍处于 beta 阶段，所以还存在一些粗糙边缘。
对于开发者、初创公司和正在构建内部软件的运营团队来说，Retool 目前提供了最强的提示到生产体验。如果速度、灵活性和生产就绪性很重要，它就是你今天能使用的最佳 AI 应用构建器之一。
