什么是低代码？通俗指南

低代码是一种软件构建方式：应用的大部分通过可视化工具组装而成，例如拖放式界面、数据模型和工作流图；开发者只为这些工具无法处理的部分编写少量代码。它介于传统编码与无代码之间。这一术语由研究机构 Forrester 在 2014 年推广开来，知名的平台包括 Microsoft Power Apps、OutSystems、Mendix 和 Retool。

用 AI 构建时为什么它很重要

如果你是创始人或小企业主，正在考虑构建一款应用，你会遇到三种标签：无代码、低代码和 AI 应用构建器。它们常被混为一谈，但面向的人群不同。低代码平台主要面向企业的 IT 团队，而且许多平台假设，当可视化工具用尽时，团队中有人能够编写代码。

了解这一点，能帮你避免在只有一个人、只有一个想法时，选中一个为 50 人 IT 部门设计的工具；反过来，也能避免为复杂的业务系统选用一个过于简单的工具。这也解释了 AI 构建器为何正在改变局面：当 AI 替你编写代码时，“低”这个字的重要性就降低了，因为手写代码的部分不再是难点。

一个日常类比

想想做晚饭这件事。

传统编码就像从零开始做饭：食材是原始的，完全可控，但需要大量技能和时间。
无代码就像配餐包：一切都已按份量准备好，附带一张食谱卡。快速而可靠，但你只能做盒子里的东西。
低代码就像配餐包加上一个备齐了食材的厨房。大部分时候你按配餐包来做，但一位熟练的厨师可以加入自己的酱汁、替换一种食材或改动一个步骤。

区别就在于厨房。低代码为你提供了一个通往真正代码的出口，这很强大，前提是得有人会做饭。

低代码平台如何工作

大多数低代码平台都具备以下几项功能：

功能	作用
可视化界面设计器	通过放置表单、表格、图表和按钮来构建界面。
数据建模	定义你的数据（客户、订单），并连接到现有的企业数据库。
可视化工作流	以流程图的形式绘制流程：审批、通知、状态变更。
代码扩展	在可视化工具不足的地方编写脚本或自定义组件。
连接器	接入 CRM、ERP 和身份提供商等企业系统。
治理	供 IT 部门使用的控制项：谁可以构建、部署和访问哪些内容。

对大型企业来说，最后一项往往是决定性因素。低代码平台的设计目标，正是让 IT 部门保持监管，同时让更多人能够构建应用。

实例：一款费用报销审批应用

一家拥有 200 名员工的公司希望用一款应用取代通过邮件传递的费用报销表格。

借助低代码平台，团队可能会这样做：

以可视化方式建模数据。 一条 Expense 记录包含员工、金额、类别、收据照片和状态。
通过拖拽组件设计界面。 一个用于提交报销的表单、一个供经理查看的列表，以及一个供财务部门使用的仪表盘。
绘制工作流。 提交 → 经理审批 → 如果超过设定金额，则财务审批 → 付款。
连接现有系统。 使用公司的 Microsoft 或 Google 账户登录；从人事系统中查询每位员工的经理。
在需要的地方编写少量代码。 比如，哪些报销需要财务审批，取决于存放在另一个系统中的部门预算。开发者编写一小段脚本来获取预算并作出判断。
通过 IT 部门部署。 平台负责托管、访问规则和审计日志。

第 1 至 4 步可以由一位技术能力较强的业务分析师完成。第 5 步则需要开发者。这种分工正是低代码的本质。

低代码 vs 无代码 vs AI 应用构建器

	无代码	低代码	AI 应用构建器
构建方式	仅使用可视化编辑器	可视化编辑器加代码	用聊天描述需求；AI 编写代码
主要用户	非技术创始人、小团队	IT 团队、开发者、业务分析师	创始人、小企业、开发者
处理特殊逻辑	仅限于平台所支持的内容	编写代码实现	让 AI 编写
最终得到的产物	平台上的一套配置	主要是平台配置加上你的代码	通常是普通的源代码
典型定价	按套餐或用量计费	通常按用户数计费，面向企业销售	按套餐和用量计费

