ARTICLE · 1073739
第8名 NocoBase:AI和人搭同一个后台
COMPATIBLE TOOLSNO.8
NocoBase
让 AI 和人在同一个后台里搭业务系统
星数 24,334 · 自定义许可协议（Apache-2.0 + 补充条款）· 无代码平台
NocoBase 是一个 AI + 无代码平台，用来快速搭业务系统——CRM、ERP、内部工具这类。它的思路和"让 AI 从零生成一整套系统"不一样：AI 是在一套经过生产验证的基础设施和一个所见即所得的无代码界面上干活，速度和可靠性都要。它不指望 AI 一次性生成一个能上生产的系统。
能干什么 · FEATURES
AI 与人协作 AI 从项目搭建做到迁移发布，人在可视化界面上直接改数据模型、页面、工作流和权限。 | 分工灵活 AI 快速搭出核心结构，人细化 UI 和交互，两边还能互相接着改对方那部分。 |
微内核插件架构 所有功能都是可插拔插件，按需装、可替换。 | 权限 + 审计 AI 每一步操作都对齐既有用户权限规则，全程可追溯。 |
标准协议对接 支持 MCP 和 HTTP，对接外部 agent 平台、自动化工具和通讯服务。 | 数据自持 数据全部存在自己的数据库，可接外部数据库和第三方 API 作数据源。 |
插件化的样子 · PLUGINS
它的插件管理器是这样的，每项功能独立开关——访问控制、批量编辑、导入导出、备份还原、审计日志，都以插件形式存在：
图：NocoBase 插件管理器，功能按插件启停
兼容 DSH 到什么程度 · INTEGRATION
它支持集成 DSH、Claude Code、Cursor、Codex、OpenCode、TRAE 等主流 AI 编码 agent。上手路径是：npm 装它的 CLI，跑一条nb init --ui起一个本地应用，然后把 agent 接上去开始搭。
它跟前面几个的方向反过来：不是被 DSH 调用的插件，而是你把 agent 拉进它的开发流程里。接上之后，agent 负责搭结构，你在界面上收尾。权限这块是它的强项，人和 AI 共用同一套规则：
图：权限配置界面，可按角色对数据表的增删改查、导入导出逐项授权
谁适合用 · WHO IT'S FOR
要快速搭定制业务系统的企业和团队；内部工具需求多、又养不起专门开发团队的公司；希望 AI 生成能力落在自己的数据库和权限体系里、不要数据外流的人。
许可证要单独说 · LICENSE
这一条跟前十里的其他九位都不一样，值得弄清楚再决定用不用。它的仓库里放的不是标准开源协议，而是一份《NocoBase 许可协议》，由 NOCOBASE PTE. LTD.（新加坡）发布，2026 年 2 月 24 日更新。
协议第 4 条
本协议引入 Apache-2.0 全文，使用者要同时遵守 Apache-2.0 和本协议的补充条款，两者不一致时，以本协议的补充条款为准。
社区版允许商用，但有几条明确限制：
不得移除或更改软件界面上关于 NocoBase 的品牌、名称、链接、版本号和许可等信息（页面左上角主 LOGO 除外）不得移除代码里所有关于 NocoBase 的知识产权声明不得用原版或修改后的软件，向公众提供任何形式的无代码、零代码、低代码、AI 平台 SaaS 或 PaaS 产品
翻译一下最后这条的实际影响：拿它给自家公司搭内部系统、甚至交付给你自己的客户，都没问题；但如果你想基于它做一个面向公众的无代码平台产品去卖，那就被挡住了——这是它给自己留的商业空间。
管辖和争议解决也一并看清楚：除中国大陆外，协议的解释与适用归新加坡法律，争议先协商，协商不成提交国际商会仲裁，仲裁地新加坡、用英文。
推荐理由 · WHY IT MATTERS
它解决的是"业务系统开发慢"这件具体的事，而且答案不是"让 AI 全自动生成"，是"AI 搭骨架、人收细节"，同时把权限和审计这类企业刚需做在底层。对需要大量内部工具的公司，这条路比纯生成式方案稳得多。要是你心里想的是拿它做无代码平台产品去卖，那要先去谈商业授权，别照着"开源"两个字就开工。
数据来源：DSH 插件市场兼容工具榜及 nocobase/nocobase 仓库（含 LICENSE.txt 原文）星数与快照日期为 2026 年 9 月 25 日 · 许可表述以协议原件为准