Retool 是甚麼？
Retool 是一個開發平台，用來建立內部商業工具：儀表板、管理面板、CRM 及工作流程應用程式，全部都連接到你自己的資料庫和 API。全新的 AI builder，目前仍處於 Beta 並以 AppGen 為品牌，會根據一段自然語言描述，從零開始生成一個完整的全棧應用程式。
它會撰寫資料庫結構、填入具真實感的 demo 資料、撰寫後端 TypeScript 函式，並建立多頁面 React 前端，全部都在 Retool 內建的 PostgreSQL 資料庫上串接並運行。
Retool 適合邊個？
- 內部工具開發者 想跳過後端骨架工程，喺一次 session 入面由書面需求直接做到一個可運行、已連接資料的應用程式，而唔需要由零開始摸框架或部署設定。
- 營運及產品團隊 需要 CRM、付款追蹤器或維修儀表板，但工程團隊根本未有空檔處理。Retool 的 prompt-based builder 可以令佢哋即日做到一個可用版本。
- 技術創辦人 喺產品一部分內部建立平台。Retool 提供可生產級的輸出，並且有完整程式碼存取，所以你唔會被困喺黑盒裡。
- 想要起點而唔係成品的開發者。 所有方案都開放 code tab，所以生成的應用程式更似一個 scaffold 而唔只係交付物。想按自己方式完成項目的工程師會覺得交接相當順暢。
Retool 優點與缺點
- 只需一個 prompt 就生成全棧應用程式
- 所有方案都包含直接程式碼存取
- 函式審批門檻可防止意外寫入資料
- @ 符號可喺 prompt 內直接連接資料來源
- 三種不同編輯模式，適合任何工作流程
- 輸出質素可媲美專門工具
- 可透過 Claude Code、Cursor 等支援 MCP 建構
- 複雜建構需要 15 到 20 分鐘完成
- 每個 builder 加每位使用者的定價，對增長中的團隊而言成本上升得好快
- 新 AI builder 仍然帶有 Beta 標籤
評分拆解
Retool 的新 AI builder 仍標示為 Beta，但我測試後見到的輸出，完全唔似早期實驗。以下係佢喺評估一個可用於真實工作嘅 AI app builder 時，最重要各方面的表現。
| 功能 | 分數（滿分 10） | 點解有呢個分數 |
|---|---|---|
| 易用性 | 9.0 | 註冊少於兩分鐘，builder 介面亦清晰，但首次發佈時的函式審批系統會帶來一定學習曲線 |
| 功能與實用性 | 9.8 | 全棧生成、MCP 支援、三種編輯模式、資料審批閘、以及 agents：目前幾乎冇乜缺少 |
| 設計與自訂化 | 9.2 | 生成輸出相當精緻，並附有可運作的深色／淺色模式切換；建構後的視覺編輯存在，但體驗仍然以 chat-first 為主 |
| 性價比 | 8.8 | 免費方案真正實用；付費層級按 builder 加 internal user 收費，隨團隊規模增長成本會升得好快 |
| 效能與可靠性 | 9.5 | 一個 9-table 全棧應用程式用 18 分鐘建成，零錯誤，而且內建審批流程既增加信心又唔阻礙進度 |
| 整體 | 9.4 | 新 builder 產生的全棧應用程式已可用於真實場景，具備強勁安全控制、所有方案皆有程式碼存取，以及比同價位大多數替代品更好的輸出質素 |
Retool 功能
- 自然語言 prompt 可一次過生成全棧應用程式
- @ 符號可喺 prompt 中途拉入外部資料庫及服務
- 與 Claude Code、Cursor、Codex、ChatGPT 及 Kiro 的 MCP 整合
- 任何可能修改資料的函式都需要人工審批先可以執行
- chat、selection mode、同直接程式碼編輯，用於建構後精修
- 內建 PostgreSQL 資料庫，並附 staging 及 production 環境
- 一鍵發佈到自訂 .retool.app 子網域
我對 Retool 的誠實評價：測試後我見到啲乜
你喺註冊之前就要先輸入 Prompt
Retool 最與眾不同嘅第一點，係佢唔係先叫你建立帳戶先開始建構。首頁會先出現一個大型 prompt box，你要喺觸碰註冊表單之前，先直接輸入你嘅想法。
使用呢個 prompt box 前，有兩樣嘢值得留意：
Starter prompts. 「Starter prompts」按鈕會打開一個下拉選單，入面有四個預設用例：
- Order management tool
- Vendor onboarding tracker
- Customer support queue
- Sales KPI dashboard
呢啲對探索 builder 可以做到啲乜好有用。佢哋唔係可逐步點選嘅 templates：你揀一個之後，佢會將 prompt box 內容填好，然後你可以再編輯先送出。
@ for data sources. 喺 prompt box 入面輸入 @，會即時打開一個資料來源選擇器。選單會顯示 MySQL、PostgreSQL、Stripe、Slack、Snowflake 等等。即係話，你可以寫一個 prompt，譬如「建立一個供應商 onboarding tracker，從我哋嘅 @PostgreSQL database 讀取 vendor status，並標示不完整提交」，而資料庫連接已經喺你嘅指令入面被命名，然後先開始建構。
Build via MCP. 喺主 prompt box 下方有一個「Build via MCP」按鈕，會打開一個 modal（screenshot 3），引導你透過終端機指令將 Retool 連接到 Claude Code、Cursor、Codex、ChatGPT 或 Kiro。對於偏好喺自己現有 IDE 入面建構嘅團隊，呢條路徑有完整文件支援，並唔係附帶性質。
我用一個詳細 prompt 測試 builder：建立一個供租戶和業主使用的物業管理平台，涵蓋用戶驗證、物業列表、租約管理、租金付款、維修請求、文件上載、訊息傳送、通知、管理員儀表板、報告、Stripe 整合、PostgreSQL 資料庫、REST API、響應式設計，以及部署指引。九個功能區，一次輸入。
當我按下 send 之後，首頁提示我註冊或登入先可以繼續建構。
Starter prompts 同 prompt box 入面嘅 @ 資料來源選擇器，令你喺未建立帳戶之前，已經理解到工具有咩能力。其他 builder 要你自己探索功能；Retool 係直接叫你用功能。
註冊好快，之後只要做一個設定步驟
Retool 提供兩條註冊路徑：Continue with Google 或 email plus password。Google 大約 20 秒就完成。
下一個畫面要求輸入兩樣嘢：
| 欄位 | 作用 |
|---|---|
| Full name | 你喺平台內顯示嘅名稱 |
| Organisation name | 設定你嘅子網域，例如 kimothokarani.retool.com |
子網域可用性會即時檢查，並喺你按 Continue 之前以綠色剔號確認。冇電郵驗證步驟、冇 onboarding checklist、亦冇功能導覽要關掉。builder 會即刻打開。
Retool 的註冊頁面顯示 Ramp、DoorDash、Stripe、Amazon、Snowflake、同 OpenAI 的標誌，作為現有客戶。
喺評估呢個平台係咪真係適合企業級用例之前，呢個背景相當值得知道。
進入 Builder：你會同乜嘢一齊工作
一旦 builder 載入，介面就分成兩個面板：
左側面板：Chat、Data 同 Code 分頁
- Chat 係你喺建構期間同之後同 builder 溝通嘅地方。指示、澄清同後續修改都喺度進行。
- Data 會顯示你已連接嘅資源（預設為 Retool Database 同 Retool Storage）以及 builder 已生成的後端函式列表，包括邊啲需要審批先可以執行。
- Code 會打開完整專案檔案樹：後端 TypeScript 函式按功能區組織，前端 React TSX components 則按 pages、components、hooks 同 lib folders 組織。
右側面板：Preview
呢個係 builder 目前生成內容嘅即時預覽。建構進行期間，呢個面板會顯示漸變載入狀態。
建構完成後，佢會顯示完整可導覽的應用程式。你可以喺頂部的分頁之間切換 Preview 同個別程式碼檔案。
右上角一直有一個「Publish」按鈕，喺整個 session 都會顯示，所以你會知道發佈永遠只係一步之遙。
建構過程：18 分鐘、35 項變更、一個 prompt
建構喺 7:55 pm 開始。以下係按發生順序所見到嘅情況：
Step 1: Reasoning. builder 並冇即刻開始寫 code。佢先顯示「Reasoning through the options…」，花咗大約 9 秒分析 prompt，之後先產生一個結構化計劃。側邊欄顯示佢打算喺所有功能區建構咩內容：Payments、Maintenance、Documents、Messages、Notifications、Tenants and Users、以及 Reports。每部分都有一段簡短描述說明會包含啲乜。
Step 2: Database tables. builder 顯示一個標為「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。
Step 3: Seed data, first pass. 之後係「Seed demo users, properties, and units」：INSERT statements 包含具真實感名字、電郵、角色同電話號碼的 demo landlords、tenants 同 properties。出現 Deny 或 Run。我按咗 Run。
Step 4: Seed data, second pass. 接住係「Seed leases, payments, maintenance, messages, notifications」：INSERT statements 包含租約嘅實際日期範圍同租金金額、付款記錄、帶有優先級別嘅維修請求、訊息串，以及通知記錄。我按咗 Run。
Step 5: Backend functions. builder 轉去「Now let me build all backend functions」，並開始毋須我介入咁樣編輯 code 檔案。佢生成咗例如 getStats.ts 呢類函式，一次一個檔案，逐步串流到 Code 分頁。
Step 6: Frontend pages. 之後一長串檔案修改接踵而來：Dashboard.tsx、Properties.tsx、Leases.tsx、Payments.tsx 等等。builder 仲自動清理冇用嘅 imports，並喺處理各檔案時自動修正 TypeScript errors。
Step 7: Testing and README. builder 對剛寫好嘅資料庫函式自行執行測試，確認佢哋可以返回資料，修正咗 Leases.tsx 入面重複嘅 useEffect，解決相依問題，並撰寫咗一份 README，涵蓋 Stripe 整合步驟、資料庫索引、擴充建議，以及 REST API mapping。
建構完成於 8:13 pm。18 分鐘。整個 codebase 有 35 項變更。左側面板摘要清楚列出每個功能區建構咗乜。
輸出：18 分鐘實際做出咩
呢度正正係 Retool 同我測試過嘅大多數 AI builder 拉開距離嘅地方。
完成的應用程式名為「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 |
KPI 卡下面有一個 Revenue Overview chart（Collected vs Pending）同一個 Unit Status bar chart，顯示 occupied 同 vacant units。再下面係 Recent Payments list 同 Recent Maintenance list，項目按狀態以顏色標示（Urgent 紅色、High 橙色、Medium 黃色、Resolved 灰色）。
Properties page: 三張 property card，分別顯示 Oak Street Complex、Sunset Apartments、同 Downtown Lofts。每張卡都顯示：
- 單位數量同 occupancy 百分比
- 每月收入數字
- Occupancy progress bar
- Property type 同 owner
- Edit 同 View 按鈕
Messages page: 一個 split-pane inbox，附有 Inbox/Sent 分頁、未讀數量徽章（3）、sender role 標籤（Tenant）、訊息預覽、時間戳，以及 Compose 按鈕。
Payments page: 頂部有三張摘要卡（Collected $20,600、Pending $13,000、Overdue $3,800），一個「Stripe Integration Ready」橫幅連 Connect Stripe 按鈕、一個可搜尋及篩選的 payment table，顯示 14 個結果，以及每行一個獨立的「Mark Paid」操作。
應用程式亦包含右上角嘅深色／淺色模式切換（第二批 screenshot 1）。深色模式係預設。切換到淺色模式時，整個 app 即時更新。
以上每一頁都係由一個 prompt 生成。建構出嚟嘅深度，包括色碼化維修優先級、分屏訊息閱讀器、Stripe 整合橫幅，以及收入對比待收圖表，完全唔似一次首次生成會有嘅結果。
建構後的三種編輯方式
建構完成後，Retool 提供三種不同方式修改內容。三種方式喺免費方案都可用。
1. Chat 左側面板的 Chat 分頁喺建構後繼續可用。你可以繼續輸入指示：「Add a city filter to the Properties page」或者「Change the overdue payment card to show yellow instead of red.」builder 會修改相關檔案並顯示變動內容。呢條路徑適合非技術用戶，同埋啲用文字講得比搵文件更容易描述嘅修改。
2. Selection mode. 喺預覽畫面右上角點擊 selection mode 圖示，即可切換到互動式編輯層。
你可以點擊畫面上任何 component，浮動提示會顯示 component 名稱同其所連結的來源檔案。
一個「Ask for changes」欄位可讓你毋須離開預覽就直接輸入針對性指示。我測試時，點擊 Payments 頁面標題會彈出一個連結至 Payments.tsx 的氣泡。呢個比喺 chat 訊息入面描述你指緊邊個元素快得多。
3. Direct code editing. Code 分頁顯示完整專案檔案樹。後端函式以 TypeScript 呈現，前端 components 以 .tsx 檔案呈現，全部排列清晰可讀。譬如你可以打開 getPayments.ts，直接閱讀或修改 SQL query。
程式碼整潔、結構清楚，而且唔需要你理解 Retool 內部架構先可以操作。
下表總結邊種編輯模式適合邊類用戶：
| 編輯模式 | 最適合 | 需要懂程式碼嗎 |
|---|---|---|
| Chat | 非技術用戶；較大範圍修改 | 否 |
| Selection mode | 針對性 UI 修改；比 chat 更快 | 否 |
| Direct code editing | 精準邏輯修改；自訂 query | 是 |
營運經理同非技術用戶可以留喺 chat。Selection mode 介乎兩者之間：你知道要改乜，可以喺畫面見到，但你唔知道佢喺邊個檔案。
大多數 AI builder 會迫所有人行同一條路。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（第二批 screenshot 8）時，發佈清單標示咗一個阻擋問題：「There are functions that are not yet approved. You cannot publish functions that change external data without approving them first.」有一個「Review functions」按鈕直接連到 Data 分頁。
逐一批准每個函式之後，發佈流程就順利繼續。我設定咗 app URL（kimothokarani–properties.retool.app），揀咗一個 folder，標記 release，然後按 Publish。
如果你用 Retool 管理真實商業資料（付款、租約、用戶記錄），你唔會想 AI 在冇你確認之下寫入資料庫函式。大多數 builder 工具都冇呢個門檻。Retool 預設就提供，呢件事本身已經足以說明平台對「完成」嘅理解。
發佈：幾乎一鍵，但要先過一道門檻
一旦函式審批完成，發佈流程就好直接：
- 喺右上角按「Publish」
- 設定你嘅 app URL（格式：[org]–[appname].retool.app）
- 揀一個 folder（預設為 Published）
- 標記 release：無標記或 Major release (1.0.0)
- 按 Publish
生成出嚟的 URL 係一條乾淨、可分享的 .retool.app 地址。免費方案唔需要另行主機設定。你可以喺發佈後即時分享條連結，而應用程式亦會即時上線，供有權限人士使用。
Retool 價格與方案
Retool 採用訂閱制，再加上一層 AI credits。所有方案都有兩種用戶類型：
- Builders: 喺一個 billing cycle 內建立或編輯 app 的用戶
- Internal users: 只使用 app、但不作編輯的用戶
喺你承諾使用前要知道嘅重點：
- 冇公開的 money-back guarantee。
- 只接受信用卡付款。
- 年度付款可喺所有付費方案節省 20%。
- AI credits 用於 app 建構同 AI Actions。每月更新一次，唔會累積到下個月。
- Agents 另按小時計費，唔會由 AI credit pool 扣除。
- Enterprise 客戶可以連接自己嘅 model provider API key。啟用後，AI calls 會經由佢哋自己嘅 key 路由，Retool credits 唔會被消耗。
- Business plan 係任何面向客戶的功能所必需：portals、嵌入式 app、同自訂品牌都被鎖喺呢層。
- Team 及以上包括 bonus credits（Team 為 750 base 加 250 bonus；Business 為 1,500 base 加 1,500 bonus）。任何付費方案都可以額外購買 credit packs。
邊個方案適合邊類用戶：
獨立開發者同細團隊如果只做初始建構，可以舒舒服服留喺免費方案。頻密迭代的團隊會撞到 credit 上限，然後需要 Team tier。任何要建立面向客戶或嵌入式 app 的團隊都需要 Business plan。對於有合規要求、需要 SSO，或者 builder 人數多過幾個的團隊，應該同銷售聯絡 Enterprise。
Retool 的替代方案
Retool 新 AI builder 最直接的企業內部工具競爭對手係 Superblocks。Retool 會喺自己平台內生成一個全棧 app，並將程式碼留喺平台之內；相對地，Superblocks 會生成可匯出的 React code，讓你可以喺自己 IDE 內修改，然後完全喺平台外部署。
對於真係重視避免供應商鎖定的團隊而言，呢個分別好重要。
Superblocks 亦提供混合式安全模型：其 agent 運行喺你嘅 VPC 入面，而 builder 介面則由 Superblocks 的 cloud 管理，令它成為有嚴格資料駐留要求的組織更強的選擇。Retool 的確有自架能力，但比起 Superblocks 的 on-premise agent approach，需要多好多基礎設施開銷。
取捨係價格。Superblocks 只提供企業方案（每個 AI builder 每月 $200，加上每個 hosted app 每月 $100），所以 Retool 的免費方案同 Team tier 對細團隊而言明顯更易負擔。
| 功能 | Retool | Superblocks |
|---|---|---|
| 易用性 | 免費方案、prompt-first 首頁、快速註冊 | 以企業為主；起步門檻較高 |
| 最適合 | 任何規模、以開發者主導的內部工具團隊 | 需要 VPC 同合規要求的企業團隊 |
| 後端與資料 | 內建 PostgreSQL；透過 @ 語法可連接 100+ integrations | 全棧生成；可匯出乾淨的獨立 React code |
| 設計彈性 | 平台內提供 chat、selection mode、以及完整程式碼編輯 | 拖放式、AI 生成、以及原生 IDE 編輯，雙向同步 |
| 定價模式 | 有免費層級；Team 由每位 builder 每月 $10 起 | 只限企業；聯絡銷售 |
最終結論：Retool 值唔值得用？
Retool 的新 AI builder 係我試過最強嘅 prompt-to-app 平台，用嚟做內部工具尤其出色。只用 18 分鐘，佢就生成咗一個多頁面物業管理平台，包含已填充資料、商業邏輯、儀表板，同導覽。
最令我印象深刻嘅係輸出質素。個 app 一出來已經似可用，而唔係一個粗糙 prototype；而且函式審批同完整程式碼存取等功能，證明 Retool 係認真面向真實 production workflow。
不過，佢唔係適合所有人。非技術用戶可能會喺發佈流程上遇到難度，而按席位計費隨著團隊增長亦可能變得昂貴。builder 目前仍然處於 beta，所以仍有少少粗糙位。
對於開發者、初創公司同營運團隊來講，Retool 目前提供最強嘅 prompt-to-production 體驗。如果速度、彈性同 production readiness 係你重視嘅重點，佢係你今日可以用嘅最佳 AI app builder 之一。