这些界限正在变得模糊：许多无代码和低代码平台现在都内置了 AI 助手，而 AI 构建器也能生成低代码常用来实现的内部工具。更多内容参见无代码与 AI 应用构建器。

关键术语说明

术语	含义
低代码	以可视化构建为主，难点处使用代码。
无代码	完全不写代码的可视化构建。参见什么是无代码。
公民开发者（Citizen developer）	构建应用的业务用户，通常在 IT 部门的监管下工作。
内部工具	供员工而非客户使用的应用，例如管理后台或审批系统。
工作流 / 流程自动化	自动运行的一系列步骤，例如审批链。
连接器	通往另一个系统的现成链接。
治理	对谁可以构建、修改和使用应用的规则与控制。
单点登录（SSO）	使用一个公司账户登录多个应用。

常见错误与误解

“低代码意味着任何人都能构建任何东西。” 可视化部分虽然容易上手，但复杂的应用仍然需要开发者的技能，尤其是在集成和自定义逻辑方面。
“低代码只适用于原型。” 许多公司在低代码平台上运行着重要的内部系统。需要权衡的是对平台的依赖，而不是认真程度不够。
低估锁定风险。 你的界面和工作流通常保存在平台自己的格式中。迁移意味着重新构建。
忽视按用户计费的定价。 有些平台按使用应用的人数收费，当你把内部工具推广到全公司时，费用可能迅速累积。在做出承诺之前请先确认。
忽略那些枯燥的部分。 权限、审计追踪和测试在低代码中与普通代码中同样重要。

选择之前应问的问题（以及向 AI 构建器提出的请求）

“谁来构建和维护这个应用？我们有能编写代码的人吗？”
“当全公司的人都在使用它时，成本是多少？”
“我们能连接到现有的登录系统和数据吗？”
“如果我们离开这个平台，能带走哪些东西？”

如果你选择用 AI 构建器来做内部工具，以下提示词可能会有帮助：

“构建一个费用报销审批应用：员工提交，经理审批，超过 [金额] 的还需要财务审批。”
“只有经理能看到自己团队的报销。请在服务器端强制执行这一点。”
“记录每一次审批和驳回，包括由谁操作以及操作时间。”

关于这类应用的更多内容，参见如何构建内部工具和Retool 替代方案。

低代码与 Mythex

Mythex 是一款 AI 应用构建器，而不是低代码平台：它没有可视化工作流编辑器。你在聊天中描述应用，智能体就会编写代码，包括界面、数据库表和服务器逻辑。你可以在实时预览中看到效果，并进行发布。在低代码平台上需要开发者才能实现的自定义逻辑，在这里只是另一条请求。在 Pro 套餐中，你可以使用完整的代码编辑器、导出功能以及 GitHub 同步，因此开发者可以接手。对于需要内置治理功能和深度企业集成的大型公司来说，专用的低代码平台可能仍然更合适。

常见问题

用简单的话说，什么是低代码？

低代码是一种软件构建方式：应用的大部分通过可视化工具组装而成，例如拖放式的界面、数据模型和工作流；开发者只为可视化工具无法处理的部分编写少量代码。

谁在使用低代码平台？

主要是企业中的 IT 和开发团队，用于构建内部业务应用，同时也包括与他们并肩工作、具备一定技术能力的业务人员。低代码工具通常假设团队中有人在需要时能够编写代码。

低代码比无代码更好吗？

总体而言没有绝对的优劣。低代码能应对更复杂的需求，因为你可以深入到代码层面，但它需要更多的技术技能。无代码更容易上手，但会更早遇到限制。选择哪一种，取决于由谁来构建以及应用有多复杂。

“低代码”这个术语从哪里来？

研究机构 Forrester 在 2014 年的一份报告中推广了这个术语，用来描述那些让企业在很少手写代码的情况下快速构建业务应用的平台。