NocoBase 旧版 CRMv1方案深度解析备份还原部署、功能模块与向 CRM 2.0 的演进【免费下载链接】nocobaseNocoBase is an open-source AI no-code platform for building business systems fast. Instead of generating everything from scratch, AI works on top of production-proven infrastructure and a WYSIWYG no-code interface, so you get both speed and reliability.项目地址: https://gitcode.com/GitHub_Trending/no/nocobase本文基于 NocoBase 官方文档 docs/docs/cn/solution/crm/v1.md 编写围绕旧版 CRM v1 解决方案的定位、功能构成、基于备份管理器的一键还原部署流程展开并结合仓库内备份管理器插件文档、环境变量说明与 Docker 配置示例深入讲解部署前提PostgreSQL 16、DB_UNDERSCORED 约束、还原机制与兼容性要求。读完本文你将掌握如何在已有 NocoBase 环境上通过备份文件还原出完整的 CRM v1 系统并理解该版本被 CRM 2.0 取代的原因与升级方向。1. 版本定位仅供预览的旧版 CRM旧版 CRMv1是 NocoBase 官方解决方案中的一套预览性质的客户关系管理系统。官方文档对其定位非常明确仅供预览。尽管该版本功能较为完整覆盖了客户、销售管道、订单、沟通协作与数据分析等常见 CRM 能力但它存在三个被官方明确指出、并直接推动 CRM 2.0 重新设计的结构性问题数据表整体设计不合理核心表结构缺乏系统性的规划难以支撑复杂业务扩展缺乏多语言本地化支持面向国际化部署与外贸场景时存在明显短板CRM 表与项目管理表存在耦合两个业务域的表结构互相牵连违背了模块化设计原则导致按需裁剪与独立演进困难。由于上述问题官方文档明确表示当前推荐使用 CRM 2.0 版本见 docs/docs/cn/solution/crm/index.md其数据表结构更合理、易扩展改造并已完成多语言本地化。也就是说阅读本文时应当将 v1 视为用于了解 NocoBase 解决方案形态与备份还原部署机制的历史版本而非作为新项目的最佳起点。从仓库内 CRM 2.0 的详细设计文档 docs/docs/cn/solution/crm/design.md 可以印证 v1 的设计缺陷是如何被修正的CRM 2.0 采用了模块化架构核心模块客户 商机必需、其余模块按需启用禁用模块只需隐藏菜单入口而无需修改代码或删除数据表各模块独立设计以降低耦合度——这正是针对 v1 CRM 表与项目管理表耦合问题的直接回应。2. 功能模块总览v1 版 CRM 包含以下六大功能模块覆盖销售团队从获客到成交的完整工作链模块核心能力客户管理客户信息、联系人、客户分级销售管道线索管理、商机跟进、销售漏斗订单管理报价单、订单、合同项目管理v2 版本暂未包含的差异化模块沟通协作邮件沟通、评论、审批流程数据分析仪表板、报表、数据可视化值得注意的是项目管理模块是 v1 的独有特性CRM 2.0 暂未包含。这也从侧面解释了 v1 中CRM 表与项目管理表耦合问题的来源——两个业务域被塞进了同一套解决方案中。如果你需要在 CRM 中同时管理项目交付v1 的表结构尽管设计不尽合理仍提供了一种参考形态。3. 部署前提条件环境与版本约束v1 版采用备份还原的形式进行部署而不是传统的从零初始化。在开始还原之前必须逐项核对以下前提条件已有基础 NocoBase 运行环境备份还原是基于已有主系统进行的操作主系统的安装方式可参考 Docker 安装文档 或 环境变量说明NocoBase 版本 ≥ v2.1.0-beta.2备份文件包含的元数据与较低版本不兼容还原前请确认当前版本满足要求下载 CRM v1 备份文件即nocobase_crm_v1_backup_260224.nbdata可在官方文档对应页面获取该文件是还原操作的输入源。3.1 数据库要求必须使用 PostgreSQL 16官方文档特别强调本方案基于 PostgreSQL 16 数据库制作请确保你的环境使用 PostgreSQL 16。备份还原的本质是数据库全量操作备份文件中包含的表结构、内置数据与数据库元信息均基于制作备份时的数据库环境生成。若目标数据库版本与备份源不一致还原过程可能因 SQL 语法差异、内部格式差异而失败。仓库内备份管理器文档docs/docs/cn/ops-management/backup-manager/index.mdx对此有明确表述还原时要求创建备份时数据库版本与当前应用数据库版本兼容若未开启容错模式创建备份时数据库版本高于当前应用数据库版本将不允许还原。仓库根目录提供了 PostgreSQL 部署的参考编排 docker/app-postgres/docker-compose.yml其中DB_DIALECTpostgres、DB_HOSTpostgres等环境变量可作为配置 PostgreSQL 数据源的基础模板注意该示例文件中的镜像版本为postgres:10实际还原 CRM v1 时需替换为 PostgreSQL 16 对应镜像。3.2 DB_UNDERSCORED 不能为 true这是部署 v1 时最容易踩的坑官方文档明确警告请检查docker-compose.yml确保DB_UNDERSCORED环境变量未设置为true否则会与方案备份冲突导致还原失败。DB_UNDERSCORED是什么根据 环境变量参考 的说明数据库表名、字段名是否转为 snake case 风格默认为false。如果使用 MySQLMariaDB数据库并且lower_case_table_names1则 DB_UNDERSCORED 必须为true。当DB_UNDERSCOREDtrue时数据库实际的表名和字段名与界面所见的并不一致例如界面上名为orderDetails的表在数据库里实际是order_details。这条约束对 CRM v1 还原意味着备份文件在制作时使用的是非 underscore 命名风格即界面名与库表名一致如果你的运行环境开启了 snake case 转换备份中的表名将与目标数据库期望的表名对不上还原校验会直接失败。备份管理器的还原校验逻辑见 docs/docs/cn/ops-management/backup-manager/index.mdx会比对以下配置项是否一致dialect数据库类型如 postgres / mysql / mariadbunderscored字段下划线配置table prefix表前缀schema表结构任何一项不一致都会阻止还原执行DB_UNDERSCORED正是其中的 underscored 项这也是官方将其单列为重要说明的原因。4. 使用备份管理器还原操作步骤详解4.1 备份管理器插件现已开源全员可用还原依赖 NocoBase 内置的备份管理器插件对应包nocobase/plugin-backups。官方文档特别强调备份管理器插件现已开源还原方案所需的备份管理器插件已经开源所有版本含社区版均可使用。推荐直接通过该插件进行一键还原。这意味着你不必是专业版/企业版用户也能完成 CRM v1 的还原部署。插件完整能力参见 备份管理文档包括数据库及用户上传文件的全量备份、定时备份、备份的下载、删除及还原等。4.2 第 1 步开启备份管理器插件登录你的 NocoBase 系统进入插件管理找到并启用备份管理器插件。4.3 第 2 步从本地备份文件还原启用插件后刷新页面进入左侧菜单的系统管理→备份管理器点击右上角的从本地备份还原按钮将下载的nocobase_crm_v1_backup_260224.nbdata备份文件拖拽到上传区域点击提交耐心等待系统完成还原。根据备份管理器文档该操作属于上传本地备份文件还原场景其通用流程为点击从本地备份还原按钮 → 在弹出的窗口中选择本地备份文件 → 输入备份文件加密密码若文件未加密则无需输入→ 确认还原。备份还原均为数据库全量操作官方建议在还原前先对当前数据库做一次备份以防还原失败导致现有环境被覆盖。4.4 数据库客户端依赖推荐 full 镜像备份还原依赖与数据库版本匹配的数据库客户端PostgreSQL 对应pg_dump。备份管理器文档明确指出使用 Docker 安装 NocoBase 时推荐使用对应版本的full镜像例如latest-full、beta-full、alpha-full。这类镜像已内置常用数据库客户端通常无需手动安装。若当前环境缺少客户端可在容器内编写脚本手动安装storage/scripts目录例如通过postgresql-client-16包补齐pg_dump随后执行docker compose restart app并验证版本docker compose exec app bash -c pg_dump -V要求客户端版本与服务端版本一致。这正是 CRM 2.0 安装文档docs/docs/cn/solution/crm/installation.md中强烈建议使用full镜像的原因——避免因缺少数据库客户端而导致还原失败。该建议对 v1 同样适用建议优先采用docker pull nocobase/nocobase:beta-full5. 还原机制与兼容性约束为什么必须匹配了解备份还原的底层校验规则有助于你提前排查环境问题避免还原进行到一半才报错。根据 备份管理文档以下场景不允许执行还原当前 NocoBase 版本低于备份文件中的 NocoBase 版本当前 NocoBase 数据库与备份文件中的以下配置不一致dialect数据库类型underscored字段下划线配置即DB_UNDERSCOREDtable prefix表前缀schema表结构未开启容错模式且创建备份时数据库版本高于当前应用数据库版本。同时还原密码与容错模式也是两个需要了解的关键机制还原密码若备份文件设置了还原密码还原时必须输入该密码官方提醒还原密码请妥善保管遗忘密码将无法还原备份文件容错模式若需要将备份文件还原至低版本数据库需要开启容错模式如将高版本 PostgreSQL 的备份还原到较低版本环境时。此外备份设置中还支持定时备份Cron 表达式、最大备份数控制、同步备份文件至云存储、是否备份storage/uploads本地存储文件等选项这些机制共同构成了备份管理器的完整能力边界。6. 注意事项官方文档在还原步骤之外还给出了两条直接影响成败的注意事项6.1 数据库兼容性你的 PostgreSQL 数据库版本、字符集、大小写敏感设置必须与备份源文件匹配。特别是schema名称必须一致——备份文件中的表都归属于特定的 schema若目标数据库使用了不同的 schema 名称还原将无法定位目标表。结合第 5 节的校验规则可以概括为还原 备份时的环境快照回放环境差异越大失败概率越高。6.2 商业插件匹配请确保你已拥有并开启了方案所需的商业插件。备份文件中包含的插件如果在本地环境中缺失或未启用还原会失败或产生功能缺失。这一点与备份管理器文档中备份能完整还原包括插件在内的所有配置的特性相辅相成——还原的完整性越高对插件环境的匹配要求也越严格。7. 与 CRM 2.0 的对比为什么推荐升级v1 文档将 CRM 2.0 版本 定位为推荐方案。结合仓库内两份文档两者的核心差异如下维度旧版 CRMv1CRM 2.0定位仅供预览正式推荐方案数据表设计整体设计不合理模块化架构核心表结构更合理多语言本地化缺乏已完成模块耦合CRM 表与项目管理表耦合模块独立可裁剪轻量版仅需客户商机项目管理包含暂未包含部署方式备份还原备份还原规划增量迁移AI 能力—5 名 AI 员工 工作流 LLM 节点线索评分、赢率预测等多币种支持—CNY/USD/EUR/GBP/JPY 汇率管理从升级路径看v1 与 CRM 2.0 的部署方式同为备份还原 备份管理器插件且都要求 PostgreSQL 16、DB_UNDERSCORED不能为 true——因此本文第 36 节的部署方法论在升级到 CRM 2.0 时依然适用。CRM 2.0 的安装步骤与常见问题如专业版缺少企业版插件时的表现、full 镜像选择、Logo 域名限制等详见 CRM 2.0 安装文档。8. 结语旧版 CRMv1虽然已被官方标记为仅供预览并推荐使用 CRM 2.0但它完整展示了 NocoBase 解决方案的两类核心价值开箱即用的业务系统形态通过备份文件即可还原出一套覆盖客户、销售管道、订单、沟通协作与数据分析的完整 CRM无需从零搭建数据表与页面备份还原部署机制的实操范式备份管理器插件的启用、本地备份上传还原、full镜像的数据库客户端依赖、DB_UNDERSCORED与数据库兼容性校验规则这些经验在部署 CRM 2.0 及其他官方解决方案如 工单系统、All-in-One时完全可复用。如果你正准备在自己的 NocoBase 环境上还原这套系统请务必按顺序核对基础环境版本 ≥ v2.1.0-beta.2 → PostgreSQL 16 →DB_UNDERSCORED为 false → 启用备份管理器插件 → 使用 full 镜像保障数据库客户端可用然后即可通过从本地备份还原一键完成部署。对于新项目建议直接选用数据表结构更合理、支持多语言且模块可裁剪的 CRM 2.0 作为起点。【免费下载链接】nocobaseNocoBase is an open-source AI no-code platform for building business systems fast. Instead of generating everything from scratch, AI works on top of production-proven infrastructure and a WYSIWYG no-code interface, so you get both speed and reliability.项目地址: https://gitcode.com/GitHub_Trending/no/nocobase创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 NocoBase 旧版 CRM（v1）方案深度解析：备份还原部署、功能模块与向 CRM 2.0 的演进
NocoBase 旧版 CRMv1方案深度解析备份还原部署、功能模块与向 CRM 2.0 的演进【免费下载链接】nocobaseNocoBase is an open-source AI no-code platform for building business systems fast. Instead of generating everything from scratch, AI works on top of production-proven infrastructure and a WYSIWYG no-code interface, so you get both speed and reliability.项目地址: https://gitcode.com/GitHub_Trending/no/nocobase本文基于 NocoBase 官方文档 docs/docs/cn/solution/crm/v1.md 编写围绕旧版 CRM v1 解决方案的定位、功能构成、基于备份管理器的一键还原部署流程展开并结合仓库内备份管理器插件文档、环境变量说明与 Docker 配置示例深入讲解部署前提PostgreSQL 16、DB_UNDERSCORED 约束、还原机制与兼容性要求。读完本文你将掌握如何在已有 NocoBase 环境上通过备份文件还原出完整的 CRM v1 系统并理解该版本被 CRM 2.0 取代的原因与升级方向。1. 版本定位仅供预览的旧版 CRM旧版 CRMv1是 NocoBase 官方解决方案中的一套预览性质的客户关系管理系统。官方文档对其定位非常明确仅供预览。尽管该版本功能较为完整覆盖了客户、销售管道、订单、沟通协作与数据分析等常见 CRM 能力但它存在三个被官方明确指出、并直接推动 CRM 2.0 重新设计的结构性问题数据表整体设计不合理核心表结构缺乏系统性的规划难以支撑复杂业务扩展缺乏多语言本地化支持面向国际化部署与外贸场景时存在明显短板CRM 表与项目管理表存在耦合两个业务域的表结构互相牵连违背了模块化设计原则导致按需裁剪与独立演进困难。由于上述问题官方文档明确表示当前推荐使用 CRM 2.0 版本见 docs/docs/cn/solution/crm/index.md其数据表结构更合理、易扩展改造并已完成多语言本地化。也就是说阅读本文时应当将 v1 视为用于了解 NocoBase 解决方案形态与备份还原部署机制的历史版本而非作为新项目的最佳起点。从仓库内 CRM 2.0 的详细设计文档 docs/docs/cn/solution/crm/design.md 可以印证 v1 的设计缺陷是如何被修正的CRM 2.0 采用了模块化架构核心模块客户 商机必需、其余模块按需启用禁用模块只需隐藏菜单入口而无需修改代码或删除数据表各模块独立设计以降低耦合度——这正是针对 v1 CRM 表与项目管理表耦合问题的直接回应。2. 功能模块总览v1 版 CRM 包含以下六大功能模块覆盖销售团队从获客到成交的完整工作链模块核心能力客户管理客户信息、联系人、客户分级销售管道线索管理、商机跟进、销售漏斗订单管理报价单、订单、合同项目管理v2 版本暂未包含的差异化模块沟通协作邮件沟通、评论、审批流程数据分析仪表板、报表、数据可视化值得注意的是项目管理模块是 v1 的独有特性CRM 2.0 暂未包含。这也从侧面解释了 v1 中CRM 表与项目管理表耦合问题的来源——两个业务域被塞进了同一套解决方案中。如果你需要在 CRM 中同时管理项目交付v1 的表结构尽管设计不尽合理仍提供了一种参考形态。3. 部署前提条件环境与版本约束v1 版采用备份还原的形式进行部署而不是传统的从零初始化。在开始还原之前必须逐项核对以下前提条件已有基础 NocoBase 运行环境备份还原是基于已有主系统进行的操作主系统的安装方式可参考 Docker 安装文档 或 环境变量说明NocoBase 版本 ≥ v2.1.0-beta.2备份文件包含的元数据与较低版本不兼容还原前请确认当前版本满足要求下载 CRM v1 备份文件即nocobase_crm_v1_backup_260224.nbdata可在官方文档对应页面获取该文件是还原操作的输入源。3.1 数据库要求必须使用 PostgreSQL 16官方文档特别强调本方案基于 PostgreSQL 16 数据库制作请确保你的环境使用 PostgreSQL 16。备份还原的本质是数据库全量操作备份文件中包含的表结构、内置数据与数据库元信息均基于制作备份时的数据库环境生成。若目标数据库版本与备份源不一致还原过程可能因 SQL 语法差异、内部格式差异而失败。仓库内备份管理器文档docs/docs/cn/ops-management/backup-manager/index.mdx对此有明确表述还原时要求创建备份时数据库版本与当前应用数据库版本兼容若未开启容错模式创建备份时数据库版本高于当前应用数据库版本将不允许还原。仓库根目录提供了 PostgreSQL 部署的参考编排 docker/app-postgres/docker-compose.yml其中DB_DIALECTpostgres、DB_HOSTpostgres等环境变量可作为配置 PostgreSQL 数据源的基础模板注意该示例文件中的镜像版本为postgres:10实际还原 CRM v1 时需替换为 PostgreSQL 16 对应镜像。3.2 DB_UNDERSCORED 不能为 true这是部署 v1 时最容易踩的坑官方文档明确警告请检查docker-compose.yml确保DB_UNDERSCORED环境变量未设置为true否则会与方案备份冲突导致还原失败。DB_UNDERSCORED是什么根据 环境变量参考 的说明数据库表名、字段名是否转为 snake case 风格默认为false。如果使用 MySQLMariaDB数据库并且lower_case_table_names1则 DB_UNDERSCORED 必须为true。当DB_UNDERSCOREDtrue时数据库实际的表名和字段名与界面所见的并不一致例如界面上名为orderDetails的表在数据库里实际是order_details。这条约束对 CRM v1 还原意味着备份文件在制作时使用的是非 underscore 命名风格即界面名与库表名一致如果你的运行环境开启了 snake case 转换备份中的表名将与目标数据库期望的表名对不上还原校验会直接失败。备份管理器的还原校验逻辑见 docs/docs/cn/ops-management/backup-manager/index.mdx会比对以下配置项是否一致dialect数据库类型如 postgres / mysql / mariadbunderscored字段下划线配置table prefix表前缀schema表结构任何一项不一致都会阻止还原执行DB_UNDERSCORED正是其中的 underscored 项这也是官方将其单列为重要说明的原因。4. 使用备份管理器还原操作步骤详解4.1 备份管理器插件现已开源全员可用还原依赖 NocoBase 内置的备份管理器插件对应包nocobase/plugin-backups。官方文档特别强调备份管理器插件现已开源还原方案所需的备份管理器插件已经开源所有版本含社区版均可使用。推荐直接通过该插件进行一键还原。这意味着你不必是专业版/企业版用户也能完成 CRM v1 的还原部署。插件完整能力参见 备份管理文档包括数据库及用户上传文件的全量备份、定时备份、备份的下载、删除及还原等。4.2 第 1 步开启备份管理器插件登录你的 NocoBase 系统进入插件管理找到并启用备份管理器插件。4.3 第 2 步从本地备份文件还原启用插件后刷新页面进入左侧菜单的系统管理→备份管理器点击右上角的从本地备份还原按钮将下载的nocobase_crm_v1_backup_260224.nbdata备份文件拖拽到上传区域点击提交耐心等待系统完成还原。根据备份管理器文档该操作属于上传本地备份文件还原场景其通用流程为点击从本地备份还原按钮 → 在弹出的窗口中选择本地备份文件 → 输入备份文件加密密码若文件未加密则无需输入→ 确认还原。备份还原均为数据库全量操作官方建议在还原前先对当前数据库做一次备份以防还原失败导致现有环境被覆盖。4.4 数据库客户端依赖推荐 full 镜像备份还原依赖与数据库版本匹配的数据库客户端PostgreSQL 对应pg_dump。备份管理器文档明确指出使用 Docker 安装 NocoBase 时推荐使用对应版本的full镜像例如latest-full、beta-full、alpha-full。这类镜像已内置常用数据库客户端通常无需手动安装。若当前环境缺少客户端可在容器内编写脚本手动安装storage/scripts目录例如通过postgresql-client-16包补齐pg_dump随后执行docker compose restart app并验证版本docker compose exec app bash -c pg_dump -V要求客户端版本与服务端版本一致。这正是 CRM 2.0 安装文档docs/docs/cn/solution/crm/installation.md中强烈建议使用full镜像的原因——避免因缺少数据库客户端而导致还原失败。该建议对 v1 同样适用建议优先采用docker pull nocobase/nocobase:beta-full5. 还原机制与兼容性约束为什么必须匹配了解备份还原的底层校验规则有助于你提前排查环境问题避免还原进行到一半才报错。根据 备份管理文档以下场景不允许执行还原当前 NocoBase 版本低于备份文件中的 NocoBase 版本当前 NocoBase 数据库与备份文件中的以下配置不一致dialect数据库类型underscored字段下划线配置即DB_UNDERSCOREDtable prefix表前缀schema表结构未开启容错模式且创建备份时数据库版本高于当前应用数据库版本。同时还原密码与容错模式也是两个需要了解的关键机制还原密码若备份文件设置了还原密码还原时必须输入该密码官方提醒还原密码请妥善保管遗忘密码将无法还原备份文件容错模式若需要将备份文件还原至低版本数据库需要开启容错模式如将高版本 PostgreSQL 的备份还原到较低版本环境时。此外备份设置中还支持定时备份Cron 表达式、最大备份数控制、同步备份文件至云存储、是否备份storage/uploads本地存储文件等选项这些机制共同构成了备份管理器的完整能力边界。6. 注意事项官方文档在还原步骤之外还给出了两条直接影响成败的注意事项6.1 数据库兼容性你的 PostgreSQL 数据库版本、字符集、大小写敏感设置必须与备份源文件匹配。特别是schema名称必须一致——备份文件中的表都归属于特定的 schema若目标数据库使用了不同的 schema 名称还原将无法定位目标表。结合第 5 节的校验规则可以概括为还原 备份时的环境快照回放环境差异越大失败概率越高。6.2 商业插件匹配请确保你已拥有并开启了方案所需的商业插件。备份文件中包含的插件如果在本地环境中缺失或未启用还原会失败或产生功能缺失。这一点与备份管理器文档中备份能完整还原包括插件在内的所有配置的特性相辅相成——还原的完整性越高对插件环境的匹配要求也越严格。7. 与 CRM 2.0 的对比为什么推荐升级v1 文档将 CRM 2.0 版本 定位为推荐方案。结合仓库内两份文档两者的核心差异如下维度旧版 CRMv1CRM 2.0定位仅供预览正式推荐方案数据表设计整体设计不合理模块化架构核心表结构更合理多语言本地化缺乏已完成模块耦合CRM 表与项目管理表耦合模块独立可裁剪轻量版仅需客户商机项目管理包含暂未包含部署方式备份还原备份还原规划增量迁移AI 能力—5 名 AI 员工 工作流 LLM 节点线索评分、赢率预测等多币种支持—CNY/USD/EUR/GBP/JPY 汇率管理从升级路径看v1 与 CRM 2.0 的部署方式同为备份还原 备份管理器插件且都要求 PostgreSQL 16、DB_UNDERSCORED不能为 true——因此本文第 36 节的部署方法论在升级到 CRM 2.0 时依然适用。CRM 2.0 的安装步骤与常见问题如专业版缺少企业版插件时的表现、full 镜像选择、Logo 域名限制等详见 CRM 2.0 安装文档。8. 结语旧版 CRMv1虽然已被官方标记为仅供预览并推荐使用 CRM 2.0但它完整展示了 NocoBase 解决方案的两类核心价值开箱即用的业务系统形态通过备份文件即可还原出一套覆盖客户、销售管道、订单、沟通协作与数据分析的完整 CRM无需从零搭建数据表与页面备份还原部署机制的实操范式备份管理器插件的启用、本地备份上传还原、full镜像的数据库客户端依赖、DB_UNDERSCORED与数据库兼容性校验规则这些经验在部署 CRM 2.0 及其他官方解决方案如 工单系统、All-in-One时完全可复用。如果你正准备在自己的 NocoBase 环境上还原这套系统请务必按顺序核对基础环境版本 ≥ v2.1.0-beta.2 → PostgreSQL 16 →DB_UNDERSCORED为 false → 启用备份管理器插件 → 使用 full 镜像保障数据库客户端可用然后即可通过从本地备份还原一键完成部署。对于新项目建议直接选用数据表结构更合理、支持多语言且模块可裁剪的 CRM 2.0 作为起点。【免费下载链接】nocobaseNocoBase is an open-source AI no-code platform for building business systems fast. Instead of generating everything from scratch, AI works on top of production-proven infrastructure and a WYSIWYG no-code interface, so you get both speed and reliability.项目地址: https://gitcode.com/GitHub_Trending/no/nocobase创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考