移动开发长期遵循一条简单的规则：要么快，要么拥有源代码。传统 no-code 平台带来了速度，却把项目锁在专有引擎里；用 React Native 开发带来了控制权，却需要一支团队和数月时间。Draftbit 试图融合这两个世界：一个可视化编辑器，最终交付的是真正的 React Native 代码，而不是一个黑盒。
听起来是完美的折中——但魔鬼藏在细节里。我们把 Draftbit 拆开来看：它能做什么、在哪里会卡住、要花多少钱、与 FlutterFlow 和 Adalo 相比如何，以及它真正适合谁。
Draftbit 是什么
Draftbit 是一个用于构建移动应用的云端平台。它完全在浏览器中运行，产出是基于 Expo 框架的 React Native 项目。核心理念很简单：你在无限画布上用鼠标拼装界面、连接数据，平台生成可以下载、本地运行并手工修改的真实代码。
这正是 Draftbit 区别于“黑盒”式 no-code 搭建器的地方——后者中应用只存在于服务内部。这里没有硬性的厂商锁定：即使你明天不再喜欢这个平台，项目依然能活在标准的 React Native 工具链里，不依赖 Draftbit 也能继续开发。
近年来，产品明显向 AI 倾斜。如今的编辑器以智能体（基于流行的代码模型）为核心，一部分工作可以用文字描述而非手工拼装。Draftbit 已不再只把自己定位为搭建器，而是介于 no-code 与完整开发之间的混合环境。
优点与缺点
先说清楚——缺点也不少。
优点：
- 产出真正的 React Native/Expo 代码，没有厂商锁定。
- 无限画布上的可视化编辑器，非开发者也能上手。
- AI 智能体能把一段文字描述变成可用的页面。
- 内置与 Supabase 以及任意 REST/GraphQL API 的集成。
- 可在浏览器、真机和 iOS/Android 模拟器中实时预览。
- 从同一处发布到网页、App Store 和 Google Play。
- 支持导出到 GitHub 和 zip，也支持自定义代码组件。
- 导航清晰：栈、标签页、抽屉菜单都能可视化配置。
缺点：
- 价格以额度（credits）计算：智能体的重度生成会很快耗尽配额。
- 完整的代码导出和上架发布只在付费套餐中提供。
- 编辑器面向桌面端：用平板或手机排版很吃力。
- 现成集成的数量比原生模块的世界要窄。
- 平台面向英语市场——没有中文支持和资料。
- 复杂动画、特殊手势和沉重的原生逻辑仍需手写代码。
- 额度模式让花费比固定订阅更难预测。
使用体验：编辑器与组件
Draftbit 的核心是可视化编辑器。左侧是页面列表，中间是画布，右侧是所选元素的属性。组件用鼠标拖拽：文本块、按钮、图片、列表、表单、地图、标签页、导航栏。每个元素都可设置间距、字体、状态（普通、按下、禁用）以及对不同屏幕尺寸的适配。
组件的描述方式与 React Native 世界一致——它们就是同样的视图和样式，只是通过面板拼装。更进一步，你还可以编写自己的 JavaScript 组件，并在标准组件不够用时接入外部库。这正是它与“封闭式”搭建器的关键区别：Draftbit 不怕你看引擎盖下面。
导航是单独一层。支持栈、标签页和抽屉菜单，页面之间可配置转场和参数传递。导航恰恰是可视化搭建器通常崩掉的地方，但在这里它组合得可预测，导出到代码也同样可预测。
协作也具备：在团队套餐中，多个人可以同时编辑同一个项目，角色与权限相互隔离。对代理机构和产品团队来说这至关重要——不用再互相发文件或排队等待。
AI 智能体：从描述到页面
产品的新核心是智能体。你用自然语言写下需求（“加一个个人资料页，带头像、姓名和退出按钮”），智能体就会修改项目。改动会立即反映在可视化编辑器和代码中，结果可在实时预览里检查。
这是一个有趣的混合模式：
- 设计师用鼠标调整页面，把关视觉一致性。
- 开发者阅读代码、接入外部库、打磨逻辑。
- 智能体承担重复劳动：草稿页面、表单、常见组件。
但恰恰是智能体在花钱。它们消耗额度，免费套餐中访问受限。一个项目可以同时在多个隔离的云沙箱中运行——高级套餐中更多——也能并行运行多个智能体。这能提速，但需要谨慎：跑得越多，月度配额越快见底。
数据与后端
Draftbit 不强制某个后端，但默认引导你使用 Supabase。这很方便：数据库、认证和 API 几乎无需配置就出现，初始项目立刻拥有可用的后端。
除此之外，平台可连接任意 REST 和 GraphQL 端点，从数据表与外部服务取数。在高级套餐中可用的自定义 MCP 服务器，是一种让智能体直接与你的数据源协作的机制。听起来抽象，实际上意味着智能体不仅能排版页面，还能拉取你服务的数据结构。
对典型的 MVP 来说这已经足够：商品列表、用户资料、订单、聊天、信息流——都能用标准集成搭出来。若需要独特的数据源，用一条普通的 REST 请求接入即可，毫无折腾。
代码与没有厂商锁定
Draftbit 的主要卖点是源代码导出。达到某个套餐后，项目可以导出为压缩包或推送到 GitHub。这些就是“真正”的 React Native 文件，通过 Expo 编译，可在任何代码编辑器中打开。
这在实践中意味着：
- 项目可以无损地交给开发团队。
- 可以添加搭建器里没有的原生模块。
- 可以离开平台而无需从零重写应用。
- 代码像普通项目一样在 git 中做版本管理。
- 可以接入自己的模型和 API 密钥。
对企业而言，这降低了风险：即便平台改价或关停，应用仍留在你手里。正因如此，Draftbit 常被选为进入移动开发的“安全”第一步——一条有退路的路。
发布到网页、App Store 与 Google Play
Draftbit 能以多种方式发布应用。最简单的是 draftbit.dev 子域上的网页版，免费套餐也能用。之后就轮到 iOS 和 Android 构建以及上架各大应用商店。
在 Pro 套餐中，他们承诺协助提交 App Store——这能省下不少神经，因为苹果和谷歌的规则本身就是一场冒险。自定义域名和移除 Draftbit 品牌只在付费套餐中提供：对于面向客户的产品这是底线，因为应用界面上出现第三方搭建器的 logo 显得很不专业。
请记住商店自身的要求：开发者账号（Apple Developer、Google Play Console）仍需你自己办理并付费，没有任何搭建器能替你完成。
价格
计费模式是额度。套餐给你一份月度额度，用于消耗在工作上——尤其是 AI 智能体。手动拼装消耗的额度很少，重度生成则消耗很多。
发布时的近似套餐（请以官方价格页为准——限额和价格表已多次变动）：
- Free — $0：每月最多约 1 万额度、少量项目、可视化编辑器、发布到 draftbit.dev 的网页版、受限的智能体访问。
- Standard — 约 $20/月：更多额度、无限项目与集成、完整代码导出、iOS/Android/网页发布、自定义域名、移除品牌。
- Pro — 约 $40/月：更多额度、多个并行智能体、自定义 MCP 服务器、GitHub 导出、模拟器、App Store 协助、优先支持。
- Team — 约 $200/月：约 25 万额度、10 个编辑席位、实时协作、培训课程。
- Enterprise — 定制：SSO/SAML、私有或自托管部署、SLA、专属基础设施。
年付通常有约 20% 的折扣。不同来源给出的数字不一致——所以以官方页面为准：Draftbit 的价格表变过多次，额度限额取决于当时的政策。
实测与典型场景
我们跑了几种典型场景，看看 Draftbit 强在哪里、弱在哪里。
初创 MVP。 引导页、Supabase 登录、来自 REST API 的商品列表、商品详情、购物车。大部分能在几小时内可视化拼出，其余由智能体完成。要上架商店至少需要 Standard 套餐。结论：非常出色的场景——平台就是为此而生。
内部工具。 面向员工的应用：任务列表、表单、通讯录、推送通知。这正是 Draftbit 大放异彩之处——不需要完美设计，重要的是速度和可用的后端。因为一切都标准化，消耗的额度很少。
市场平台。 更复杂：需要支付、角色、审核、支付服务商集成。部分逻辑必须写代码或借助第三方服务。Draftbit 能应付，但已不再是“新手搭建器”。
游戏或硬件相关。 这里的诚实结论是：不适合。重度图形、实时摄像头、蓝牙设备、复杂动画——那是原生开发的地盘，可视化搭建器只会碍事。
Draftbit 与竞品对比
与主要替代品比较一下。
Draftbit vs FlutterFlow。 FlutterFlow 生成 Flutter 代码，Draftbit 生成 React Native。如果你的团队懂 Flutter 和 Dart，FlutterFlow 更合理；如果是 JavaScript 和 React Native，就选 Draftbit。生态成熟度上 FlutterFlow 看起来更厚实，代码灵活性上 Draftbit 更接近“真正的”开发。
Draftbit vs Adalo。 Adalo 对新手更友好，基础场景更简单，但把你锁进其环境的程度高得多：导出和代码控制都受限。Draftbit 起步更难，但会交出源代码。
Draftbit vs Bubble。 Bubble 面向网页应用，Draftbit 面向移动端。浏览器里的市场平台或 SaaS 选 Bubble，商店里的应用选 Draftbit。
Draftbit vs 原生开发。 原生团队能带来最大控制和性能，代价是时间和预算。在上市速度重要、产品仍在验证假设的场合，Draftbit 更有优势。
安全与团队协作
采购问卷里常问的问题：数据存在哪里？项目代码存放在 Draftbit 云端，但团队套餐提供私有和自托管选项，以及 SSO 和 SAML。对企业客户而言这是硬性要求，平台能满足。
在免费和较低套餐中，角色划分较简陋，实时协作只在 Team 才出现。如果项目有一两个人以上参与，最好直接看团队套餐，否则只能“轮流”协调。
性能限制与坑
Draftbit 应用就是标准的 React Native，因此在速度上不逊于同一技术栈手工打造的应用。原生渲染得以保留，界面响应流畅。问题出现在产品撞上复杂逻辑，而搭建器恰好没有现成积木的时候。
值得提前了解的坑：
- 额度消耗难以预测。 智能体的高强度工作可能几天就烧掉月度配额，起步阶段并不明显。
- 部分功能要付费。 代码导出、模拟器、GitHub 集成——都在 Free 之外。
- 模板生态较为单薄，不如热门网页搭建器：别指望开箱即用的整套方案。
- 平台更新。 Draftbit 多次调整套餐和限额，预算最好每年复核。
Draftbit 适合谁
Draftbit 不是原生开发的替代品，也不是玩具搭建器。它适用于具体场景：
- 创始人和产品经理，需要在数周而非数月内把 MVP 上架 App Store。
- 拥有 React Native 开发者的团队，想加快排版这类重复工作。
- 代理机构，按模板批量打造客户应用。
- 内部工具：员工、外勤团队、记账类应用。
- 设计师，想在没有团队的情况下把设计稿变成可用的应用。
如果应用需要沉重的原生逻辑（游戏、硬件、复杂图形），或预算根本不含订阅，那就不合适。
常见问题
需要会编程吗？ 不需要。基础场景可视化即可完成。但产品越复杂，JavaScript 和 React Native 的知识就越有用。
如果停付会怎样？ 你可以导出代码自行继续开发。应用不会停止工作。
能用我自己的后端吗？ 可以，通过 REST 或 GraphQL。Supabase 只是方便的默认后端，并非必须。
Draftbit 会替我发布应用吗？ 平台协助构建和提交，但 Apple 和 Google 的开发者账号由用户自行开通并付费。
需要多少额度？ 取决于你使用智能体的程度。手动拼装便宜，用文字生成昂贵。
结论
Draftbit 是少数不试图把你锁进自己沙箱的 no-code/low-code 工具之一。真正的 React Native 代码、GitHub 导出、AI 智能体支持，以及通往 App Store 的清晰路径——对快速推出移动产品来说，这是一套有力的组合。
代价是额度和订阅：免费套餐适合试用、学习和网页发布，做真实产品至少得准备 Standard。额度模式是最大的缺点：花费比固定订阅更难预测，尤其在团队重度使用智能体时。
如果你需要代码控制权和速度，Draftbit 值得短期一试：免费套餐让你在付费前先评估编辑器。如果你需要极致性能和原生特性，传统开发团队依然无可替代。
你有没有试过可视化地搭建移动应用？分享你的经验——最终胜出的是搭建器的速度，还是代码的自由？