自架服務
jeecgboot/JeecgBoot avatar
jeecgboot/JeecgBoot

jeecgboot/JeecgBoot:從 README 拆解用途、入口與限制

JeecgBoot 是企業級 AI 低程式碼平台,一句話即可產生前後端完整系統,內建 AI 聊天、知識庫、流程編排與 MCP 外掛功能。

47,817 個 Star16,182 個 ForkJavaApache-2.0

秒懂

它是什麼?
【低代码迈入v2.0时代,一句话即可生成整个系统】企业级AI低代码平台,一键生成前后端代码甚至整个系统。 AI Skills 一句话画流程、设计表单、生成报表、大屏。内置 AI应用平台涵盖:AI聊天、知识库、流程编排、MCP插件等,兼容主流大模型。引领AI低代码「Skills 生成 → 在线配置 → 代码生成 → 手工合并->AI修改」开发模式,解决 Java 项目 90% 重复工作,提高效率又不失灵活。。本文依 README 的具體內容整理功能邊界、操作線索、維護訊號與授權影響。
適合誰用?
jeecgboot/JeecgBoot 適合需要 README 已列出能力,並能配合其資料形式、命令入口與維護方式的使用者;不適合把文件之外的效能或相容性當成既定保證的情境。採用前先依 JeecgBoot 的 README 執行最小範例,觀察實際輸出、錯誤位置與設定檔變化,再決定是否接入正式流程。
可以商用嗎?
可以。Apache-2.0 是寬鬆授權:你可以使用、修改並販售以它為基礎的軟體,只需保留著作權與授權聲明。
還在維護嗎?
有在維護。儲存庫最近一次提交在 4 天前。
用什麼語言寫的?
主要是 Java(依據 GitHub 的語言統計)。

以上回答依據專案的 GitHub 資料(最近同步於 2026年9月15日)與我們的分析,不構成法律意見。

開源專案深度解析

JeecgBoot:README 如何界定專案用途

README 開頭宣布了它所稱的低程式碼 v2.0,核心是 AI Skills 自然語言程式設計。專案稱與 Claude Code 搭配後,一句話即可生成全端程式碼、BPMN 流程、表單、報表和大螢幕,涵蓋 JeecgBoot 的所有低程式碼場景。Skills 倉庫單獨託管在 github.com/jeecgboot/skills,README 中附有示範影片和技能對比文件的連結。目前版本為 3.9.3,日期為 2026-07-07。README 說明最新版本在支援的大模型中預設使用 DeepSeek,並列出目前 AI 功能為 AI 聊天助手、AI 建表和 AI 報表生成。README 沒有說明 Skills 整合如何安裝或設定,也沒有說明與 Claude Code 配對的具體命令,這些步驟不在本檔案中。

jeecgboot/JeecgBoot 的 README 還提供了可核對的具體線索:中文 | [English](./README.en-US.md) | [日本語](./README.ja-JP.md)。這使本節的判斷能落在專案實際名稱、介面與資料上,而不是套用同類工具的想像。低代码迈入 v2.0 时代,AI Skills 自然语言编程全新发布 - 一句自然语言即可生成整个系统,一句话生成完整代码、一句话画流程、一句话设计表单、一句话出报表与大屏,覆盖 JeecgBoot 低代码全场景。。讀者可以把這些內容對照目前分支的 README 與相關路徑,分辨文件明確承諾的功能和文章沒有足夠證據延伸的部分。

