一句话生成前后端代码的低代码平台（JeecgBoot）

Java 后台项目里的增删改查、菜单权限、导入导出、建表脚本，很多团队年年重写一遍。JeecgBoot 想省掉的就是这部分：把表结构或一句需求描述交给平台，由平台产出后端接口、前端页面、建表 SQL 和菜单权限，人再在生成结果上改。

JeecgBoot 是用 Java 和 Vue3 写成的企业级 AI 低代码平台，输入自然语言需求或表结构，输出可直接运行的前后端代码、建表 SQL 与菜单权限配置。

平台主推的开发模式是「AI 生成 → 在线配置 → 代码生成 → 手工合并」，官方在 v3.9.2 的发布说明里把它称为低代码 v2.0，并称一句话搭建审批流、大屏和整套系统已经可以落地。仓库语言占比 Java 76.4%、Vue 22.7%，后端基于 Spring Boot 4、Spring Cloud Alibaba 和 MyBatis-Plus，前端基于 Vue3、TypeScript、Vite8 和 Ant Design Vue4。

基础用法

安装与依赖

前端环境有明显版本门槛：Node.js 要求 20 以上（README 注明 Vite 已不支持 Node 18，需要使用 Node.js 20.19+ 或 22.12+），pnpm 要求 9 以上。仓库里没有写明后端所需的 JDK 版本号。

官方给了 Docker 一键启动的方式，单体模式和微服务模式各一套 compose 文件，脚本分 Linux/macOS 的 .sh 与 Windows 的 .bat：

start-docker-compose.sh        # 单体模式
start-docker-compose-cloud.sh  # 微服务模式

docker-compose.yml             # 单体模式 compose 文件
docker-compose-cloud.yml       # 微服务模式 compose 文件

仓库根目录还放了一个 check_jeecgenv.py，用于检查本机环境是否满足要求。本地开发方式（IDE 里分别启动前后端）在 README 里只给了文档链接，没有把步骤直接写进仓库。

最短能跑通的示例

用 Docker 起单体模式是最短的路径，README 给出的默认账号密码是 admin/123456，登录后即可看到平台首页。

docker-compose -f docker-compose.yml up -d

# 默认账号密码
admin / 123456

跑通之后要做的第一件事通常是接入一个大模型：AI 相关能力需要模型服务，README 写明兼容 ChatGPT、DeepSeek、Ollama 等主流大模型，但仓库里没有说明模型密钥填在哪、默认用哪个模型。想要自然语言生成能力的，README 指向一键安装 Claude Code + JEECG Skills 的入口，Skills 本身另有开源仓库：

https://help.jeecg.com/java/ai/skills/skill-install
https://github.com/jeecgboot/skills

确认它跑起来了

判断这一跑是否成功，看三处。浏览器打开前端服务能出现登录页，用 admin/123456 能进去，说明前后端和数据库串起来了。进入后台后左侧菜单应能看到系统管理、Online 在线开发、AI 应用等模块，菜单是空的或者报错通常意味着数据库初始化脚本没执行完。

生成能力是否可用，则要到代码生成器或 Online 表单里试一次：填一张表、点生成，看后端工程的代码目录里有没有出现对应的 Entity、Mapper、Service 和前端页面文件。这些产物落在源码目录里，不在页面上，所以要在 IDE 中确认。

主要功能

AI 与代码生成能力

• 一句话生成完整系统：用自然语言描述业务需求，AI 自动完成建表、生成前后端 CRUD 代码、配置菜单权限和页面渲染。官方称这套模式为低代码 v2.0，需要在 Claude Code 中安装 JEECG Skills 才能使用，属于外部工具链依赖，不是打开网页就能用的功能。
• 代码生成器：支持单表、树表、一对一、一对多等数据模型，一键生成前后端代码、建表 SQL 和菜单权限，生成后可直接运行。模板机制可自定义，官方提供四套风格模板（单表两套、树模型一套、一对多三套）。
• AI 应用平台：一套类似 Dify 的 AIGC 应用开发与知识库问答系统，包含 AI 聊天助手、知识库管理、文档解析、向量库对接、流程编排、MCP 和插件。知识库部分基于 RAG。README 把它列为独立专题，详细说明放在 README-AI.md 里。
• AI 建表与 AI 报表：用对话方式建表、生成报表图表。v3.9.1 之后 AI 聊天支持文件上传，并有 Chat2BI 生成图表的能力。

在线配置与企业级基础能力

