1. 项目概述从“拖拉拽”到“一句话”的范式革命如果你在过去几年里接触过低代码开发那么对“拖拉拽”这三个字一定不会陌生。无论是搭建一个简单的表单还是配置一个复杂的审批流我们习惯了在可视化的设计器里用鼠标拖拽组件、连接线条、配置属性。这种方式确实比写代码快但天花板也显而易见一旦遇到复杂的业务逻辑、个性化的交互效果或者需要与外部系统深度集成往往就力不从心要么需要写大量“胶水代码”要么干脆回到传统开发的老路。这感觉就像给你一套乐高基础颗粒搭个小房子还行想造个变形金刚还是得自己动手打磨零件。最近JeecgBoot v3.9.2的发布打出了“告别拖拉拽Skills加持一句话搭建系统”的口号直接把低代码带入了所谓的“v2.0时代”。这不仅仅是版本号的迭代更像是一次开发范式的“王炸”升级。核心变化在于它的交互方式从“图形化操作”转向了“自然语言描述”和“技能Skills调用”。简单说以前是你告诉平台“我要一个按钮放这里点它弹个窗”现在是你告诉平台“给我做个员工入职审批流程要能上传简历、自动发通知、并且同步到HR系统”。平台背后的AI引擎Skills会理解你的意图自动生成对应的页面、逻辑、接口甚至数据库表。这背后的驱动力正是当前如火如荼的AI大模型和AI Agent技术。JeecgBoot将AI能力深度集成将其转化为一个个可被调用的“Skills”技能。这些Skills覆盖了从数据建模、页面生成、逻辑编排到系统集成的全链路。开发者或业务人员无需关心底层用了哪个组件、API如何调用只需用最自然的语言或结构化描述声明自己想要什么剩下的交给Skills去理解和执行。这极大地降低了使用门槛同时将开发效率提升到了一个前所未有的量级。对于长期被重复性CRUD增删改查工作困扰的开发者或者希望快速验证业务想法的产品经理来说这无疑是一个极具吸引力的新工具。2. 核心升级解析Skills架构与自然语言编程2.1 Skills低代码平台的“超能力”集在JeecgBoot v3.9.2的语境里“Skills”不再是简单的技能单词而是一个核心的技术架构概念。你可以把它理解为一个功能强大的“技能库”或“工具箱”里面每一件工具Skill都封装了一个特定的、可复用的能力。Skills的核心分类数据建模Skill这是最基础的Skill。当你描述“需要一个员工信息表包含姓名、工号、部门、入职日期”时对应的Skill会被触发。它不仅能自动创建数据库表sys_employee还会同步生成对应的JPA实体类、MyBatis-Plus Mapper、Service层代码以及基础的增删改查API接口。它甚至能根据字段名智能推断字段类型如“入职日期”对应date类型并设置合理的索引。页面生成Skill这是对传统“拖拉拽”最直接的替代。你描述“需要一个员工列表页面支持按部门筛选和姓名搜索要有新增和导出按钮”页面生成Skill就会工作。它会自动分析数据模型选择最合适的组件如ProTable for Ant Design Vue生成包含查询表单、操作按钮栏、数据表格的完整Vue文件。更智能的是它能根据“导出”这个需求自动在后台生成对应的Excel导出逻辑代码。逻辑编排Skill这是实现复杂业务的关键。传统的逻辑编排可能需要你像连电路图一样连接各种“条件判断”、“循环”、“服务调用”节点。现在你可以用语言描述“当审批通过时自动更新项目状态为‘进行中’并给项目成员发送企业微信通知”。逻辑编排Skill会解析这句话识别出事件触发器“审批通过”、条件隐含的“通过”状态、以及两个顺序执行的动作更新状态、发送通知并自动生成对应的流程图代码可能是Camunda BPMN或自研的流程引擎描述文件。集成与扩展Skill这是打破低代码“封闭性”质疑的利器。你可以说“将本系统的订单数据每天凌晨两点同步到外部CRM系统的t_order接口”。集成Skill会尝试理解源数据本系统订单、目标外部CRM API、同步频率cron表达式和映射关系然后自动生成一个Quartz定时任务并编写调用外部接口、处理数据转换和异常重试的代码。Skills的工作机制其内部通常结合了规则引擎和AI大模型。对于明确、结构化的指令如“创建字段A”走规则匹配对于模糊、自然的描述如“做一个好看的数据看板”则由微调过的领域大模型进行意图识别和任务分解再调用相应的原子Skill组合执行。注意Skills的成熟度决定了效果的“智能”程度。初期它可能只能完美处理80%的标准化场景。对于极其特殊或复杂的逻辑可能仍需开发者介入在Skills生成的基础上进行微调。但这已经将工作量从100%降到了20%。2.2 自然语言编程从“How”到“What”的转变“一句话搭建系统”的本质是交互界面的革命。它让开发者的关注点从“如何实现”How转移到了“想要什么”What。这背后是自然语言处理NLP与领域特定语言DSL的融合。实现路径解析意图识别当用户输入“管理公司固定资产包括采购、领用、维修和报废”时系统首先进行意图识别。它会识别出核心域是“资产管理”并拆解出四个关键子流程采购、领用、维修、报废。这步可能用到关键词提取、实体识别和分类模型。任务分解与规划识别出意图后AI会像一个经验丰富的架构师进行任务规划。例如它会判断需要一个资产主数据表资产编号、名称、类别、价格、状态等。四个子流程对应的业务表采购单、领用单、维修单、报废单它们都与资产主表关联。每个子流程对应的表单页面和列表页面。资产状态在用、维修中、已报废随流程自动更新的逻辑。可能还需要一个资产看板页面展示各类资产统计。Skills调用与代码生成规划好后AI会依次调用前述的Skills。调用数据建模Skill生成fa_asset资产主表、fa_purchase等5张表及相关Java代码。调用页面生成Skill为每张业务表生成“列表页”和“表单页”并为资产主表生成一个看板页。调用逻辑编排Skill为“领用”流程生成提交领用单 - 部门经理审批 - 更新资产状态为“领用中” - 库存扣减如果涉及的逻辑流。整个过程可能只需几分钟一个具备基础CRUD和流程功能的资产管理模块就搭建完成了。一个简单的对比示例传统低代码v1.0操作拖拽一个“表格”组件到画布 - 右侧属性面板数据源选择“资产表” - 手动勾选要显示的字段 - 拖拽一个“按钮”组件写上“新增” - 为按钮配置点击事件弹出“表单”对话框 - 在表单里拖拽各个输入框并一一绑定字段……思考我在用哪些组件它们怎么排列事件怎么绑定JeecgBoot v3.9.2 Skillsv2.0操作在输入框写下“生成一个资产列表页能显示编号、名称、状态要有新增、编辑、删除和导出按钮”。思考我的业务需要什么功能关注点完全在业务层面这种转变极大地解放了生产力让开发者能更专注于业务逻辑本身而非实现细节。3. 实操体验一句话搭建“简易客户关系管理CRM”模块光说不练假把式我们直接上手用JeecgBoot v3.9.2的Skills功能快速搭建一个最基础的CRM客户管理模块感受一下“一句话开发”的威力。假设我们的核心需求是管理客户信息记录联系记录并能统计客户来源。3.1 环境准备与技能激活首先你需要一个JeecgBoot v3.9.2的运行环境。官方提供了基于Docker的一键启动包这是最推荐的方式能避免复杂的环境配置问题。# 1. 拉取最新版本的JeecgBoot Docker镜像 docker pull jeecgboot/jeecg-boot:3.9.2 # 2. 运行容器映射端口前端8080后端8081数据库3306 docker run -p 8080:8080 -p 8081:8081 -p 3306:3306 \ -e MYSQL_ROOT_PASSWORDjeecg123456 \ --name jeecg-boot \ -d jeecgboot/jeecg-boot:3.9.2启动后访问http://localhost:8080进入前端管理界面默认账号密码是admin/123456。登录后在左侧菜单找到“AI低代码开发”或“Skills工作台”具体名称可能因版本微调。这里就是我们“施法”的主舞台。在开始前确保“Skills”服务已启用。通常系统会内置一批核心Skills如“实体生成”、“页面生成”、“API生成”等。你可以在这里看到所有可用的Skills及其简要描述。3.2 自然语言描述与指令输入在工作台的中心有一个显著的文本输入框提示“请描述您想要的功能或系统...”。这就是我们的“魔法咒语”输入处。我们输入以下指令“我需要一个客户关系管理模块。核心是客户表字段要有客户名称必填、客户等级分为普通、VIP、SVIP、来源渠道广告、转介绍、展会等、所属行业、联系人、电话、邮箱、地址。还需要一个联系记录表能关联客户记录联系时间、联系方式和沟通摘要。最后我想要一个仪表盘用饼图展示客户来源分布用柱状图展示不同等级的客户数量。”点击“生成”或“解析”按钮。系统不会立刻生成代码而是会先进行意图解析和任务确认。3.3 任务确认与智能建议系统会展示一个解析结果面板将你的自然语言描述结构化识别出的实体表crm_customer(客户表)crm_contact_record(联系记录表)(虚拟) crm_dashboard(仪表盘视图)字段识别与智能补充对于crm_customer表系统不仅列出了你提到的字段还智能建议增加了id主键、create_by创建人、create_time创建时间、update_time更新时间等系统字段。对于“客户等级”和“来源渠道”这种枚举型字段它会建议使用字典编码sys_dict方便维护。对于crm_contact_record表它识别出了外键关联customer_id并建议建立索引。页面与功能清单客户信息管理列表页、新增/编辑表单页、详情页。联系记录管理列表页可关联查看客户、新增/编辑表单页。数据仪表盘一个独立的页面包含两个图表。关联逻辑删除客户时是否级联删除联系记录系统会给出选项让你选默认“禁止删除有关联记录的客户”。在联系记录列表页点击客户名称可以跳转到客户详情。在这个确认界面你可以对任何建议进行微调比如修改字段类型、增加校验规则如邮箱格式、或者拒绝某些建议。这是非常关键的一步它体现了人机协作——AI提供草案人类专家进行审核和修正确保生成的结果符合实际业务预期。确认无误后点击“开始生成”。3.4 生成结果审查与运行生成过程通常在几十秒内完成。完成后工作台会给出一个报告后端生成创建了Customer和ContactRecord的Entity、Mapper、Service、Controller等全套Java代码。pom.xml自动添加了必要依赖如果涉及图表可能会加入easyexcel或hutool的依赖。前端生成在views/modules/crm目录下生成了CustomerList.vue、ContactRecordList.vue、Dashboard.vue等文件并自动在路由中注册。数据库变更生成了SQL脚本基于Flyway或Liquibase等待执行。菜单配置自动在系统菜单中增加了“客户管理”、“联系记录”、“CRM仪表盘”三个菜单项。你需要做的执行SQL脚本在数据库管理工具中运行生成的DDL脚本创建物理表。重启后端服务可选如果开启了热部署可能不需要。刷新前端页面刷新浏览器你会在左侧菜单看到新生成的模块。点击进入“客户管理”一个功能齐全的列表页赫然在目查询区有“客户名称”、“客户等级”下拉筛选表格列显示正确操作栏有“新增”、“编辑”、“删除”、“导出”按钮。点击新增弹出的表单字段排列整齐校验规则也已生效。这一切都源于最初的那一段话描述。实操心得描述越精准效果越好像“用饼图展示客户来源分布”就比“做个统计图”要精准得多。在初期尽量使用结构化、无歧义的语言。及时利用确认环节不要急于点“生成”仔细检查系统解析出的字段、关联和逻辑。这是避免返工的关键。生成的是“毛坯房”Skills生成的是标准功能。如果你的业务有非常特殊的交互比如一个复杂的、动态计算的表单字段可能需要在生成的代码上手动加工。但这已经完成了80%以上的基础工作。4. Skills深度配置与自定义开发系统内置的Skills虽然强大但不可能覆盖所有业务场景。真正的生产力来自于能够根据自己公司的业务特点定制和扩展属于自己的Skills。JeecgBoot v3.9.2提供了这套扩展机制。4.1 自定义Skill的开发流程假设我们公司有一个特殊的业务规则所有“SVIP”等级的客户在创建时都需要自动向其邮箱发送一封专属欢迎信。这个逻辑不太可能作为通用内置Skill我们需要自己开发一个SendWelcomeEmailSkill。步骤一定义Skill元信息在后台管理系统中进入“Skills开发中心”创建一个新的Skill。Skill标识符crm.customer.svip.welcome.emailSkill名称发送SVIP客户欢迎邮件触发条件可选择“数据表crm_customer的INSERT操作后”且“当customer_level字段值为‘SVIP’时”。输入参数系统会自动将新增的客户记录对象包含id,name,email等字段作为输入。输出结果无或返回发送状态。步骤二编写Skill执行逻辑这本质上是一个Spring Bean。你需要实现一个特定的接口例如ISkillExecutor。Component public class SendWelcomeEmailSkill implements ISkillExecutorCustomer { Autowired private JavaMailSender mailSender; Override public SkillResult execute(SkillContext context, Customer customer) { // 1. 从上下文中获取触发数据 if (!SVIP.equals(customer.getCustomerLevel())) { return SkillResult.skip(客户等级非SVIP跳过执行); } if (StringUtils.isEmpty(customer.getEmail())) { return SkillResult.fail(客户邮箱为空无法发送); } // 2. 编写业务逻辑发送邮件 try { MimeMessage message mailSender.createMimeMessage(); MimeMessageHelper helper new MimeMessageHelper(message, true); helper.setTo(customer.getEmail()); helper.setSubject(尊敬的SVIP客户欢迎您); String content String.format(h1尊敬的%s您好/h1p感谢您成为我们的SVIP客户.../p, customer.getName()); helper.setText(content, true); mailSender.send(message); // 3. 记录日志可选但推荐 LogUtils.info(已向SVIP客户[{}]发送欢迎邮件至{}, customer.getName(), customer.getEmail()); return SkillResult.success(); } catch (Exception e) { LogUtils.error(发送SVIP欢迎邮件失败, e); return SkillResult.fail(邮件发送失败: e.getMessage()); } } Override public String getSkillCode() { return crm.customer.svip.welcome.email; // 与元信息标识符对应 } }步骤三注册与测试将写好的类放在指定包下系统会自动扫描注册。然后在Skills工作台你就可以在配置客户表生成的规则时勾选这个自定义的Skill。下次通过Skills生成客户管理功能或者手动新增一个SVIP客户时这个发邮件的动作就会自动执行。4.2 Skills的组合与编排单个Skill能力有限但Skills可以像乐高一样组合起来形成复杂的工作流。平台提供了图形化或DSL的方式来编排Skills。例如一个“客户签约”流程可以编排为Skill A生成合同文档基于模板和客户数据。Skill B调用电子签章服务发起签署。Skill C签署完成后更新客户状态为“已签约”。Skill D通知销售经理和财务人员。你可以在“流程编排”界面通过拖拽这些Skill节点并设置顺序和条件分支来定义这个流程。未来甚至可以用自然语言描述这个流程由AI自动完成编排。配置心得Skill设计要“单一职责”一个Skill只做一件事比如“发邮件”和“更新状态”最好分成两个Skill这样复用性更高。做好异常处理与日志Skill是自动执行的必须有完善的异常捕获和日志记录方便排查问题。考虑幂等性对于可能被重复触发的Skill如消息通知要确保多次执行的结果与一次执行一致避免重复发送。5. 与传统模式及竞品的对比思考JeecgBoot此次升级无疑在低代码赛道上扔下了一枚“深水炸弹”。我们有必要将其与传统开发、传统低代码以及一些竞品进行对比看清它的位置和优劣。5.1 与传统手工编码对比对比维度传统手工编码JeecgBoot v3.9.2 (Skills)开发效率低。所有代码需从零开始编写、调试。极高。描述需求即可生成可运行的基础代码效率提升数倍至数十倍。一致性/规范性依赖开发者个人水平容易产生风格不一、质量参差的代码。高。生成的代码遵循项目既定规范和模式结构统一质量稳定。灵活性/可控性极高。可实现任何复杂、个性化的逻辑。中高。生成的标准功能覆盖大部分场景复杂个性逻辑需在生成代码上二次开发。入门门槛高。需要熟练掌握前后端技术栈。低。业务人员可通过自然语言参与开发者更关注业务和定制Skill。维护成本高。业务逻辑散落在大量代码中牵一发而动全身。相对较低。业务规则可通过Skill或配置集中管理变更影响范围更清晰。结论对于企业内大量存在的业务管理系统OA、CRM、ERP、各种后台、数据中台前端、报表平台等JeecgBoot Skills模式具有压倒性的效率优势。它最适合的场景是“标准化功能占主体个性化需求为补充”的项目。5.2 与“拖拉拽”式低代码平台对比对比维度传统“拖拉拽”低代码JeecgBoot v3.9.2 (Skills)交互方式图形化操作GUI。需要学习组件的使用和属性的配置。自然语言/DSL。用业务语言描述需求更符合思维习惯。抽象层次“界面/流程”层。用户仍在操作具体的UI组件和逻辑节点。“业务意图”层。用户关注业务对象和规则而非实现细节。复杂逻辑支持弱。复杂逻辑编排困难容易变成“面条式”连接难以维护。强。通过自然语言描述复杂规则由AI和Skills引擎转化为更结构化的代码或配置。生成产物通常是平台专用的元数据或解释型代码黑盒性强脱离平台难运行。标准的、可读的Java/Vue代码白盒化。生成后完全受开发者控制可任意修改、调试、集成。开发者体验感觉在使用一个“受限”的工具遇到瓶颈时挫败感强。感觉拥有一个“超级助手”专注于高价值的设计和定制工作。结论JeecgBoot Skills模式在开发者体验和系统可控性上实现了对传统拖拉拽模式的超越。它解决了低代码“天花板低”和“厂商锁定”的核心痛点。5.3 与若依RuoYi等开源后台框架对比社区常有人问“JeecgBoot和若依哪个好”。在v3.9.2之前两者都是优秀的Java快速开发平台侧重点不同若依更偏向于经典、稳定的权限管理框架JeecgBoot则在在线开发、代码生成器、表单设计器上更激进。v3.9.2之后差异被急剧拉大若依代表了**“优秀的手工/半自动脚手架”**。它提供了纯净的架构、清晰的代码和强大的基础功能用户、角色、菜单、部门等。你需要在此基础上手动或利用它的代码生成器也是生成标准代码去开发业务模块。控制权完全在开发者手中。JeecgBoot v3.9.2代表了**“AI驱动的业务构建平台”。它内置的能力特别是Skills旨在替代而不仅仅是辅助**基础业务模块的开发。它的目标是让开发者从重复劳动中解脱出来。如何选择如果你的团队技术能力强追求极致的架构控制和代码洁癖项目业务极其复杂、非标那么若依这类框架可能仍是首选。如果你的目标是快速、高效地应对大量内部业务系统、运营后台的开发希望大幅降低重复劳动并愿意拥抱AI辅助开发的新范式那么JeecgBoot v3.9.2无疑是目前更具颠覆性的选择。它尤其适合项目多、人手紧、需求变化快的中小团队或大型企业的IT部门。6. 潜在挑战与最佳实践建议任何新技术都有其适应期和挑战JeecgBoot v3.9.2的Skills模式也不例外。6.1 可能遇到的挑战“智能”的边界与调试困难当AI生成的结果不符合预期时调试过程可能比调试自己写的代码更困难。你需要去理解Skills的意图识别和任务分解逻辑这需要新的技能。生成代码的“风格”与团队规范融合生成的代码虽然规范但可能与团队已有的细微编码习惯如命名偏好、异常处理方式不同。需要制定合并规范。复杂业务描述的歧义性自然语言天生存在歧义。“管理一个项目”可能被理解为项目管理任务、成员也可能被理解为项目资料管理。需要更精确的DSL或多次交互确认。Skills生态的成熟度平台内置Skills有限复杂业务依赖自定义Skill。初期团队需要投入学习成本和开发成本来建设自己的Skill库。性能与安全顾虑自动生成的代码和逻辑在极端数据量或高并发下性能是否最优自动执行的Skills是否会引入安全漏洞如SQL注入、权限绕过这需要平台方提供强有力的保障和测试工具。6.2 最佳实践与落地建议结合我个人在类似平台上的探索经验给出以下几点建议从小处着手渐进式采用不要一上来就在核心业务系统上全面使用。可以先从一个边缘的、相对独立的内部工具如“会议室预约系统”、“设备报修平台”开始试点。让团队熟悉“描述-生成-调整”的新工作流。建立“人审机编”流程将Skills定位为“高级代码生成器”和“业务助手”而非完全取代开发者。必须建立严格的代码审查Code Review流程对AI生成的所有代码进行业务逻辑和安全性的二次审查。生成的是“初稿”人才是“定稿者”。投资建设领域Skill库这是形成竞争壁垒的关键。梳理公司核心业务领域如电商、物流、金融风控将其中通用的、复杂的业务规则封装成高质量的Custom Skills。例如电商公司可以开发“优惠券计算Skill”、“库存锁定与释放Skill”。这会让后续开发效率呈指数级提升。培养“业务分析师低代码工程师”角色传统的“前端/后端”分工可能被打破。更需要的是能精准理解业务、并将其转化为无歧义描述或DSL的“业务分析师”以及精通Skills开发、定制和集成的“低代码/AI应用工程师”。关注生成代码的可维护性确保生成的代码结构清晰、注释完备。对于在生成代码基础上进行的二次开发要做好版本标记避免未来重新生成时覆盖手工修改。可以考虑利用Git分支策略将生成的代码放在一个分支手工修改在另一个分支通过合并策略来管理。JeecgBoot v3.9.2的这次升级不仅仅是技术的迭代更是一种理念的宣示低代码的未来不在于把图形化界面做得更花哨而在于如何更深刻地理解开发者的意图并用更高的抽象层次和自动化能力去实现它。它把我们从“怎么写”的泥潭中拉出来让我们能更多地思考“做什么”和“为什么”。虽然前路仍有挑战但对于那些渴望打破效率瓶颈的团队来说这无疑是一次值得全力拥抱的变革。