[](https://github.com/jeecgboot/JeecgBoot/blob/master/LICENSE)。對 JeecgBoot 而言,這個差異很重要:一份清單、函式庫、命令列工具、模板或服務的使用成本並不相同。若 README 展示了命令,應觀察該命令的輸入與輸出;若只列出分類、範例或連結,則只能據此說明索引方式與文件邊界。不要把倉庫的描述、星數或作者自報內容當成效能、穩定性或安全保證。

採用 jeecgboot/JeecgBoot 前,可針對專案本身做一個小型核對:先依 README 的安裝或入口取得 JeecgBoot,再用文件中的最小範例,記錄終端輸出、產生的檔案或畫面變化。若專案是資料整理或範例集合,應檢查分類、圖示、連結和貢獻規則是否符合團隊需要;若專案涉及執行環境,則要檢查版本、設定檔和失敗時的錯誤位置。這些觀察點比抽象地詢問「是否值得採用」更能反映 jeecgboot/JeecgBoot 的真實邊界。

JeecgBoot:核心資料與操作入口

倉庫同時包含單體 SpringBoot 後端(jeecg-boot)和微服務變體(jeecg-server-cloud)。目錄結構顯示 jeecg-boot-parent 下含 base-core、module-demo 和 module-system,其中 module-system 又分為 biz、start(連接埠 8080)和 api。雲端布局增加了 9999 連接埠的閘道、8848 連接埠的 Nacos、7001 和 7002 連接埠的系統與示範雲端啟動模組,另有監控、xxljob、sentinel 等視覺化模組,以及涵蓋 RabbitMQ、Seata 和 ShardingSphere 的測試模組。前端是獨立的原始碼樹 jeecgboot-vue3,基於 Vue 3、TypeScript、Vite 6 和 AntDesignVue 4。第三個專案 jeecg-uniapp 被連結用於 APP 開發,支援多端適配。README 沒有說明兩種後端布局是否共用相同的業務模組,也沒有說明除連結文件之外如何在兩者之間遷移。

jeecgboot/JeecgBoot 的 README 還提供了可核對的具體線索:[](https://www.toutiao.com/c/user/token/CiZtC9Gnyl2qDcTF9Kqhh9LV7tW1cJsdRn2rfFUU5lZy4RJaD4hdBpJCjwAAAAAAAAAAAAAUFvsvy4j57fg5tqwVmxukKxGEhbMl7pE14lY9YSDq-A26V7xrG3hYuqZ9y6F3W01oQkIKQDhjDxYPqBCIBA2iiHh0=)。這使本節的判斷能落在專案實際名稱、介面與資料上,而不是套用同類工具的想像。[](https://github.com/jeecgboot/JeecgBoot)。讀者可以把這些內容對照目前分支的 README 與相關路徑,分辨文件明確承諾的功能和文章沒有足夠證據延伸的部分。

[](https://github.com/jeecgboot/JeecgBoot)。對 JeecgBoot 而言,這個差異很重要:一份清單、函式庫、命令列工具、模板或服務的使用成本並不相同。若 README 展示了命令,應觀察該命令的輸入與輸出;若只列出分類、範例或連結,則只能據此說明索引方式與文件邊界。不要把倉庫的描述、星數或作者自報內容當成效能、穩定性或安全保證。

JeecgBoot:命令、設定或檔案的實際角色

JeecgBoot 的目標是在零程式碼與低程式碼工作之間分工。簡單功能透過 OnlineCoding 設定完成,複雜功能由程式碼產生器生成後手動合併。README 將這種混合方式歸於對靈活性的保留,並稱通用低程式碼產品往往缺乏這一點。程式碼產生器支援單表、樹狀列表、一對多、一對一資料模型,增刪改查一鍵生成,選單設定可直接使用。文中提到四套範本,但括號內的細分(單表兩套、樹模型一套、一對多三套)加起來並不是四。README 還聲稱可解決 Java 專案 70% 的重複工作,開發效率可提升超過 70%,但這些都是專案自身的數字,並非獨立驗證的測量結果。

jeecgboot/JeecgBoot 的 README 還提供了可核對的具體線索:[](https://github.com/jeecgboot/JeecgBoot)。這使本節的判斷能落在專案實際名稱、介面與資料上,而不是套用同類工具的想像。JeecgBoot 是一款 AI 低代码开发平台,支持 "低代码 + 零代码" 双模式。零代码模式下,5 分钟零代码快速搭建完整业务系统;。讀者可以把這些內容對照目前分支的 README 與相關路徑,分辨文件明確承諾的功能和文章沒有足夠證據延伸的部分。

低代码模式下,AI 自动输出前后端代码、建表 SQL 与菜单权限,生成即可运行。 平台内置 AI 应用平台:AI 聊天助手、知识库、流程编排、MCP、插件,兼容各大模型!。對 JeecgBoot 而言,這個差異很重要:一份清單、函式庫、命令列工具、模板或服務的使用成本並不相同。若 README 展示了命令,應觀察該命令的輸入與輸出;若只列出分類、範例或連結,則只能據此說明索引方式與文件邊界。不要把倉庫的描述、星數或作者自報內容當成效能、穩定性或安全保證。

JeecgBoot:適用範圍與未說明部分

README 列出了核心技術棧的具體版本號:Spring Boot 4.1.0、Spring Cloud Alibaba 2025.1.0.0、MybatisPlus 3.5.16、Apache Shiro 3.0.0、Jwt 4.5.0、JimuReport 2.1.5 和 Alibaba Druid 1.2.28。Java 預設使用 JDK 17,同時支援 21 和 24。前端要求 pnpm v9 或更高版本,並建議使用 Node.js v20.15.0,因為 Vite 6 需要 Node 18 或 20 以上。資料庫支援列有 MySQL、Oracle 11g、SqlServer 2017、PostgreSQL、MariaDB、達夢、人大金倉和 TiDB。AI 方面支援 DeepSeek、ChatGPT、Qwq、智庫以及本機搭建的 Ollama 模型,預設使用 DeepSeek。README 沒有給出 AI 整合的版本號。

jeecgboot/JeecgBoot 的 README 還提供了可核對的具體線索:引领AI低代码开发模式: "AI 生成 → 在线配置 → 代码生成 → 手工合并",帮助解决 Java 项目中 80% 的重复工作,让开发更多关注业务,在大幅提升效率的同时又不失灵活性。。這使本節的判斷能落在專案實際名稱、介面與資料上,而不是套用同類工具的想像。采用最新的前后端分离技术栈(Ant Design&Vue3,SpringBoot4,SpringCloud Alibaba,Mybatis-plus,具备强大且颗粒化的权限控制,支持按钮权限和数据权限设置,满足大型业务系统需求。功能涵盖在线表单、表单设计、流程设计、门户设计、报表与大屏设计、OA办公、AI应用、AI知识库、大模型管理、AI流程编排、AI聊天,支持ChatGPT、DeepSeek、Ollama等多种AI大模型。。讀者可以把這些內容對照目前分支的 README 與相關路徑,分辨文件明確承諾的功能和文章沒有足夠證據延伸的部分。

- 零代码能力: 国内首个“低代码+零代码”双模驱动的AI低代码平台!同时支持低代码和零代码; 让开发者用低代码,让业务人员在同一个平台上用零代码!。對 JeecgBoot 而言,這個差異很重要:一份清單、函式庫、命令列工具、模板或服務的使用成本並不相同。若 README 展示了命令,應觀察該命令的輸入與輸出;若只列出分類、範例或連結,則只能據此說明索引方式與文件邊界。不要把倉庫的描述、星數或作者自報內容當成效能、穩定性或安全保證。

JeecgBoot:維護訊號與版本判讀

微服務部分列舉了專案整合的元件:Nacos 用於註冊與發現,Gateway 用於路由並支援三種載入模式,Feign 用於分散式 HTTP,Sentinel 用於熔斷降級與限流,Minio 和 AliOSS 用於分散式檔案,SpringBootAdmin 用於服務監控,Skywalking 用於鏈路追蹤,RabbitMQ 用於訊息,xxl-job 用於分散式任務,Seata 用於分散式交易,Loki 與 Grafana 用於分散式日誌。CAS 單一登入和路由限流被標記為支援。部署支援 docker-compose、k8s 和 Jenkins。README 還提到單體與微服務模式之間可自由切換,但具體步驟留給連結的文件,包括單體升級為微服務的指南和 Docker 啟動指南。

jeecgboot/JeecgBoot 的 README 還提供了可核對的具體線索:- Skills能力: 全面支持skills能力,支持一句话生成完整系统,提供零代码模式(一句话搭建系统,无需编写代码)和代码生成模式(基于 jeecg-codegen,自动生成完整代码和建表SQL)两种选择。同时支持一句话自动绘制流程图、设计表单,省去手工绘制繁琐步骤。。這使本節的判斷能落在專案實際名稱、介面與資料上,而不是套用同類工具的想像。- AI智能报表: JimuReport是一款自主研发的强大开源企业级Web报表工具。它通过零编码的拖拽式操作,赋能用户如同搭积木般轻松构建各类复杂报表,全面满足企业数据可视化与分析需求,助力企业级数据产品的高效打造与应用。。讀者可以把這些內容對照目前分支的 README 與相關路徑,分辨文件明確承諾的功能和文章沒有足夠證據延伸的部分。

- AI智能大屏: JimuBI一款自主研发的强大的大屏和仪表盘设计工具。专注数字孪生与数据可视化,支持交互式大屏、仪表盘、门户和移动端,实现“一次开发,多端适配”。 大屏设计类Word风格,支持多屏切换,自由拖拽,轻松打造炫酷动态界面。。對 JeecgBoot 而言,這個差異很重要:一份清單、函式庫、命令列工具、模板或服務的使用成本並不相同。若 README 展示了命令,應觀察該命令的輸入與輸出;若只列出分類、範例或連結,則只能據此說明索引方式與文件邊界。不要把倉庫的描述、星數或作者自報內容當成效能、穩定性或安全保證。

JeecgBoot:授權對使用方式的影響

除了程式碼生成,JeecgBoot 還把自己定位為零程式碼線上工作平台:線上表單、線上報表、線上圖表設計、大螢幕設計、行動端設定、表單設計器、線上流程設計和流程自動化。一個刻意的架構選擇是流程與表單的鬆耦合:工作流節點透過設定來擴充業務邏輯的任務介面,而表單可以來自表單設計器、線上設定或手寫程式碼。README 稱這種分離既保護了公司流程的機密性,又減少了開發者的工作量。它還列出頁面驗證、支援多種比對模式的查詢過濾、列級與欄位級資料權限,以及支援簡訊、郵件和微信推播的訊息中心。這些都是 README 中的功能聲明,本檔案中沒有可重現的基準來證明其中任何一項。

jeecgboot/JeecgBoot 的 README 還提供了可核對的具體線索:- AI应用平台: 盖AI应用管理、AI模型管理、智能对话助手、知识库问答、流程编排与设计器、AI建表、MCP插件配置等功能。平台兼容主流大模型,包括ChatGPT、DeepSeek、Ollama、智普、千问等,助力企业高效构建智能化应用,推动低代码开发与AI深度融合。。這使本節的判斷能落在專案實際名稱、介面與資料上,而不是套用同類工具的想像。- JEECG宗旨是: JEECG旨在通过OnlineCoding平台实现简单功能的零代码快速搭建,同时针对复杂功能采用代码生成器生成代码并手工合并,打造智能且灵活的低代码开发模式,有效解决了当前低代码产品普遍缺乏灵活性的问题,提升开发效率的同时兼顾系统的扩展性和定制化能力。。讀者可以把這些內容對照目前分支的 README 與相關路徑,分辨文件明確承諾的功能和文章沒有足夠證據延伸的部分。

- JEECG业务流程: JEECG业务流程采用BPM工作流引擎实现业务审批,扩展任务接口供开发人员编写业务逻辑,表单提供表单设计器、在线配置表单和编码表单等多种解决方案。通过流程与表单的分离设计(松耦合)及任务节点的灵活配置,既保障了企业流程的安全性与保密性,又大幅降低了开发人员的工作量。。對 JeecgBoot 而言,這個差異很重要:一份清單、函式庫、命令列工具、模板或服務的使用成本並不相同。若 README 展示了命令,應觀察該命令的輸入與輸出;若只列出分類、範例或連結,則只能據此說明索引方式與文件邊界。不要把倉庫的描述、星數或作者自報內容當成效能、穩定性或安全保證。

編輯結論

jeecgboot/JeecgBoot 適合需要 README 已列出能力,並能配合其資料形式、命令入口與維護方式的使用者;不適合把文件之外的效能或相容性當成既定保證的情境。採用前先依 JeecgBoot 的 README 執行最小範例,觀察實際輸出、錯誤位置與設定檔變化,再決定是否接入正式流程。

官方來源

  1. Official documentation
  2. Official README
  3. Project repository
  4. Release notes
社群筆記

社群筆記