• Online 在线表单：不写代码，在线配置表单即可实现增删改查，支持单表、树、一对多、一对一模型，提供 23 种控件，并带在线代码编辑器用于增强开发。v3.9.5 为它新增了多数据源和外部填报能力。表单保存后需要同步到数据库，这一步在旧版本里出过问题。
• 报表与大屏：集成 JimuReport 报表和 JimuBI 大屏，拖拉拽制作报表、大屏和门户，支持柱形图、折线图、饼图、地图等多种图表类型，可导出 PDF、Excel、Word。
• 工作流：集成 Flowable，在页面上画流程、挂靠自定义表单、配置流程转向，业务流转的 Java 代码量很少。
• 权限与多租户：采用 RBAC 模型，支持按钮权限、数据权限，数据权限可细到行级、列级和表单字段级。接口层提供基于 AK/SK 的 OpenAPI 鉴权。平台支持 SaaS 多租户架构方案。

参数与配置

常用参数

README 里能直接确认的参数不多，主要集中在环境和启动方式上。

• Node.js：20 以上，具体要求 20.19+ 或 22.12+；pnpm：9 以上
• 默认登录账号：admin，密码 123456
• 部署形态：单体与微服务可自由切换，微服务依赖 Spring Cloud Alibaba 的 Nacos、Gateway、Sentinel、Skywalking
• 数据库兼容：MySQL、PostgreSQL、Oracle、SQL Server、MariaDB、达梦、人大金仓等；信创环境另支持麒麟系统、东方通 TongWeb/TongRDS、宝兰德
• 文件存储：可对接 MinIO、阿里 OSS，也支持本地存储

配置文件

仓库里没有说明具体配置文件的路径与字段清单。数据库连接、模型密钥、对象存储地址这些配置项落在哪里，README 没有列出，需要以官方文档站（help.jeecg.com）里的对应章节为准。根目录的 check_jeecgenv.py 是环境检查脚本，不是配置文件。

实际使用中的坑

GitHub Issue 里有几条被反复讨论的问题，都在真实使用中踩到过。

• Online 表单保存后同步不到数据库：2.4.3 版本里，装好开源版在本地用 Online 在线表单，保存后不能同步建表。该 Issue 状态为已解决。
• 单体切微服务时 Nacos 启动报错：3.4.3 版本按文档把单体升级成微服务，启动 Nacos 时抛 Startup errors。该 Issue 状态为已解决，但说明这条升级路径有步骤容易出错。
• 生产环境上传组件失效：3.7.0 版本部署到生产后，前端上传组件无法上传文件，报的是 addEventListener 相关的 TypeError。该 Issue 状态为已解决。
• BasicTable 行编辑的值会丢：3.5.0 版本里表格行编辑保存并 reload 之后，二次编辑拿不到 record.editValueRefs 等属性，官网示例可复现。该 Issue 状态为已解决。

另有一个「AI / AIGC 需求汇总」的 Issue 状态为待解决，说明 AI 相关能力还在持续补，功能覆盖面会随版本变化。

几个同类怎么选

下面三个项目都基于 Spring Boot 加 Vue 的前后端分离架构，都在解决「快速搭出一套带权限的后台」这个问题，属于同类，放在一起对比有实际意义。

JeecgBoot 的体积和模块数量决定了它不适合当轻量底座用，只是想搭一个小后台的团队把整套平台拆瘦并不划算，这种情况下 smart-admin 这类主打简洁的后台框架上手更快。已经围绕 RuoYi 攒了现成模块的项目，换到 JeecgBoot 意味着重做一遍适配，留在 ruoyi-vue-pro 上更省事。真正值得为 JeecgBoot 买单的是那些明确要用在线表单、代码生成器或 AI 知识库的场景。

适合谁

适合正在做企业信息管理系统、OA、ERP、CRM、SaaS 多租户平台的 Java 团队，尤其是那些预计要重复写大量增删改查和权限配置、又希望保留源码级扩展能力的团队。平台自带代码生成器、Online 表单、Flowable 工作流和报表大屏，能少写不少样板代码。

也适合想把 AI 问答和知识库做进内部系统的团队，平台内置的 AI 应用模块省掉了从零搭 RAG 管道的功夫。反过来，如果只是想找一套干净的后台管理骨架，或者团队没有精力维护一个体系庞大的低代码平台，JeecgBoot 的体量和学习成本会变成负担，去选更轻的框架更合适。

项目仓库地址是 https://github.com/jeecgboot/JeecgBoot，采用 Apache License 2.0 许可证，主要语言为 Java。截至事实采集时，Star 48070、Fork 16199、Watcher 850，开放 Issue 53 个，最近一次提交在 2026-09-22。

焚评：这个项目的量化评分

本项目的选题来自 焚.com（一个按公开公式给 GitHub 项目打分的站）。焚评当前总分 9.5 分（满分 10）。下表是各维度的得分：

评分口径、权重与计算方式见焚.com 的评分方法页；数据随 GitHub 指标刷新，具体数值以焚.com 当前页面为准。本文正文为诀.com 独立撰写，评分数据由焚.com 授权引用。