任何读过之前关于 AI 功能的文章的人都会很容易同意我的观点;无代码已经死了。对不起，将小部件拖放到表单中只是一项过时的技能。

        因为100%的现有无代码平台基本上已经被人工智能淘汰了，更具体地说，LLMs与人工智能功能相结合。如果您不明白为什么，请查看以下一些文章，这些文章几乎完全使用提示工程和自然语言创建。

  • 演示我们的新 AI 功能
  • 如何构建购物车 AI 聊天机器人
  • 您见过的最恶心的 B2B 销售 AI 聊天机器人

查看以下示例，该示例取自我们自己的 AI 聊天机器人，演示了一个简单的“查看天气”AI 功能。

无代码、敏捷和 UI 已死：AI 万岁_开发人员

提示工程就是编码

        提示工程是指导 ChatGPT 等 LLM 做你想让它做的事情的艺术，只使用自然语言、逻辑和推理。世界上 80% 的人口可能很容易实现这一过程，而世界上只有不到 0.3% 的人口知道如何编码。

这意味着提示工程成为比无代码更好的“软件开发民主化”工具，因为它允许公民使用他们已经知道的东西来创建高度丰富和复杂的基于人工智能的软件。

        为了正确理解最后一句话，要意识到创建（例如上述文章中所示的购物车）所需的大多数“代码”实际上是提示工程和简单的英语。

        因此，通过创建小型可重用的 AI 功能，例如我们在 AINIRO 上的能力，任何人都可以一起提示设计一个丰富而复杂的 AI 应用程序，允许他或她的用户使用自然语言与软件进行交互。

开发者与公民，共生关系

        与最初的无代码“革命”（从未发生过）相反，基于人工智能的无代码革命为传统软件开发人员提供了空间。公民将需要基本的构建块，例如。

  • 发送电子邮件
  • 保存到 CRM
  • 从电子商务导入
  • 抓取网站
  • 搜索网络
  • 发送通知
  • 检查电子邮件
  • 订购机票
  • 等。。。

        这意味着传统软件开发人员将不得不与公民开发人员建立共生关系，从而在开发人员和公民之间建立健康的协作，为双方提供激励。

        公民需要基本的构建块来使用提示工程组合在一起，而软件开发人员需要具有更好业务知识的人来协调这些构建块，以解决一些特定的业务需求。要理解价值，请认识到以下真理。

  1. 开发人员擅长创建软件
  2. 开发人员在理解业务方面很糟糕
  3. 公民善于理解商业
  4. 公民在创建软件方面很糟糕

        如果你相信以上四个真理，那么人工智能和提示工程的结果是，开发人员和公民可以合作，做他们都擅长的事情，而最终结果会变成更好的软件。开发人员不再需要猜测企业想要什么，他甚至不必考虑它。关心业务需求是公民的工作。

        悖论是，什么都没有真正改变。开发人员仍然创建软件，而具有商业知识的公民继续使用英语来传达他或她的规范。唯一的区别是，规范不是将规范传达给开发人员，而是直接传达给 LLM，最终得到一个基本的规则集，从而允许 LLM 采取行动并创建工作软件。

基本上，拥有最多业务知识的人可以编写规范，一旦完成了规范，应用程序就完成了！

规范就是应用程序

        近 100 年来，软件开发人员和项目经理一直有一个梦。我的梦想是能够拿到一个用英文写的规范，点击一个按钮，然后把它变成工作软件。今天，通过我们的人工智能功能等举措，这不仅是可能的，而且规范就是应用程序。让我再说一遍，以防万一你迷路了......

规格就是应用程序！

        是的，使用我们的 AI 功能，您基本上可以单击将基本构建块部署到您的“AI 应用程序”中，然后仅使用自然语言将丰富而复杂的应用程序编排在一起。要理解上述内容，请意识到以下基本上是我们自己的聊天机器人中“查看天气”功能的实现。

无代码、敏捷和 UI 已死：AI 万岁_开发人员_02

        然后意识到上述函数是使用单个“基本构建块组件”创建的。像上述这样的快速工程应该很容易被世界上 80% 的人口所接受。

人工智能扼杀了敏捷

        悖论在于，上述方法论也扼杀了敏捷。当应用程序的所有业务规则都迅速设计在一起时，开发人员甚至不需要考虑敏捷流程、站立会议、Scrum 或类似的东西。开发人员唯一需要考虑的是解决公民当前遇到的任何“基本构建块问题”。创建软件的过程如下。

  1. 公民要求开发人员提供基本的构建块组件
  2. 开发人员将其交付给公民
  3. 公民提示将其一起设计到他现有的应用程序中
  4. 公民测试和质量确保了他的新功能
  5. 该功能已完成！

AI 扼杀了 UI

        矛盾的是，我怀疑随着时间的推移，上述过程将能够比任何传统方法更快地交付功能软件。我还怀疑它将能够创建更好的软件。事实上，在这一点上，唯一可能有的“担忧”是，它要求你的应用程序的用户停止对拥有 UI 的期望，并习惯于使用自然语言与“应用程序”进行交互。

        您的所有应用程序基本上都简化为一个简单的文本框和一个提交按钮，允许您为所有应用程序重复使用相同的 UI。

UI已死，自然语言万岁！

        通过后来的添加，例如使用 OpenAI 的 Whisper API，用户甚至可以与他们的应用程序交谈，此时拥有屏幕将被视为“可选”。每当您的用户需要与您的应用程序交互时，他们只需单击一个按钮即可打开麦克风，并使用自然语言和语音指示软件他们希望它执行的操作。

        如果您认为上述内容类似于 Siri 的承诺，那么您是对的。当然，Siri的问题在于它是一个荒谬的实现。有了 OpenAI 和 Anthropic 等现代 LLM，它变得就像 Siri 一样，只不过这次它真的在工作！

人工智能开发平台

        在这一点上，难题中唯一剩下的部分是拥有一个基于人工智能的软件开发平台。好吧，我们恰好有一个。事实上，“基于低代码和无代码的基于人工智能的软件开发平台”实际上是我们的主要产品。从字面上看，Magic Cloudlet 就是那个平台。

        使用 Magic，您基本上可以将 AI 功能“拖放”到 LLM 中，从而有助于创建如上图所示的软件。

结束语

        这篇文章一定激怒了世界上整个无代码软件开发社区。他们花了数年时间自学如何使用 Bubble，天知道还有哪些 “无代码平台”。

此外，我基本上对软件开发社区中存在的每一头圣牛都很生气，比如敏捷和 UI。如果我看得足够努力，我可能也会在其余的身上撒尿。但关键是一切都在改变！