<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>低代码 on 冯威的博客</title><link>https://fwhyy.com/tags/%E4%BD%8E%E4%BB%A3%E7%A0%81/</link><description>Recent content in 低代码 on 冯威的博客</description><generator>Hugo</generator><language>zh-CN</language><lastBuildDate>Tue, 04 Nov 2025 14:49:45 +0800</lastBuildDate><atom:link href="https://fwhyy.com/tags/%E4%BD%8E%E4%BB%A3%E7%A0%81/atom.xml" rel="self" type="application/rss+xml"/><item><title>AI 时代，低代码该如何演进？</title><link>https://fwhyy.com/2025/11/low-code-evolution-in-the-ai-era/</link><pubDate>Tue, 04 Nov 2025 14:49:45 +0800</pubDate><guid>https://fwhyy.com/2025/11/low-code-evolution-in-the-ai-era/</guid><description>&lt;p&gt;在数字化转型的浪潮中，低代码平台与人工智能（AI）的结合正成为企业软件发展的关键趋势。&lt;/p&gt;
&lt;p&gt;低代码平台以其快速开发、交付等特性，正在改变企业应用的开发方式，而 AI 把企业从 “流程数字化” 推进到 “决策智能化” 。这两者一定可以碰撞出不少的火花。&lt;/p&gt;
&lt;!-- more --&gt;
&lt;p&gt;本文探讨低代码与 AI 融合的方式。&lt;/p&gt;
&lt;h2 id="低代码和-ai-有两种方式可以结合"&gt;低代码和 AI 有两种方式可以结合&lt;/h2&gt;
&lt;ul&gt;
&lt;li&gt;方式一：在低代码平台中使用 AI，把 AI 能力沉淀到平台内部，提升用户体验和效率。&lt;/li&gt;
&lt;li&gt;方式二：在 AI 中使用低代码，将平台的核心能力封装成细颗粒度工具，成为大模型与智能体的“手脚”。&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;这两种方式并非二选一，而是相互增强，根据客户的业务场景进行取舍和选择。&lt;/p&gt;
&lt;h2 id="方式一低代码中使用-ai"&gt;方式一：低代码中使用 AI&lt;/h2&gt;
&lt;p&gt;低代码的优势是可以快速交付项目，结合 AI ，可以让构建出来的业务系统具备 AI 能力，在低代码平台中 AI 能力了可以通过组件或插件的形式存在。&lt;/p&gt;
&lt;p&gt;下面列举几种常见的场景。&lt;/p&gt;
&lt;h3 id="企业级智能问答"&gt;企业级智能问答&lt;/h3&gt;
&lt;p&gt;RAG 现在在企业中使用已经非常成熟了，RAG 中有一个关键点是将内容进行向量化，供用户提问时使用。&lt;/p&gt;
&lt;p&gt;低代码平台中天然就有很多的数据：&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;低代码平台可以搭建各种业务功能，随着用户的使用，业务数据就会累加，可以在平台中根据配置选择性将业务数据纳入到知识问答的范围。&lt;/li&gt;
&lt;li&gt;低代码平台中的文件列表，在用户上传文件时，可以对文档内容进行读取和向量化。&lt;/li&gt;
&lt;li&gt;在使用低代码平台构建应用时，数据库表的创建是根据平台中的数据模型进行转换的，数据模型就是一份数据库表的元数据。&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;至于前端的问答对话框的呈现就比较灵活了，可以是单独一个页面、可以放到首页，也可以放到某个功能模块中，针对具体的业务进行提问。&lt;/p&gt;
&lt;h3 id="审批流-ai-节点"&gt;审批流 AI 节点&lt;/h3&gt;
&lt;p&gt;企业将线下的审批搬到线上，为的就是能提高效率。某些审批环节，如果能使用 AI 加持，就能更进一步。&lt;/p&gt;
&lt;p&gt;比如：员工报销流程，财务会对上传的发票和报销金额进行审核，当一个报销单的发票比较多时，人工核对会非常麻烦。&lt;/p&gt;
&lt;p&gt;结合 AI ，可以在低代码平台的流程引擎中提供一个 AI 辅助审批节点，发起人提交后，将票据传给 AI ，AI 进行金额的识别和汇总，并根据规则配置和报销金额进行比对，发现问题直接驳回给发起人。&lt;/p&gt;
&lt;h3 id="报表多轮对话"&gt;报表多轮对话&lt;/h3&gt;
&lt;p&gt;我们现在给企业客户开发软件的过程中，根据客户的业务需求，会提供很多的报表，有些是专业的报表工具、有些通过视图关联多表查询出结果展示。&lt;/p&gt;
&lt;p&gt;但这些随着需求的确定，功能就固化下来了。客户在使用的过程中只能通过条件进行筛选。&lt;/p&gt;
&lt;p&gt;结合 AI ，用户可以在现有报表数据的基础之上进行二次提问，结果以文字、表格、图表的方式提供，让报表变得更加灵活。&lt;/p&gt;
&lt;h3 id="文档解析"&gt;文档解析&lt;/h3&gt;
&lt;p&gt;企业中有很多不同类型的文档和单据，比如：合同、发票等。可以在低代码平台中添加文档识别组件。&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;利用文档识别组件，可以构建一个专门用来管理票据的功能。&lt;/li&gt;
&lt;li&gt;合同管理中在文档识别组件中上传，识别合同基本信息，一键将识别的信息填写到表单中。&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;除了基本信息，甚至可自动识别文档中的关键节点，如合同中的付款信息与时间等，并同步至低代码构建的事务跟踪系统，显著减少人工查阅与录入的工作量。&lt;/p&gt;
&lt;h2 id="方式二在-ai-中使用低代码平台"&gt;方式二：在 AI 中使用低代码平台&lt;/h2&gt;
&lt;p&gt;AI 只有具备了生产能力，才能真正帮到我们。怎么才能具备生产能力呢？就是使用工具。&lt;/p&gt;
&lt;p&gt;我们和大模型进行对话，大模型理解了我们的意图，还能调用工具去进行实现，才是有用的。低代码平台中有各类引擎（表单、规则、视图、流程等），这些引擎的能力可以进行拆解和重组，以 MCP 工具的形式提供给大模型。&lt;/p&gt;
&lt;h3 id="场景一"&gt;场景一&lt;/h3&gt;
&lt;p&gt;用户指令：创建一个员工信息管理应用，包含姓名、工号、部门和入职日期的表单，以及一个可以搜索和分页的表格。&lt;/p&gt;
&lt;p&gt;工具调用：大模型理解意图后，调用低代码平台的 API，自动创建数据模型、生成对应的表单页面和列表页面，并配置好基本的数据绑定。&lt;/p&gt;
&lt;h3 id="场景二"&gt;场景二&lt;/h3&gt;
&lt;p&gt;用户指令：任务管理中创建任务后，给任务负责人发送一个企业微信通知。&lt;/p&gt;
&lt;p&gt;工具调用：大模型理解意图后，分析需要调用的工具集，先调用低代码平台的 API，创建一个用于发企业微信消息的业务流。然后调用 API 将任务创建后的事件和业务流进行绑定。&lt;/p&gt;
&lt;h3 id="场景三"&gt;场景三&lt;/h3&gt;
&lt;p&gt;用户指令：检查一下我们所有低代码应用的运行健康状况。&lt;/p&gt;
&lt;p&gt;工具调用：大模型理解意图后，调用平台的监控API，获取应用错误日志、性能指标（如响应时间）、资源使用情况等，并生成摘要报告。&lt;/p&gt;
&lt;h2 id="最后"&gt;最后&lt;/h2&gt;
&lt;p&gt;网上都说，AI 的到来最终会转向无代码，不过从目前来看，让 AI 自己去实现一个复杂系统，还是比较困难，特别是多轮对话后，幻觉比较明显。&lt;/p&gt;
&lt;p&gt;低代码平台天生就是构建应用的利器，而且是有规则的，这个规则相比较编程语言，范围更小，更容易被 AI 所理解。&lt;/p&gt;
&lt;p&gt;所以，在 AI 无代码变成这条路上，低代码平台如果能转变为底层支撑的工具，将会继续存在。&lt;/p&gt;
&lt;p&gt;未来，随着模型能力的持续进化与平台工具的日益精进，人机协同的开发新模式将成为企业数字化转型的核心竞争力。&lt;/p&gt;</description></item><item><title>由 ChatGPT 带来的对低代码产品的思考</title><link>https://fwhyy.com/2023/04/thinking-about-low-code-products-brought-about-by-chatgpt/</link><pubDate>Thu, 13 Apr 2023 11:42:00 +0800</pubDate><guid>https://fwhyy.com/2023/04/thinking-about-low-code-products-brought-about-by-chatgpt/</guid><description>&lt;p&gt;在之前的文章中多次提到我们在开发一款低代码平台，主要面向 ToB 企业，帮助企业完善信息化建设，给企业的数字化转型贡献一份力量。&lt;/p&gt;</description></item><item><title>深入接触客户才能做出好的产品</title><link>https://fwhyy.com/2023/02/deep-contact-with-customers-can-make-good-products/</link><pubDate>Fri, 17 Feb 2023 08:07:22 +0800</pubDate><guid>https://fwhyy.com/2023/02/deep-contact-with-customers-can-make-good-products/</guid><description>&lt;p&gt;近些年一直在负责开发低代码平台产品，面向的是企业用户，这款产品一方面给公司内部使用，提升项目交付效率，另一方面，一些合作伙伴或有开发能力的甲方，可以借助我们的产品进行系统的开发，给业务部门使用。&lt;/p&gt;
&lt;p&gt;产品的定位非常明确，能够提升交付效率，协助企业进行数字化转型。&lt;/p&gt;
&lt;p&gt;正因为是面向企业用户，所以产品的功能增加不能闭门造车，需要深入地接触客户，了解他们的痛点和诉求，再反向体现到产品功能上。&lt;/p&gt;
&lt;p&gt;前些天，和公司销售一起拜访了几家公司的重点客户，有些感触。&lt;/p&gt;
&lt;h2 id="开始注重效率"&gt;开始注重效率&lt;/h2&gt;
&lt;p&gt;记得早些年做企业的信息化建设，更多的是注重将线下办公搬到线上，现在大多数企业已经是在线上办公，就更注重提升整体的流程效率。&lt;/p&gt;
&lt;p&gt;企业的增效体现在很多方面，这里主要说的是流程方面的效率，客户其实是很有想法的：&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;
&lt;p&gt;纵向上，按照业务线，将跨不同系统的流程进行拉通，会涉及到各种对接、集成；&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;横向上，以某个业务点进行扩散，找出关联业务数据进行展示。&lt;/p&gt;
&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;信息化、工作流尽管做了很多年，我感觉还是能挖掘出很多对客户有价值的功能。&lt;/p&gt;
&lt;p&gt;针对流程本身来说，也可以通过数据的支撑反向找出效率的瓶颈点，比如：&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;设置超时阈值，从流程到节点到组织和人，找出耗时长的任何事，通过监督来提升效率；&lt;/li&gt;
&lt;li&gt;通过流程的通过率，可以找出表单设计或流程设计上的不合理，然后进行优化；&lt;/li&gt;
&lt;li&gt;如果有些节点通过率 100%，而且几乎不耗时，这种节点可能没有存在的必要；&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;除此之外，现在还有专门的公司做 RPA 流程机器人和对流程数据的 AI 智能分析，如何将这些工具和现有的流程平台进行融合，也是值得思考的。&lt;/p&gt;
&lt;h2 id="数据驱动业务"&gt;数据驱动业务&lt;/h2&gt;
&lt;p&gt;随着客户信息化越来越成熟，各类系统中都产生了大量的数据。怎样让这些数据能活起来，为企业所用，这是客户很关注的问题。&lt;/p&gt;
&lt;p&gt;一些有开发能力的客户已经在在自己做数据层的东西，底层构建数据仓库，上层提供图形化展示。&lt;/p&gt;
&lt;p&gt;现在很多的低代码平台中都提供有 BI 模块，大多数都是展示层，我们的产品中也有对应的模块，相比较专业 BI 产品，功能还是偏弱。为什么都喜欢做数据展示？首先是技术难度不是很高，但更重要的是领导喜欢看大屏展示，最终决策、掏钱的是领导。&lt;/p&gt;
&lt;p&gt;在低代码产品中，我认为重要的是能扩展和集成，产品本身不适合在这方面去发力。一个产品如果什么都想做，最终什么都做不好。做自己擅长的事情，然后集各家所长，必能成事，做产品如此，做人也是。&lt;/p&gt;
&lt;h2 id="信息孤岛问题依然存在"&gt;信息孤岛问题依然存在&lt;/h2&gt;
&lt;p&gt;大型国企现在还存在信息孤岛问题，这个是我没有想到的。&lt;/p&gt;
&lt;p&gt;传统企业的信息做了好多年了，10 年前跟客户宣讲，都在说要解决信息孤岛问题。这么多年过去，还是有很多企业忙于解决各种问题，上了几十上百套系统，但系统之间还没有很好地进行联通，甚至连基本的待办消息集成都没有做。&lt;/p&gt;
&lt;p&gt;在低代码产品中，添加 SSO、组织机构同步、消息接入等已经算是标配了。但要做好集成不是件容易的事情，涉及到很多利益方，搞定了人，才能搞定事。&lt;/p&gt;
&lt;h2 id="客户更希望在整体规划上能提供指导"&gt;客户更希望在整体规划上能提供指导&lt;/h2&gt;
&lt;p&gt;最近在一个视频号听一个大佬讲：技术人员的一个终极梦想就是做架构师 ，相比技术架构，现在售前架构师、企业解决方案架构师越来越吃香。&lt;/p&gt;
&lt;p&gt;原因就是，客户也不知道要做啥？怎么做？提出的都是一些很宏观的目标，或者直接让提供相关的规划方案。&lt;/p&gt;
&lt;p&gt;这其实对售前的要求非常高，要懂客户的行业，了解他们的痛点，能提供解决方案，这样就能牵着客户走，也能得到客户的信任，这种信任会为后续的项目实施带来极大的便利。&lt;/p&gt;
&lt;p&gt;反之，在客户不清楚自己想要什么的情况下，售前还只是听客户讲，拿笔记录，最终交付的东西，客户总是认为不是自己想要的，而我们就会埋怨客户总是在进行需求变更。这种情况下，极少数是客户故意刁难，大多数都是没有真正理解客户的意图导致。&lt;/p&gt;
&lt;p&gt;因为样本足够小，以上可能都是错的。&lt;/p&gt;</description></item><item><title>零代码平台中的服务编排思路</title><link>https://fwhyy.com/2021/11/service-arrangement-in-zero-code-platform/</link><pubDate>Thu, 04 Nov 2021 08:05:00 +0800</pubDate><guid>https://fwhyy.com/2021/11/service-arrangement-in-zero-code-platform/</guid><description>&lt;p&gt;随着企业数字化转型的进程加快，零代码平台的的应用越来越广泛，逐渐被企业级的客户认可和接受。&lt;/p&gt;
&lt;p&gt;零代码顾名思义就是在不写代码的情况下可以搭建应用和功能来满足客户的需求，但事实是残酷的，真实的客户需求永远比我们想象的要复杂，传统的零代码产品需要提供各种扩展能力，比如可以让开发人员编写复杂的业务逻辑代码，并对接到平台中。&lt;/p&gt;</description></item><item><title>使用零代码平台构建应用，应该怎样转变思路？</title><link>https://fwhyy.com/2021/10/how-should-we-change-our-thinking-when-using-zero-code/</link><pubDate>Mon, 18 Oct 2021 08:05:00 +0800</pubDate><guid>https://fwhyy.com/2021/10/how-should-we-change-our-thinking-when-using-zero-code/</guid><description>&lt;p&gt;最近两年，越来越多的各类零代码产品在市场上出现，与此同时，企业的数字化转型的速度也越来越快，零代码产品已然成为了帮助企业数字化转型的利器。&lt;/p&gt;</description></item><item><title>你真的了解低代码平台吗？</title><link>https://fwhyy.com/2021/08/do-you-really-know-about-low-code-platforms/</link><pubDate>Mon, 02 Aug 2021 08:05:00 +0800</pubDate><guid>https://fwhyy.com/2021/08/do-you-really-know-about-low-code-platforms/</guid><description>&lt;p&gt;从 2020 年疫情之后，低代码这个概念就突然变得火热起来，各大自媒体纷纷推出介绍低代码的文章，InfoQ 也曾发表过一篇《为什么我说低代码是“行业毒瘤”？》引发了热议，明道的创始人任向晖随后在自己的公众号写文章《低代码不是行业毒瘤，你才是！》进行回应，好不热闹。&lt;/p&gt;</description></item></channel></rss>