NocoBase 博客

NocoBase 2.2 正式版发布

NocoBase team — Sun, 23 Aug 2026 14:37:56 GMT

NocoBase 2.2 正式版进一步完善了 V2 的完整使用路径。 随着 /v/ 独立前端入口和新移动端的落地，V2 不再只是新版页面体验，而开始形成一套更加独立、轻量的前端运行环境。同时，本次版本升级了文件访问机制，并继续完善评论区块、AI 知识库、工作流以及核心插件的 V2 适配。

如果你的应用已经主要使用 V2 页面，2.2 将提供更完整、更轻量的 V2 使用体验；如果仍以 V1 页面为主，建议先完成页面和插件迁移，再切换到新的 /v/ 入口。

新特性

新增 `/v/` 独立前端入口

/v/ 是全新的独立前端入口，并且会独立构建。2.0 版本里我们对前端做了非常大的重构，当时为了兼容性，我们还保留了对 V1 模块、页面等的兼容。而 /v/ 分支则会完全移除 V1 的历史遗留内容，无法再创建或者渲染 V1 的页面和区块，只保留面向 V2 的能力。同时，/v/ 分支在性能方面做了较大优化，这个分支将会是 NocoBase 团队后续主要迭代的分支。

如果生产环境已经全部以 V2 页面为主，可以考虑开始使用 /v/ 入口。

如果应用以 V2 页面为主、但仍有少量 V1 页面，建议先将这些页面迁移到 V2。

如果应用仍以 V1 页面为主，不建议直接切换到 /v/。请先完成页面和相关插件的迁移。

通常只需在原有路径前加上 /v/ 前缀即可进入新入口：

# 原路径
https://nocobase.example.com/admin/1xl0epqn6q3

# V2 独立入口
https://nocobase.example.com/v/admin/1xl0epqn6q3

设置应用的默认入口

可以通过环境变量 APP_CLIENT_ENTRY_MODE 控制应用入口模式：

legacy-default：/ 和 /v/ 均可访问，默认入口为 /
modern-default：/ 和 /v/ 均可访问，默认入口为 /v/
modern-only：仅允许访问 /v/

`/v/` 分支当前情况

/v/ 分支是个渐进式迁移的分支，进入 /v/ 分支后，将会有几个明显的变化：

通过 Page V1 创建过的页面，在 /v/ 分支里将不再展示。而通过 Page V2 创建的页面，在 /v/ 分支里还能正常展示。
只适配了 client-v1 的插件，在 /v/ 分支里将不再加载。/v/ 分支只会加载适配了 client-v2 的插件。具体可以参考客户端插件开发文档。

目前，NocoBase 内置的大部分插件，已在这个版本里进行了 client-v2 的适配和迁移，因此大部分功能是能直接使用的（还有少数一些未迁移的插件，我们会持续迁移）。不过有些插件提供的能力，后续只会在 /v/ 分支进行更新和迭代。具体如下：

插件列表不再显示废弃插件和仅支持 1.x 的插件
不再支持新增 Page V1
公开表单会区分 V1 和 V2，/v/ 分支不显示 V1 版本的公开表单
审批工作流如果要在 /v/ 分支使用，需要重新配置相关 UI
新移动端只支持 /v/ 分支
「AI 员工 / 数据源」标签页已移除
移除了评论表、日历表、表达式表、外部数据表
工作流人工节点暂时还不支持 /v/ 分支
暂时还不支持给菜单添加徽标数

可以结合生产环境的实际情况进行 /v/ 分支的迁移。

相关文档：

客户端插件开发

文件访问机制升级：稳定 URL、权限校验与部署调整

2.2 对 NocoBase 管理的文件访问机制进行了重要升级。默认情况下，附件和文件不再直接把本地存储路径、对象存储地址或预签名地址作为业务 URL 返回，而是使用稳定的 NocoBase URL：

/files/<app>/<dataSource>/<collection>/<id><extname>

例如：

/files/main/main/attachments/42.pdf

如果配置了 APP_PUBLIC_PATH=/nocobase，地址会自动带上对应子路径：

/nocobase/files/main/main/attachments/42.pdf

访问稳定 URL 时，请求会先进入 NocoBase。NocoBase 根据当前用户、角色以及目标附件表或文件表的查看权限和数据范围完成检查，验证通过后，再通过 302 跳转到存储引擎生成的实际地址。

稳定 URL → NocoBase 身份与权限检查 → 302 → 本地或对象存储实际地址

这让业务内容与具体存储地址分离。调整 bucket、CDN 域名、签名策略或缩略图规则时，业务字段中使用的稳定 URL 通常不需要随之修改。附件上传、图片展示、文件预览和下载的日常操作方式基本不变。

文件 URL 与公开访问可以独立配置

文件存储引擎默认推荐使用 NocoBase URL，让文件访问遵循 NocoBase 的角色和数据权限。对于确实需要直接提供存储地址或公开访问的场景，2.2 也提供了独立配置：

原始 URL：直接返回存储引擎地址，不经过 NocoBase 权限检查
允许公开访问：仍返回 NocoBase URL，但访问时不检查文件记录权限

选择原始 URL 或允许公开访问都会扩大文件的可访问范围，应结合实际业务谨慎配置。保存设置后，同一存储引擎下已有文件和新文件的接口返回方式都会随配置变化，但不会移动或重新上传文件。

升级前需要检查部署配置

/files/ 是需要经过 NocoBase 鉴权的应用路由，不能作为静态目录处理，也不能落入前端 SPA 的回退规则。使用当前版本 NocoBase CLI 生成的 Nginx 或 Caddy 配置时会自动包含相关规则；如果自行维护反向代理，需要确认：

/files/ 会转发到 NocoBase，并位于 SPA 回退规则之前
配置 APP_PUBLIC_PATH 时，同时转发子路径下的 /files/，并保留根路径 /files/ 的兼容规则
不缓存稳定 URL 返回的 302 Location
页面跨源访问 API 时，将页面来源加入 CORS_ORIGIN_WHITELIST
集群和多副本统一升级，避免 /files/ 请求进入旧版本节点
使用外部 NocoBase 数据源时，先升级消费方实例和相关插件，再升级被消费实例

注意： 历史 Markdown、富文本和业务字段中已保存的 /storage/uploads/...、CDN 或对象存储地址不会被自动改写。新版本运行后，新上传文件和新编辑内容可能已经保存 /files/... 地址，而旧版本无法识别该路由。对回滚要求较高的环境，应在开放写入前保留数据库快照，并提前验证反向代理配置。

安全边界

稳定 URL 提供访问前的权限检查，但文件内容不会持续经过 NocoBase 代理。权限验证通过后，浏览器仍会看到最终存储地址。如果最终地址来自公开 bucket、公开 CDN 或开放的本地静态目录，获得实际地址的人仍可能绕过 NocoBase。

对于合同、证件和内部资料等敏感文件，建议使用私有存储、短期签名 URL、CDN 鉴权等存储侧访问控制。Office 在线预览场景会在用户权限检查通过后签发绑定当前文件的短期临时 URL；该地址默认有效 10 分钟，不能作为长期分享链接保存或传播。

相关文档：

新移动端（仅 `/v/` 入口支持）

新移动端提供 /v/mobile 入口，并采用独立的移动端布局。

移动端与桌面端共享数据源和业务数据，但菜单、路由和页面内容可以分别配置。这样可以根据手机端的实际使用方式重新组织页面，并使用更适合移动设备的底部标签栏作为一级导航。

2.2 正式版继续完善了移动端标签栏、半窗滚动、嵌入页面和权限控制等交互，使数据录入、查询、审批和任务处理更加稳定。

相关文档：

移动端布局

新评论区块

新评论区块不再局限于主数据源的评论表，也不再要求作为关系区块使用。你可以在任务、文章、工单、客户等记录的详情页或弹窗中添加评论区块，让用户围绕当前记录查看、回复和新增评论。

相关文档：

评论区块

AI 知识库增强

AI 知识库已完成 client-v2 迁移，并进一步完善知识库和向量存储的配置能力：

工作流创建知识库文档时，支持按文档 key 覆盖已有文档
支持配置和管理向量数据库
为外部知识库和外部向量存储扩展提供配置入口，开发者可以通过插件接入 NocoBase 尚未内置支持的向量数据库或第三方检索服务

相关文档：

工作流：数据库事务节点

工作流新增数据库事务节点，用于将一组数据库操作放在同一个事务中执行。它适合需要保证多步数据处理“全部成功或全部回滚”的场景，例如创建订单后扣减库存、写入订单明细并更新状态。

相关文档：

数据库事务节点

V2 适配与体验完善

除了上述新特性，2.2 正式版还继续迁移和完善了一批常用功能的 V2 界面与交互：

用户、部门和权限设置
用户数据同步
钉钉认证、同步与通知设置
企业微信认证、同步与通知设置
邮件管理
表单草稿
公开表单
备份管理
数据源管理
翻译测试工具

同时，本次版本修复了移动端、嵌入页面、子应用 SSO、打印和导出等场景中的一批问题，进一步提升 V2 入口的稳定性和一致性。

相关文档：

以下插件不再支持 V2（已废弃但尚未移除）

有一部分插件实际上在更早之前就已废弃，其中部分目前仍可使用，但会在 V3 中彻底移除。

插件	替代品	备注
`@nocobase/plugin-audit-logs`	`@nocobase/plugin-audit-logger`	自 1.0 起废弃的功能
`@nocobase/plugin-backup-restore`	`@nocobase/plugin-backups`	自 1.0 起废弃的功能
`@nocobase/plugin-block-multi-step-form`	JS Block	自 2.0 起废弃的功能
`@nocobase/plugin-charts`	`@nocobase/plugin-data-visualization`	自 2.0 起废弃的功能
`@nocobase/plugin-collection-fdw`	从数据库同步	自 2.2 起废弃的功能
`@nocobase/plugin-comments`	`@nocobase/plugin-block-comment`	自 2.2 起废弃的功能
`@nocobase/plugin-custom-variables`	事件流	自 2.2 起废弃的功能
`@nocobase/plugin-data-visualization-echarts`	`@nocobase/plugin-data-visualization`	自 2.0 起废弃的功能
`@nocobase/plugin-disable-pm-add`	无	自 2.2 起废弃的功能
`@nocobase/plugin-field-component-mask`	RunJS	自 2.0 起废弃的功能
`@nocobase/plugin-graph-collection-manager`	无	自 2.2 起废弃的功能
`@nocobase/plugin-mobile-client`	`@nocobase/plugin-ui-layout`	自 2.0 起废弃的功能
`@nocobase/plugin-mobile`	`@nocobase/plugin-ui-layout`	自 2.0 起废弃的功能
`@nocobase/plugin-mock-collections`	AI 搭建	自 2.0 起废弃的功能
`@nocobase/plugin-multi-app-manager`	`@nocobase/plugin-app-supervisor`	自 2.0 起废弃的功能
`@nocobase/plugin-multi-app-share-collection`	无	自 1.0 起废弃的功能
`@nocobase/plugin-notifications`	`@nocobase/plugin-notification-manager`	自 1.0 起废弃的功能
`@nocobase/plugin-snapshot-field`	无	自 1.0 起废弃的功能

Awesome NocoBase：发现和分享社区插件

NocoBase Team — Sun, 26 Jul 2026 16:00:00 GMT

从 NocoBase 诞生的第一天起，我们就坚定地选择了插件化架构。

这种架构让 NocoBase 具备更强的灵活性和扩展能力，开发者可以根据不同业务需求持续添加新的功能，而无需修改核心系统。

随着 AI 编程工具的发展，插件开发正在变得更加简单。借助 Claude Code、Codex、Cursor 等工具，以及 NocoBase 提供的 AI 插件开发能力，更多开发者可以快速创建自己的插件。

现在，你可以在 Awesome NocoBase 中寻找社区插件，也可以分享自己开发的扩展，共同建设 NocoBase 插件生态。

已收录的社区插件

目前，Awesome NocoBase 已经收录了一批由社区开发者创建的插件。这些插件来自不同开发者在真实项目中的实践，有的解决通用需求，有的扩展 NocoBase 的基础能力，也有的针对特定业务场景提供解决方案。

NocoBase Hooks

作者：Bunnarin

NocoBase Hooks 提供了一套类似 PocketBase pb_hooks 的扩展方式。开发者可以直接在 storage/hooks/ 目录中编写服务端扩展，并使用数据库事件、中间件、自定义 API、ACL 和日志等 NocoBase 能力。它还支持自动加载、开发环境热重载、TypeScript 和独立依赖管理。

Global Search 全局搜索

作者：trumanharry

Global Search 为 NocoBase 管理界面增加跨数据表的全局搜索入口，适合同时管理客户、订单、项目和联系人等多类数据的系统。

Office File Previewer 文件预览

作者：OneTwoSmall

Office File Previewer 为 NocoBase 提供更灵活的文件预览能力，支持 Office 文档及其他文件格式的多种预览方式。

对于知识库、合同管理、档案管理和内部文件系统等场景，用户可以直接在 NocoBase 页面中查看文件内容，减少下载文件和切换应用的操作。

Enhanced Table Block 增强表格

作者：OneTwoSmall

Enhanced Table Block 对 NocoBase 的表格区块进行了扩展，提供更丰富的数据展示与操作能力。

它适合报表、库存、订单和财务数据等依赖表格操作的场景，让用户能够用更接近电子表格的方式查看和处理数据。

Auth: Email 邮件验证码登录

作者：OneTwoSmall

支持通过邮件验证码进行身份认证。

作者：JAVA-LW

Custom Login Page 允许管理员直接在后台配置 NocoBase 登录页面的主题、样式和展示效果。

它适合需要统一企业品牌形象，或者希望为客户、员工和合作伙伴提供独立登录入口的项目。

Block: Tabs 区块：标签页

作者：zoudeming-vk

Block: Tabs 提供了标签页区块，可以将多个 NocoBase 区块组织在同一个标签页界面中。

对于信息较多的详情页和管理页面，它可以减少页面滚动，将相关内容按照不同标签分组展示，让页面结构更加清晰。

Watermark 水印

作者：fengwenkai168

Watermark 可以在 NocoBase 页面上添加半透明水印，并显示当前登录用户的信息。

管理员还可以调整水印文字、透明度和字号。它适合合同、客户资料和内部敏感数据等需要降低截图泄露风险的场景。

Role Switcher 角色切换

作者：michaelxmn

Role Switcher 在顶部导航栏中增加了快捷角色切换入口。

对于同时拥有多个角色的用户，以及需要反复测试不同权限配置的管理员和开发者来说，它可以让角色切换更直观、更快捷。

Per-User Column Settings 用户个性化列设置

作者：Albert-mah

Per-User Column Settings 允许每位用户分别保存自己的表格列设置。

用户可以按照个人习惯显示或隐藏字段、拖拽调整顺序、固定列和修改列宽，同时不会影响其他用户看到的页面配置。它尤其适合字段较多、不同角色关注信息不同的业务系统。

Field Sequence Pro 自动编码增强

作者：ericto888

Field Sequence Pro 在官方自动编码字段基础上进行了扩展，增加表单变量取值、值映射字典和多维度隔离计数三项能力，同时保留原有自动编码功能。

它适合订单编号、合同编号、业务流水号等需要根据不同规则生成唯一编码的业务场景。

HTTP Error Handler 全局错误处理

作者：Albert-mahmahuantest

HTTP Error Handler 为 NocoBase 提供全局 4xx/5xx 错误处理能力。

管理员可以通过 JS 表达式配置错误处理规则，将未处理的 API 错误展示为自定义错误页面，或自动跳转到指定页面。它适合需要统一错误提示、优化用户体验的业务系统。

Workflow: URL Trigger URL 触发器

作者：Albert-mah

Workflow: URL Trigger 为工作流提供 URL 事件触发能力，可以将外部 HTTP 请求作为工作流入口。

它支持通配符和正则匹配请求地址，并可以将请求参数作为工作流变量，结合 HTTP Response 节点实现 Webhook、API 集成和自动化流程。

Workflow: Crypto 加密节点

作者：Albert-mah

Workflow: Crypto 提供 AES 加密和解密工作流节点。

它支持变量输入，并可以在解密后自动解析 JSON 数据，适合需要与外部系统进行加密数据交换的场景。

Workflow: Auth Token 认证令牌

作者：Albert-mah

Workflow: Auth Token 可以在工作流中生成真实的 NocoBase 登录 JWT。

它可以用于创建 SSO 自动登录链接和程序化访问令牌，并可结合 URL Trigger 和 Crypto 实现完整的单点登录流程。

一起建设 NocoBase 的插件生态

如果你已经开发了 NocoBase 插件，欢迎将它提交到 Awesome NocoBase。

我们希望让更多用户发现有价值的插件，也让优秀的插件和开发者获得更多关注。

未来，我们也会定期介绍优秀的社区插件及其背后的开发者。

一支每年出警 200 次的消防队，如何用 NocoBase 搭建运营系统

Deng Lijia — Wed, 22 Jul 2026 02:15:08 GMT

来自波兰的志愿消防队

在波兰，志愿消防队是当地消防体系中不可或缺的一部分。虽然队员们以志愿者身份服务社区，但在日常训练、紧急响应、车辆装备和人员资质管理方面，他们与专业消防机构承担着相似的责任。

OSP Radlin II 正是这一体系中的一支活跃队伍，也是所在县出警最频繁的志愿消防队。队伍拥有 30 名接受完整训练的现役响应人员，每年大约参与 200 次紧急救援。

每一次出警背后，消防队都需要确保人员资质有效、车辆状态正常、装备随时可用，并准确记录参与人员、行动时间、行驶里程和物资消耗。

为了更好地管理这些工作，OSP Radlin II 的成员们开始共同寻找一套更适合消防队实际需求的系统。

从 Google Drive，到 NocoBase

以前，OSP Radlin II 的成员主要依赖 Google Drive 等免费云存储来保存和共享资料。

随着出警记录、成员信息、医疗检查、救援资质、车辆年检和装备状态不断增加，重要信息逐渐分散在不同文件中，数据格式和更新方式也缺乏统一标准。

云盘可以保存文档，却很难支撑一支消防队持续运转所需要的流程管理。

团队希望拥有一个统一、安全，并且能够完全按照消防队实际业务需求进行定制的平台。

为了找到合适的解决方案，团队先后测试了十多个类似平台。经过多轮比较，他们最终选择了 NocoBase。

由整个消防队共同搭建的运营系统

从一开始，这套系统就是一项团队协作的成果。不同成员根据各自职责参与数据录入、流程设计和系统维护，逐渐形成了清晰的分工。

一部分成员负责维护后台管理工作，包括：
- 跟踪装备检查期限
- 管理定期体检
- 救援资质认证
- 资金申请等行政事务
指挥员则持续将每次出警信息录入系统，包括：
- 行动记录
- 出警描述
- 参与人员名单等

系统中的数据不再集中在某一个人手里，而是由真正参与业务的成员共同更新。目前，这套系统已经覆盖了消防队的大部分日常运营。

系统首页

首页是队员进入各项工作的统一入口。日历、任务、公告、成员信息和快捷操作集中在同一个界面中，让不同角色都能快速找到与自己相关的内容。

出警与事件管理

队员可以通过平板或手机快速添加出警记录，填写出发和返回时间、事件类型、行动地点、使用车辆、参与人员和物资消耗。系统随后将这些数据汇总为出警次数、事件分类、车辆里程和个人行动时长等统计信息。

人员、资质与办公室事务

除了出警管理外，消防队还使用 NocoBase 管理成员档案、医疗检查、救援资质和其他专业资格。负责后台事务的成员也会在系统中跟踪资金申请和日常行政工作。

团队还搭建了独立的项目面板，用于管理消防站翻修、社区活动和其他非出警任务的进展。

车辆、装备与技术状态

消防车辆、拖车和各类消防装备也被纳入统一管理。队员可以持续记录车辆使用情况、行驶里程、技术状态、年检日期以及装备检查和维护期限。

自动化流程处理

随着系统持续投入使用，团队也不断从实际工作中产生新的自动化想法，并逐步将它们落地。

关键日期提醒

系统会自动分析并提醒各种影响战备状态的重要日期，例如：

成员体检到期
消防车辆年检
以及成员生日等个人纪念日

工时统计

系统能够自动根据每次出警记录，计算每位消防员累计参与救援的工作时长。

团队沟通

通过自动公告、邮件和系统内通知，管理层可以更统一地向队员发布重要信息。

一套仍在持续成长的消防队运营系统

目前，OSP Radlin II 的系统已经完成约 90%，覆盖组织内约 80 名成员，其中约 20 名活跃用户持续参与数据录入和维护。

集中管理数据后，消防队能够更方便地统计出警次数、车辆里程、装备状态和每名队员的行动时长。

更重要的是，这套系统并不是一个搭建完成后就不再变化的项目。随着不同成员参与使用，新的需求会不断出现，新的功能、自动化和业务流程也会继续被加入其中。

OSP Radlin II 没有专门的软件开发团队，但成员们凭借对自身业务的理解，把真实的消防队运营流程一步步转化成了一套可以长期使用、持续迭代的系统。

更多 NocoBase 的用户故事：

NocoBase 2.2-beta 发布

NocoBase team — Fri, 17 Jul 2026 01:54:57 GMT

这是一次围绕 V2 体验的重要升级。这个版本带来了 多工作区、新移动端、新评论区块，同时继续提升 AI 知识库和工作流能力。对正在使用 V2 的团队来说，更值得关注的是全新的 /v/ 分支——它会作为面向 V2 的独立前端入口，承接后续的功能演进。

新特性

新增 `/v/` 分支

/v/ 是全新的独立前端入口，并且会独立构建。2.0 版本里我们对前端做了非常大的重构，当时为了兼容性，我们还保留了对 V1 模块、页面等的兼容。而 /v/ 分支则会完全移除 V1 的历史遗留内容，无法再创建或者渲染 V1 的页面和区块，只保留面向 V2 的能力，同时 /v/ 分支在性能方面做了较大优化，这个分支将会是 NocoBase 团队后续主要迭代的分支。

我们建议，生产环境如果全部是以 v2 Page 为主的用户，可以考虑开始使用 /v/ 分支，后续的一些新功能迭代将能直接使用；

如果是以 v2 Page 为主，但是有少部分 v1 Page 的用户，可以考虑先将 v1 Page 迁移到 v2 Page 之后，再考虑使用 /v/ 分支；

如果是以 v1 Page 为主的用户，则不建议直接切换到 /v/ 分支。我们建议你们先将当前 v1 Page 迁移到 v2 Page 之后，再切换到 /v/ 分支。

通常只要在原有的路径前面加上 /v/ 前缀，即可进入 /v/ 分支。

比如：

# 原本的路径
https://nocobase.example.com/admin/1xl0epqn6q3

# v 分支路径
https://nocobase.example.com/v/admin/1xl0epqn6q3

设置应用的默认入口

你可以通过环境变量 APP_CLIENT_ENTRY_MODE 控制应用入口模式：

legacy-default：/ 和 /v/ 都可以访问，默认入口是 /
modern-default：/ 和 /v/ 都可以访问，默认入口是 /v/
modern-only：只能访问 /v/

`/v/` 分支当前情况

/v/ 分支是个渐进式迁移的分支，进入 /v/ 分支后，将会有几个明显的变化：

通过 Page V1 创建过的页面，在 /v/ 分支里将不再展示。而通过 Page V2 创建的页面，在 /v/ 分支里还能正常展示。
只适配了 client-v1 的插件，在 /v/ 分支里将不再加载。/v/ 分支只会加载适配了 client-v2 的插件。具体可以参考客户端插件开发文档。

目前，NocoBase 内置的大部分插件，已在这个版本里进行了 client-v2 的适配和迁移，因此大部分功能是能直接使用的（还有少数一些未迁移的插件，我们会在持续迁移）。不过有些插件提供的能力，后续只会在 /v/ 分支进行更新和迭代。具体如下：

插件列表不再显示废弃插件和仅支持 1.x 的插件
不再支持新增 Page V1
公开表单会区分 v1 和 v2，/v/ 分支不显示 v1 版本的公开表单
审批工作流如果要在 /v/ 分支使用，需要重新配置相关 UI
新移动端只支持 /v/ 分支
多工作区只支持 /v/ 分支
App supervisor 中子应用的 Display 配置已移除，可以改用工作区
「AI 员工 / 数据源」标签页已移除
移除了评论表、日历表、表达式表、外部数据表
工作流人工节点暂时还不支持 /v/ 分支
暂时还不支持给菜单添加徽标数

可以结合生产环境的实际情况进行 /v/ 分支的迁移。

多工作区（仅 `/v/` 分支支持）

工作区（Portal）用于在同一个应用内提供多个访问入口。每个工作区都可以拥有独立的页面、菜单、导航结构、布局和权限配置。（专业版及以上版本支持）

在实际业务场景中，不同角色通常需要不同的操作界面。例如一个零售管理系统：

零售管理系统

├─ 总部工作区
├─ 门店工作区
├─ 经销商工作区
└─ 移动工作区

总部员工关注：

商品管理
库存管理
数据分析

门店员工关注：

收银
库存盘点
订单处理

经销商关注：

采购
对账
发货状态

虽然使用的是同一个系统，但不同角色并不需要看到相同的菜单和页面，多工作区正是用来解决这一问题的。

参考文档：

多工作区

新移动端（仅 `/v/` 分支支持）

新移动端提供了全新的 /v/mobile 入口，与此同时，工作区也支持新增移动端布局的工作区。

移动端布局和桌面端布局使用相同的数据源和业务数据，不过菜单、路由和页面内容分别配置。这样可以根据移动端的使用方式重新组织页面，而不必受到桌面端页面结构的限制。同时，使用底部标签栏作为一级导航，更适合在手机上完成数据录入、查询、审批和任务处理。

参考文档：

移动端布局

新评论区块

新评论区块不再局限于主数据源的评论表，不是关系区块也可以使用。评论区块用于给业务记录添加评论能力。你可以在任务、文章、工单、客户等记录的详情页或弹窗里添加评论区块，让用户围绕当前记录查看、回复和新增评论。

参考文档：

评论区块

AI 知识库优化

这个版本 AI 知识库也完成了 client-v2 版本的迁移。同时，工作流创建知识库文档的时候，支持按知识库文档的 key 进行覆盖。

参考文档：

AI 知识库

工作流：数据库事务节点

工作流新增了数据库事务节点。它用于将一组数据库操作放入同一个事务中执行。适合需要保证多步数据处理 “全部成功或全部回滚” 的场景，例如创建订单后扣减库存、写入明细、更新状态等。

参考文档：

数据库事务节点

以下插件不再支持 V2（已废弃但尚未移除）

有一部分插件实际上在更早之前就已废弃，其中部分目前仍可使用，但会在 V3 中彻底移除。

插件	替代品	备注
`@nocobase/plugin-audit-logs`	`@nocobase/plugin-audit-logger`	自 1.0 起废弃的功能
`@nocobase/plugin-backup-restore`	`@nocobase/plugin-backups`	自 1.0 起废弃的功能
`@nocobase/plugin-block-multi-step-form`	JS Block	自 2.0 起废弃的功能
`@nocobase/plugin-charts`	`@nocobase/plugin-data-visualization`	自 2.0 起废弃的功能
`@nocobase/plugin-collection-fdw`	从数据库同步	自 2.2 起废弃的功能
`@nocobase/plugin-comments`	`@nocobase/plugin-block-comment`	自 2.2 起废弃的功能
`@nocobase/plugin-custom-variables`	事件流	自 2.2 起废弃的功能
`@nocobase/plugin-data-visualization-echarts`	`@nocobase/plugin-data-visualization`	自 2.0 起废弃的功能
`@nocobase/plugin-disable-pm-add`	无	自 2.2 起废弃的功能
`@nocobase/plugin-field-component-mask`	RunJS	自 2.0 起废弃的功能
`@nocobase/plugin-graph-collection-manager`	无	自 2.2 起废弃的功能
`@nocobase/plugin-mobile-client`	`@nocobase/plugin-ui-layout`	自 2.0 起废弃的功能
`@nocobase/plugin-mobile`	`@nocobase/plugin-ui-layout`	自 2.0 起废弃的功能
`@nocobase/plugin-mock-collections`	AI 搭建	自 2.0 起废弃的功能
`@nocobase/plugin-multi-app-manager`	`@nocobase/plugin-app-supervisor`	自 2.0 起废弃的功能
`@nocobase/plugin-multi-app-share-collection`	无	自 1.0 起废弃的功能
`@nocobase/plugin-notifications`	`@nocobase/plugin-notification-manager`	自 1.0 起废弃的功能
`@nocobase/plugin-snapshot-field`	无	自 1.0 起废弃的功能

使用内置工作流与 AI 员工完成公司背景调研自动化

Chen Gengyang — Mon, 13 Jul 2026 08:34:22 GMT

在 NocoBase 中，你可以把公司背景调研做成一条可追踪的自动化任务流。业务人员仍然在熟悉的公司资料页面里工作，工作流和 AI 员工则负责补齐背景资料、记录处理过程，并把每次生成的报告留存下来。

这个场景适合处理一种常见问题：公司背景信息不是一次录入就结束的静态字段。公开资料会变化，监管事件会出现，合作状态也会随着业务推进不断调整。如果只靠人工定期补录，容易遗漏；如果直接让 AI 覆盖公司资料，又很难解释“这次判断是怎么来的”。这里的做法是把当前资料和调研过程拆开保存——公司记录保存业务人员正在使用的版本，背景调查记录保存每一次 AI 调研的状态、输出和历史。

先看两张表

公司信息表提供调研对象的基础资料，背景调查记录表负责承接每一次调研任务。一个保存当前可用信息，一个保存处理过程和历史结果。

💬 嗨！你正在阅读 NocoBase 博客。NocoBase 是一个极易扩展的 AI 无代码/低代码开发平台，用于构建企业应用、内部工具和各类系统。它完全支持自托管，基于插件架构设计，开发者友好。→ 欢迎在 GitHub 上了解我们

`companies`：公司信息表

核心字段	作用
Company name	作为调研对象的主要识别信息。
Website	提供官网线索，降低同名公司或简称带来的误判。
Address	辅助判断地区、主体和业务范围。
Company type	标记客户、供应商、合作伙伴等业务关系，便于后续判断跟进优先级。
Background information	保存当前正在使用的公司背景报告，使用 Markdown 呈现结构化内容。

`background_check_tasks`：背景调查记录表

核心字段	作用
Company ID / Company name	记录本次调研面向哪家公司，便于任务执行和历史回溯。
Status	标记任务从`pending` 到 `processing`、`completed` 的流转，也是防止重复触发的依据。
Research report	保存 AI 本次生成的完整调研报告。
Summary	保存 AI 对调研过程、风险点和待补充信息的概括。
Previous background	保存写回前的旧版本，支持历史追踪和新旧报告对比。

从公司资料进入调研流程

公司列表是业务人员最熟悉的入口。页面中可以看到公司名称、官网、公司类型、联系人、邮箱等信息。进入某家公司后，业务人员可以查看当前背景报告，也可以主动发起一次新的背景调研。

进入编辑页后，「Background information」使用 Markdown 编辑组件展示。AI 生成的内容不是一段短摘要，而是一份可以直接阅读、复制和继续维护的结构化报告。业务人员仍然可以手动修改，不过每一次由 AI 生成的结果都会在背景调查记录中留下对应历史。

这样一来，页面看起来仍然是普通的公司资料维护界面，底层处理方式已经变成“当前资料 + 调研历史”。公司表保存当前版本，任务表保存过程和证据链。

三种触发方式

背景调研不应该只依赖一个人工按钮。真实业务里，你可能希望新增公司后自动补齐资料，也可能需要定时补跑历史记录，还可能在签约、复审前主动重新调查一次。

New company background check 工作流处理新增或更新公司后的自动调研。它监听公司表的数据事件，当公司名称存在且背景信息为空时触发。触发后不会立刻调用 AI，而是先检查同一家公司是否已有未完成任务；如果没有，才创建新的背景调查记录。

Timing company background check 工作流负责历史数据的持续补齐。它每 30 分钟运行一次，查询背景信息仍为空的公司，并按批次进入循环处理。循环内部同样先检查任务是否已存在，再决定是否创建新任务。这样定时任务可以反复运行，却不会因为重复扫描而制造多条并发处理中的记录。

Manual company background check 工作流绑定在公司详情页的「Run background check」按钮上，适合业务人员在拜访、签约、复审前主动发起一次调研。手动触发和自动触发使用同一套后续链路：先创建背景调查记录，再由任务执行工作流接管 AI 调研。

这三种入口解决的是不同时间点的问题，最后都汇入同一张背景调查记录表。新增触发、定时触发、手动触发只负责把“需要调研”这件事记录下来，具体执行、状态管理和结果写回交给后续工作流统一处理。

把 AI 调研变成任务

Do company background check 是实际执行调研的工作流。它监听背景调查记录表中的 pending 记录。一旦前面的自动、定时或手动流程创建了任务，这条工作流就会被异步触发。

执行时，工作流先查询公司是否仍然存在。如果公司不存在，任务会被关闭并写入说明；如果公司存在，任务状态会切换为 processing，随后调用 AI 员工生成报告。AI 员工的提示词要求输出两部分结果：一份可直接写入公司背景字段的 Markdown 报告，以及一段用于人工复核的 summary。

AI 返回结构化结果后，工作流先把报告、summary 和旧背景内容写入背景调查记录，再把新的报告写回公司记录。这个顺序避免了“只有最新结果、没有过程记录”的问题：公司页面保持最新可用内容，任务记录保留本次生成和写回前的上下文。

任务化之后，批量处理也会更自然。定时工作流不需要等待每家公司调研完成，只负责创建多条待处理记录；每条记录再独立触发 AI 调研。多个公司可以并行推进，某一条任务失败或超时，也不会阻塞其他公司。

让 AI 结果可复核

AI 生成的报告按照固定结构组织：公司概况、核心业务、发展历史与资本背景、市场位置和竞争视角、销售跟进判断，以及引用链接。业务人员看到的不只是“结论”，还可以看到 AI 在 summary 中给出的风险提示和待补充信息。

背景调查记录详情页将「Research report」和「Previous background」分 tab 展示，并提供「Copy」操作。这样在讨论、复核或外部沟通时，可以快速复制本次报告，也可以对照旧版本查看变化。

记录详情还配置了两个 AI 员工任务。其中：

完善背景调研报告：通过对话补充信息后重新生成报告，并把结果写回公司记录
对比新旧背景调研报告：读取新旧两份报告，让 AI 解释本次更新带来了哪些实质差异

这让 AI 不停留在“生成一次文本”，而是参与到持续维护、复核和版本比较的过程里。

工作流怎么组合

从整体看，这组工作流可以分成四层。

第一层负责创建任务。New company background check 面向新增或更新后的公司，Timing company background check 面向历史数据补齐，Manual company background check 面向人工主动发起。它们都会在创建任务前检查是否已有未完成记录，从源头减少重复处理。

第二层负责执行任务。Do company background check 监听背景调查记录，把待处理任务推进到处理中，调用 AI 员工，并在完成后写入报告、summary 和公司当前背景字段。

第三层负责给 AI 员工提供受控写回能力。Update company background 作为工具型工作流，约束 AI 只能按明确参数写入指定记录，避免把数据修改权限放得过大。

第四层负责异常清理。Clean overtime processing background check 每 30 分钟运行一次，清理超过 15 分钟仍未完成的非 completed 任务，避免异常中断后的任务长期停留在处理中。

可以迁移到哪些场景

这个场景展示的不是一个孤立的表单，也不是一个单独的 AI 按钮，而是 NocoBase 中几类能力的组合：数据表负责承载业务对象和历史记录，页面负责让业务人员查看和触发，工作流负责调度和写回，AI 员工负责生成可复核的结构化结果。

类似的模式可以迁移到供应商准入、客户尽调、合同风险初审、线索质量评分、舆情跟踪、投融资标的初筛等场景。只要业务里同时存在“资料需要持续补全”“AI 结果需要留痕”“历史版本不能被覆盖”这几个要求，就可以用类似的方式搭出一条可运行、可追踪、可扩展的自动化流程。

参考文档

用 NocoBase 搭建可联动的运营仪表盘

Yang Qia — Thu, 09 Jul 2026 05:27:00 GMT

本文以“工单系统”的运营仪表盘为例，介绍如何组合使用 NocoBase 的图表区块、筛选区块和 JS 区块，搭建一个支持筛选联动、图表下钻和自定义样式的数据看板。

虽然示例来自工单场景，但这些方法也适用于 CRM、设备运维、项目管理、审批流、客户成功等业务系统。

💡 这篇文章想介绍的不是“怎么用 JS 区块写一个大屏”，而是如何把 NocoBase 的原生区块能力和 JS 区块组合起来：让原生区块负责标准能力，让 JS 区块补足个性化体验。

场景目标

我们希望搭建一个 Operations dashboard，用来帮助运营或服务团队快速判断当前工作负载：

当前还有多少未完成工单
哪些工单存在 SLA 风险
新建工单趋势如何
工单状态、优先级分布如何
点击某个图表后，可以查看对应明细

页面大致可以分为四层：

顶部筛选区：时间、服务组、请求类型、优先级、SLA 状态
KPI 统计区：Open backlog、Unassigned、SLA warning 等
图表分析区：趋势、状态、SLA、优先级分布
下钻明细区：点击图表后展示匹配记录

先明确一个搭建思路

很多人在做数据看板时，容易把问题想成二选一：

要么全部使用 NocoBase 的原生区块，配置简单，但担心样式和交互不够灵活；要么干脆写一个大的 JS 区块，把查询、图表、筛选、下钻都自己控制，但这样又会失去低代码配置带来的便利性。

实际上，更推荐的方式是把两者组合起来。

在这个 Operations dashboard 里，我们没有把整个页面写成一个 JS 大屏，而是按职责拆分：

顶部筛选使用 NocoBase 系统自带的筛选区块；
趋势图、状态分布、SLA 分布使用原生图表区块；
KPI 卡片和下钻明细使用 JS 区块；
筛选区块同时影响图表区块和 JS 区块；
图表点击后，再把下钻条件传给下方 JS 明细区块。

这样做的好处是：标准统计和筛选仍然保留 NocoBase 的配置能力，个性化展示和复杂交互则交给 JS 区块完成。页面既不是“只能配置”，也不是“全部代码”，而是配置和代码各司其职。

一、图表区块如何自定义样式

NocoBase 的图表区块可以先用 Query builder 定义统计口径，再用自定义 ECharts option 调整样式。

以“工单状态统计”为例，Query builder 可以配置为：

数据表：tickets
指标：id count，别名 ticketCount
维度：status

关键是自定义样式时，不需要重写查询，只需要基于 ctx.data.objects 处理图表展示。

const rows = Array.isArray(ctx.data?.objects) ? ctx.data.objects : [];

这行代码读取图表查询结果。然后定义状态标签和颜色：

const labels = {
  new: ctx.t('New'),
  open: ctx.t('Open'),
  pending_customer: ctx.t('Pending customer'),
  resolved: ctx.t('Resolved'),
  closed: ctx.t('Closed'),
};

const colors = {
  new: '#1677ff',
  open: '#22a06b',
  pending_customer: '#f59f00',
  resolved: '#13c2c2',
  closed: '#8c8c8c',
};

这里建议所有可见文案都使用 ctx.t()，方便后续支持多语言。

生成图表数据时，可以把下钻信息挂到每个图表数据点上：

const data = rows.map((row) => ({
  value: Number(row.ticketCount || 0),
  itemStyle: {
    color: colors[row.status] || '#8c8c8c',
    borderRadius: [6, 6, 0, 0],
  },
  ticketingDrilldown: {
    label: ctx.t('Status') + ': ' + (labels[row.status] || row.status),
    filter: { status: { $eq: row.status } },
  },
}));

这里最关键的是 ticketingDrilldown。它不是 ECharts 的标准字段，而是我们自己放进去的业务上下文，后续点击图表时会用到。

最后返回 ECharts option：

return {
  grid: { top: 28, right: 22, bottom: 48, left: 42 },
  tooltip: { trigger: 'axis', axisPointer: { type: 'shadow' } },
  xAxis: {
    type: 'category',
    data: rows.map((row) => labels[row.status] || row.status),
  },
  yAxis: {
    type: 'value',
    minInterval: 1,
  },
  series: [
    {
      name: ctx.t('Tickets'),
      type: 'bar',
      barWidth: 36,
      data,
    },
  ],
};

这一部分的核心思路是：

Query builder 负责统计数据；
Custom option 负责视觉表达；
自定义字段负责携带下钻上下文。

二、让系统筛选区块成为整个页面的观察口径

运营仪表盘里的筛选区，不应该只是一个孤立的表单。它代表的是整个页面当前的观察口径。

例如用户选择了某个服务组、某个请求类型、某段创建时间，那么 KPI、趋势图、状态分布和下钻明细都应该基于同一组条件展示。否则页面上不同区块的数字就会互相打架，使用者也很难判断到底哪个数据才是当前范围内的结果。

这里我们直接使用 NocoBase 系统自带的筛选区块，而不是自己写一个筛选组件。原生筛选区块可以自然绑定到图表区块，让 Chart block 继续使用 Query builder、权限、刷新和筛选机制。

顶部 Dashboard scope 可以配置这些筛选项：

Created at
Service group
Request type
Priority
SLA status

对于 JS 区块，只需要在代码里读取同一组筛选条件，再转换成查询 filter。这样 KPI 和下钻明细也能和原生图表保持一致。

过滤条件组合可以封装成一个小函数：

function combineFilters(...filters) {
  const parts = filters.filter(Boolean);
  if (!parts.length) return undefined;
  if (parts.length === 1) return parts[0];
  return { $and: parts };
}

按过滤条件统计数量：

async function countTickets(filter) {
  const resource = ctx.makeResource('MultiRecordResource');
  resource.setResourceName('tickets');
  resource.setPageSize(1);

  if (filter) {
    resource.setFilter(filter);
  }

  await resource.refresh();

  const meta = resource.getMeta?.() || {};
  return Number(meta.count || meta.total || 0);
}

这里的关键点是：

resource.setFilter(filter);
await resource.refresh();

JS 区块通过 resource 查询业务数据，而不是直接写 SQL。这样更容易和 NocoBase 的权限、数据源和页面运行时保持一致。

三、用 JS 区块展示 KPI 卡片

KPI 更适合使用 JS 区块。因为 KPI 通常不是一个单独查询，而是多个业务口径的组合：未完成、未分派、SLA warning、SLA breached、新建、已解决等。

JS 区块可以根据当前筛选范围重新查询数据，并渲染成统计卡片。

const { Card, Col, Row, Statistic, Tag } = ctx.libs.antd;

const scopeFilter = getDashboardScopeFilter();

const openBacklog = await countTickets(
  combineFilters(scopeFilter, {
    status: { $notIn: ['resolved', 'closed', 'cancelled'] },
  }),
);

ctx.render(
  <Row gutter={[12, 12]}>
    <Col span={6}>
      <Card size="small">
        <Tag color="blue">{ctx.t('Active')}</Tag>
        <Statistic title={ctx.t('Open backlog')} value={openBacklog} />
      </Card>
    </Col>
  </Row>,
);

JS 区块的关键点是：

用 ctx.makeResource() 查询数据；
用 ctx.libs.antd 渲染界面；
用 ctx.render() 输出内容；
筛选变化后重新渲染 JS 区块。

在真实页面里，筛选按钮和重置按钮可以配置事件流，让它们在完成原生筛选动作后，同时刷新 KPI JS 区块和下钻 JS 区块。这样用户点击一次筛选，图表和自定义内容都会基于同一个范围更新。

四、图表联动 JS 区块做下钻

图表点击下钻是仪表盘里很实用的交互。

在工单场景里，用户点击 “Status: Open” 柱子，下方明细区显示所有 Open 工单；点击 “SLA breached”，下方显示所有超时工单。

实现思路是：

图表数据点上携带 ticketingDrilldown；
图表事件读取这个下钻信息；
把下钻信息写入目标 JS 区块上下文；
触发目标 JS 区块重新渲染。

图表事件中的关键代码如下。先找到下钻 JS 区块：

const DRILLDOWN_TARGET_UID = 'v7mioopm6rm';

function getDrilldownTarget() {
  if (typeof ctx.getModel === 'function') {
    return ctx.getModel(DRILLDOWN_TARGET_UID);
  }

  const engine = ctx.model?.flowEngine || ctx.model?.context?.flowEngine || ctx.engine;
  return engine?.getModel?.(DRILLDOWN_TARGET_UID);
}

然后把图表点击得到的下钻条件写入目标区块：

function applyDrilldown(drilldown) {
  if (!drilldown?.filter) return;

  const target = getDrilldownTarget();
  if (!target?.context?.defineProperty) return;

  target.context.defineProperty('ticketingDashboardDrilldown', {
    value: drilldown,
  });

  target.rerender?.();
}

最关键的是这两行：

target.context.defineProperty('ticketingDashboardDrilldown', { value: drilldown });
target.rerender?.();

第一行把下钻条件交给 JS 区块，第二行触发 JS 区块刷新。

最后绑定图表点击事件：

const clickHandler = (params) => {
  applyDrilldown(params?.data?.ticketingDrilldown);
};

chart.on('click', clickHandler);

return () => chart.off('click', clickHandler);

这里推荐一定要返回 cleanup：

return () => chart.off('click', clickHandler);

这样图表重新配置或重新渲染时，可以清理旧事件，避免重复绑定。

上述点击事件相关代码适用于 v2.2.0-beta.10 以上版本，旧版本代码参考：

chart.off('click');
chart.on('click', clickHandler);

五、下钻 JS 区块如何展示明细

下钻 JS 区块读取刚才写入的 ticketingDashboardDrilldown，然后按其中的 filter 查询数据。

const drilldown = ctx.model?.context?.ticketingDashboardDrilldown;

if (!drilldown) {
  ctx.render(
    <Alert
      type="info"
      showIcon
      message={ctx.t('Select a chart segment to inspect matching tickets')}
    />,
  );
  return;
}

如果用户还没有点击图表，就显示一个提示。点击后，根据 drilldown.filter 查询工单：

const resource = ctx.makeResource('MultiRecordResource');
resource.setResourceName('tickets');
resource.setFilter(drilldown.filter);
resource.setPageSize(10);
await resource.refresh();

const rows = resource.getData?.() || [];

然后渲染表格：

const { Table, Typography } = ctx.libs.antd;

ctx.render(
  <>
    <Typography.Title level={5}>
      {ctx.t('Drilldown')}: {drilldown.label}
    </Typography.Title>

    <Table
      size="small"
      rowKey="id"
      dataSource={rows}
      pagination={false}
      columns={[
        { title: ctx.t('Ticket No'), dataIndex: 'ticketNo' },
        { title: ctx.t('Title'), dataIndex: 'title' },
        { title: ctx.t('Status'), dataIndex: 'status' },
        { title: ctx.t('Priority'), dataIndex: 'priority' },
      ]}
    />
  </>,
);

如果需要清除下钻条件，可以参考：

function clearChartDrilldown() {
  if (ctx.model?.context?.defineProperty) {
    ctx.model.context.defineProperty('ticketingDashboardDrilldown', { value: null });
  }
  if (typeof ctx.model?.rerender === 'function') {
    ctx.model.rerender();
  }
}

这部分的关键点是：

图表只负责传递 filter；
JS 区块负责查询和展示明细；
点击不同图表，可以共用同一个下钻区块。

实践建议

1. 不要急着把复杂页面整体代码化

这个页面最重要的经验是：不要把原生能力和 JS 能力对立起来。

如果一个能力已经是 NocoBase 的原生能力，比如筛选、图表查询、表格展示、权限控制，就优先用原生区块。这样后续调整字段、筛选条件、图表口径时，仍然可以在界面上配置。

JS 区块更适合处理那些原生区块不擅长的部分，例如多个指标组合成一组 KPI、特殊卡片样式、点击图表后展示一组自定义明细、或者在不同区块之间传递业务上下文。

换句话说，原生区块负责“可配置的标准能力”，JS 区块负责“业务化的个性体验”。这也是这个仪表盘最值得复用的搭建思路。

2. 简单统计优先用图表区块 Query builder

这样可以保留 NocoBase 的标准查询、权限、筛选和刷新能力。只有当默认图表样式无法表达业务重点时，再通过自定义 ECharts option 做视觉优化。

3. KPI 卡片优先用 JS 区块

KPI 通常需要多个查询、条件组合和自定义布局，JS 区块更灵活。尤其是当 KPI 需要响应同一组系统筛选条件时，用 JS 区块统一处理会更清晰。

4. 图表事件要返回 cleanup

推荐写法：

const handler = (params) => {
  // handle click
};

chart.on('click', handler);

return () => chart.off('click', handler);

不要直接使用 chart.off('click') 清空所有点击事件，这可能会误删图表区块或配置面板自己的监听。

让 AI 帮你搭建

这类仪表盘非常适合让 AI 辅助生成，因为它同时涉及数据模型、统计口径、图表样式和页面交互。你可以把这篇文章的内容交给它，并参考下面的提示词进行提问。

你可以这样提问：

我正在用 NocoBase 搭建一个工单系统的运营仪表盘。
请以工单场景为例，帮我设计一个 Operations dashboard。

数据表 tickets 包含：
ticketNo、title、status、priority、slaStatus、
requestType、serviceGroup、assignee、createdAt、updatedAt。

页面需要：
1. 顶部筛选：Created at、Service group、Request type、Priority、SLA status。
2. KPI 卡片：Open backlog、Unassigned、SLA warning、SLA breached、New tickets、Resolved tickets。
3. 图表：Created tickets trend、Ticket status、SLA status、Priority mix。
4. 点击图表后，下方 JS 区块展示匹配的 Ticket drilldown 表格。
5. 图表样式要适合运营大盘，颜色清晰，布局紧凑。
6. 所有 JS 文案使用 ctx.t()。
7. 图表事件使用 chart.on，并返回 cleanup 函数。
8. 优先使用 NocoBase 原生筛选区块和图表区块，只有 KPI、下钻明细、特殊样式和跨区块交互使用 JS 区块，不要把整个页面写成一个大 JS 区块。

请给出每个区块的配置思路，并标出关键 JS 代码。

如果你已经有页面，也可以让 AI 帮你优化：

这是我现在的 NocoBase 仪表盘设计：
顶部是筛选区，中间是 4 个图表，下面是下钻 JS 区块。
请帮我从运营人员使用体验角度优化：
1. KPI 应该展示哪些指标；
2. 图表之间是否需要联动；
3. 下钻明细应该展示哪些列；
4. JS 区块和图表事件应该如何组织；
5. 哪些代码应该放在图表 custom option，哪些应该放在 JS 区块。

这样 AI 生成的内容会更接近真实业务，而不是只给出孤立代码。

如果选择让 AI 帮你搭建，在开始前请用备份管理器先备份项目。

参考文档

法国大区政府如何用 NocoBase 建设数字化公共服务平台

Deng Lijia — Fri, 03 Jul 2026 18:36:07 GMT

引言

Astrolab 是 NocoBase 在欧洲、非洲和中东的合作伙伴之一。他们是一家专注于技术战略、智能自动化、AI 和数字化解决方案交付的技术服务公司。

基于 NocoBase，Astrolab 为法国某大区政府交付了三个生产级数字化公共服务平台。

这三个平台不是彼此孤立的工具，而是基于统一架构交付的一组公共服务系统。它们帮助客户将原本依赖纸质表单、电子表格和邮件流转的流程，转变为灵活可控的数字化服务。

挑战

某法国大区政府负责管理数百万居民的环境政策、教育、经济发展、交通和国土规划。该政府面临着一个长期的运营挑战：多个关键的行政流程仍在使用纸质表格、电子表格以及零散的邮件工作流来处理。

其中，这三项高优先级公共服务最需要数字化。

GIE 环境影响评估 要想申请成为该大区的经济发展援助企业，需要完成多维度环境自评。其中包括：涵盖碳排放、能源使用、水资源消耗、废物管理、土地利用和生态指标等。

旧流程高度依赖人工审核和重复录入，导致审批延迟、评估标准不一致，也让管理人员难以实时掌握流程进展。

SID 公务车队共享管理 该大区政府的多个部门之间共享车辆资源。但原有流程依赖人工预订和电子表格登记，容易出现预订冲突、车辆利用率低、里程和油耗数据不清晰等问题。

EIT 年度寄宿学校普查 大区教育部门每年需要对 190 多所公立和私立机构进行普查。过去依赖邮件和纸质材料收集数据，导致回收率低、人工汇总工作量大、报告周期长，数据完整性和一致性也难以保证，直接影响了大区的规划决策。

Astrolab 的解决方案

Astrolab 在统一的框架下交付了三个生产级别的数字化公共服务平台。这些平台都基于 NocoBase 进行设计和构建，NocoBase 提供以下多项底层能力：

统一的身份认证与角色管理
共享的工作流编排层
集中式审计与日志记录基础设施
通知与提醒引擎
动态表单与数据模型管理
API 集成框架
模块化的低代码管理功能，方便业务团队进行快速迭代

这种方式避免了为每个系统重复建设通用能力。交付团队可以直接基于 NocoBase 的现有能力进行扩展，把更多精力放在业务流程、数据规则、权限边界和系统集成上。

这套架构的设计目标，是在满足公共部门对治理、安全、可扩展性和可维护性要求的同时，缩短交付周期，并让业务团队能够在系统上线后继续调整表单、流程和管理规则。

并且，所有交付的平台均符合以下标准：

法国 DINUM 数字化服务标准
GDPR（通用数据保护条例）要求
法国 RGAA 无障碍标准（相当于 WCAG）
ANSSI（法国国家网络安全局）要求的公共部门系统安全基线
所有数据均托管在法国境内的主权基础设施上

平台一：GIE 环境评估

GIE 环境评估平台用于处理企业经济发展援助申请中的环境自评流程。

Astrolab 基于 NocoBase 实现了一套动态调查和审核系统。企业进入系统后，问卷会根据企业规模和行业自动调整；通过 SIRET 编码（法国企业注册号），系统可以从国家公共 API 中获取企业资料，减少重复填写和人工核验。

评估提交后，系统会根据角色自动进入审核路由，并与大区拨款审批系统衔接。整个过程保留不可篡改的审计历史，企业也可以暂存进度后继续填写。

对业务团队来说，更重要的是后续维护。通过 NocoBase 的低代码管理界面，表单字段、调查流程和审核规则可以继续调整，而不需要每次重新开发。

平台二：SID 车队共享

SID 车队共享平台用于管理大区政府多个部门之间的共享车辆使用。

Astrolab 将原本依赖表格和人工沟通的车辆预订流程，转变为一个在线预约和审批系统。司机可以在系统中查看车辆并提交预订，管理人员可以进行审批，系统会自动检测时间冲突，避免重复预约。

平台同时记录里程、油耗和部门使用情况，并提供部门级报告仪表盘。管理员可以导出 Excel 或 PDF 报表，也可以在移动端完成日常预订和管理。

这个平台基于 NocoBase 的工作流、权限和数据管理能力构建。后续如果车辆规则、审批流程或统计口径发生变化，管理员可以在现有系统中快速调整。

平台三：EIT 普查平台

EIT 普查平台用于支持大区教育部门完成年度寄宿学校数据收集。

Astrolab 基于 NocoBase 将这个流程改造成在线普查系统。

平台为公立和私立机构设计了不同的调查流程，并支持智能分支逻辑和历史数据预填。机构填写时可以减少重复录入，管理人员则可以通过实时进度仪表盘查看提交状态，并通过集中式数据验证流程提高数据质量。

由于普查问卷和报告结构每年都可能变化，NocoBase 的无代码和低代码架构让业务团队可以在系统上线后继续调整问卷、字段和报告结构，避免每年都进入漫长的重新开发周期。

成果

三个平台投入生产使用后，客户在流程处理效率、数据质量、运营可见性和合规治理方面都获得了明显改善。

最直接的变化来自环境评估流程。过去需要数天完成的人工审核，被缩短到 24 小时以内。通过与公共部门登记库和开放数据系统完成 12+ 个实时集成，平台可以自动填充超过 95% 的企业画像信息，减少了重复录入和人工核验，并将评估结果自动路由到财政援助审批流程中。

在车队共享管理场景中，在线预订、自动冲突检测和部门级运营视图带来了更直接的管理效果：车辆预订冲突减少约 80%，车辆利用率提升约 25%，各部门的里程和油耗情况也可以被持续追踪。

年度寄宿学校普查的效率也显著提升。平台上线后的第一个运行周期内，问卷回收率提升至 90% 以上，数据整合时间从数周缩短至 48 小时以内。更完整、更一致的数据，也为后续教育规划提供了更可靠的基础。

除了效率提升，三个平台也加强了公共部门系统所需的治理能力。所有工作流都具备完整追溯记录，平台提供集中式审计日志，并通过年度渗透测试。项目运行期间没有已知数据泄露事件，平台合规性也通过了客户治理团队对 GDPR 要求的验证。

在稳定性方面，三个平台在 24 个月运行期内的实测服务可用性超过 99.8%。在持续支持下，Astrolab 保持了季度功能发布节奏，三项服务也都持续稳定运行在生产环境中。

技术架构

Astrolab 以 NocoBase 作为三个平台的底层基础，承载数据模型、动态表单、权限控制、工作流、审计日志和管理界面等通用能力。

在此基础上，Astrolab 结合 React.js、NestJS、PostgreSQL、PostGIS、Power BI、自定义报表引擎、政府 API 集成、Docker、CI/CD 和私有云部署，完成了面向公共部门生产环境的完整交付。

这套架构同时覆盖数据主权、RGPD/GDPR 合规、RBAC、AES-256 加密、审计日志、不可篡改审计和零停机部署等要求，支撑三个平台长期稳定运行。

在交付过程中，Astrolab 也探索了 AI 辅助开发方式，例如使用 Claude 辅助生成部分自定义插件代码。随着 NocoBase 2.1 增强 AI 辅助开发能力，交付团队可以更自然地结合 AI Agent、NocoBase 文档和平台扩展机制，完成插件开发、JS Block 构建和复杂业务逻辑实现。

这也让 NocoBase 更适合作为 AI 参与构建和长期维护的业务系统基础设施。

总结

Astrolab 基于 NocoBase 复用了不同系统的基础能力，再针对每个场景做扩展，最终交付了可长期运行的生产系统。

这也是 AI 时代更值得关注的系统开发方式。

AI 可以加快代码生成和开发，但真正可用的业务系统，不能只依赖一次性生成。它需要稳定的数据模型、清晰的权限边界、可追踪的流程、可审计的历史记录，以及可以持续调整的系统架构。

NocoBase 的价值正在这里：让 AI 和交付团队都不必从零开始，而是在一个已经具备业务系统基础能力的平台上，构建、扩展和长期维护真实应用。

更多 NocoBase 的用户故事：

程序员和软件还有前途吗 —— 从 NocoBase 收入再翻倍谈起

Zhou Yanliang — Mon, 15 Jun 2026 05:11:52 GMT

前情

半年前，我们在 NocoBase 发布 2.0 的时候写过第二篇总结文章：《没有 AI，没有融资，一个开源项目的真实收入》，彼时 NocoBase 的年收入已来到 1000 万元。原本计划这个总结系列文章每年一篇，与大家分享 NocoBase 的成长过程，这第三篇总结应该到今年年底 NocoBase 3.0 发布的时候再写，奈何世界变化实在太快，AI 每天都在为这个行业带来新的冲击。在这种剧烈的震荡中，NocoBase 自然也难以独善其身，经常被各种不确定性裹挟。因此，我们不得不加快了脚步，以更敏捷的身手回应这些震荡。这篇总结也因此提前半年与 NocoBase 2.1 一起到来，以免再过半年是不是这个行业就不存在了，没有人再关注这样一个开源产品、甚至没有人在关心软件和程序员了？

现状

现在离我们在 GitHub 提交第一行代码已经过去 5 年。相比于半年前，我们的团队人数没有变化，依然是 14 个人；依然没有专门的销售团队，主要靠用户找到我们。不过除了 SEO 之外，我们开始重视 GEO 的建设，已经有不少付费用户是通过 AI Chat 找到我们的。其他数据如下：

GitHub star：22.7k
Gitee star：2.5k
Contributors：115
Git clones： 3K/day

收入

由于收入数字越来越大，我们在以后的总结文章中就不再披露具体的数值，但会继续分享收入的趋势和背后的特点。

2026 年前 5 个月，同比 2025 年同期收入刚好翻倍，最高月份单月收入已经达到 2024 年全年收入。

这其中最大的变化，是来自中国大陆以外的收入达到 50%，而这个数字在上个周期里不到 40%。这意味着我们在全球范围内得到了更广泛的认可。

从我们的心路历程来说，这个收入并不是平滑增长上来的，而是经历了重大转折之后的收获。

202605 NocoBase 团队在云南

我们要被杀死了吗？

在 2025 年之前，NocoBase 定位是无代码平台。这是一个被很多公司验证过有价值、能赚钱、虽然赚不了大钱的方向。耳熟能详的产品通常年收入在数千万人民币。我们采用差异化定位、标准化产品、全球化市场的思路，本来有希望成为一个小而美的产品和团队。

从 2025 年开始，我们在产品中加入了 AI 的特性，它为传统的无代码平台带来了新的想象空间，AI 可以作为辅助角色，在某些业务环节中帮助人类更高效地完成任务。与此同时，我们的收入也在快速增长，似乎在印证这一正确的决定。

转折发生在 2025 年底，随着 Opus 4.5 发布，仿佛一夜之间变天了。所有社交媒体上都在惊叹它在编程领域带来的革命性变化，紧接着配合大量裁员的新闻、传统软件马上要被杀死的自媒体论调，全世界的从业者突然共同进入一边是海水、一边是火焰的状态。

这种状态马上在我们团队内部开始蔓延。有不止一位同事认为我们做的产品已经没有意义了，因为这种无意义感，导致严重影响正常工作。花几年时间做一个引以为豪的东西，今天 AI 看起来好像几个小时就能做出来，更不用说 AI 还在以极快的速度进化，我们还有存在的意义吗？就在一个月前，我还认为 AI 越强对我们越有利，除非它要接管整个世界。难道这一天这么快就要到来？

与此同时，我不确定是因为全球圣诞、元旦假期导致减少采购因素，还是因为大量的企业采购决策受这些 AI 新闻的影响，NocoBase 在这段时间的收入也进入了较低的水平。

整整两个月的时间，我都在阅读大量的文章，体验和测试各种产品，与团队中激进的同事讨论碰撞每天的感受和观点并尽量安抚他们的情绪，与 NocoBase 用户交流他们对 AI 的看法以及各自企业中的使用情况。

一边做这些，我一边陷入了严重的焦虑中，是那种好多年没有过的严重状态。静息时会听到自己的心跳声，睡着后会很快醒来并难以入睡，经常感觉到腹部肌肉紧绷并跟着脉搏在跳动。虽然 NocoBase 这个产品并没有赚到多少钱，但在它其中寄托了我们团队中每个人的理想以及对美好生活的向往。如果它被杀死，那将是非常令人心痛的。

直到 2 月份后，经过团队内很多次碰撞讨论、与用户很多次交流探讨，我认为我们想清楚了。于是我们连续开了 3 次集体共识会，分享了主题为《旧版本的黄昏，新版本的黎明》的 NocoBase 存在价值和发展方向的内容，确保每一个人都理解并认可我们的产品定位，团队重新凝聚到一个坚定、清晰的方向上。

寻找不变的东西

就在动笔写这篇文章的前一天，一家具有悠久历史、全球排名前三的跨国生命科学企业联系我们，探讨使用 NocoBase 作为基础设施，引入 AI 能力，在 SAP 等已有的传统软件之上重塑供应链的某些环节。比如，高效地识别、结构化处理大量来自不同国家的传真、纸质、手写、网站下单等渠道的订单，根据库房位置和收货地址批量规划运输，并根据付款方式的不同高效处理应收账款和账单、发票流程。

作为一个拥有数万名员工、分布在数十个国家的行业巨头，他们的团队自然拥有很高的技术素养并能使用最先进的模型。在这种情况下，为什么还要考虑选择 NocoBase 这样的产品，而不是指挥 LLM 从无到有把这些代码写出来？

这也正是我们在过去几个月中交流、思考的问题。虽然大模型及 Agent 能力突飞猛进，让代码本身变得非常廉价，让程序员这个群体人人自危，但这种突飞猛进传导到传统企业中则变弱了很多。原来制造家具的企业仍在制造家具，原来负责供应链的团队仍在负责供应链，原来连数字化都未实现的流程仍在使用 A4 纸和传真。它们相当长时间内并不会因为 LLM 能生成代码就发生革命性的变化，因为 LLM 并不是许愿机，烧上三炷香再默念几句咒语就能让一个企业翻天覆地。

为了解决企业在生产、销售、物流和财务等环节的问题，开发一套稳固、安全、能长期运行和迭代，并能融入 AI 以提高效率的系统，门槛依然很高。生成代码只是降低了“生成代码”的门槛。在实际操作中，如果使用不当，反而可能带来更多问题和陷阱。

我们在《旧版本的黄昏，新版本的黎明》中列举了以下几个方面，认为这是相当长时间内都会保持不变的，是 NocoBase 存在的意义。

AI 的能力要真正落地到业务里，不能只靠一个聊天窗口。 NocoBase 给 AI 提供一个现成的运行环境和工具箱，通过把数据、流程和功能模块变成 AI 能理解和使用的接口，并且为 AI 提供严格的权限约束和日志追踪，让 AI 能安全高效地查询数据、识别风险、完成复杂任务，逐步实现由旧软件中“人找数据”向新软件中“任务找人”进化。
一套企业级的业务系统，必须有规范的数据结构、严密的权限控制、严格的业务流程、所有操作都要有审计日志可查、关键数据还要有历史记录。 这些功能逻辑复杂且不允许出错，而且即使 AI 继续发展，也不可能不需要这些，因为这不是智能问题，而是人和组织的问题。与其让 AI 每次都去重新写一套未经完整测试的代码，远不如直接利用底座里这些已经经过充分验证的、标准化的基础模块。
企业应用里有大量基础功能是需要反复用到的。 比如用户体系、身份认证、邮件短信发送、通知中心、数据导入导出、后台异步任务，几乎是每个系统的标配。随着 AI 的发展，这些基础功能可能会不断变化，比如出现越来越多的针对 AI 的功能（Tool）。每次让 AI 去写这些基础功能是极大的浪费，直接调用底座里现成的能力依然有很大的降本增效价值。
所见即所得的无代码可视化配置依然有重要的意义。 它不再只是为了少写代码，而是给 AI 的产出提供了一个直观的调整界面。AI 自动生成的界面、流程，人可以通过可视化界面一眼看明白，并且能直接动手微调。这种直观的交互确保了人机协作的透明度，不至于让系统变成一个只有 AI 才懂、谁也动不了的黑盒。
如果没有非常高超的架构设计能力，AI 生成的代码越多就越难维护。 通过 NocoBase 的架构给系统确定一套物理规则，它能保证所有的界面和交互风格高度统一，所有的自动化流程由统一的标准来维护，所有的插件扩展用统一的标准来开发。这样可以保证这些系统可以长久稳定迭代。

基于这些不变的东西，我们立即着手对产品定位做了调整，由“无代码平台”转向“AI + 无代码”基础设施，并在几个星期内完成了产品能力的调整（这当然得益于 AI 加持，让效率提高 2 倍以上）。原本面向“人”的无代码平台，正式转向面向“AI 与人协同”的平台。

紧接着，我们就收到了多家大型企业的正反馈。

一家拥有 2 万多名员工、数十家子公司的医药企业，从几个月前开始全员推广 AI 编程，过程中为了解决 AI 幻觉、上下文长度不足、架构偏移难以长期稳定迭代的问题，做了大量工程化的工作，但效果依然不乐观。后来他们认为更合理的方式是基于一个适合 AI 发挥的脚手架进行开发，既能保证效率和灵活性，又能强约束 AI 的行为。花了几个星期测试 NocoBase 之后，他们确定 NocoBase 就是这样的基础设施。

另一家在风电领域顶尖的新能源企业，在单个团队中使用 NocoBase 几个月后，正式将其作为 AI 开发平台推广到全公司数万名员工中，并投产至评审流程、项目管理、AI 门户等关键场景，让 AI 在这些环节里可靠地发挥价值。虽然他们也有专业充足的技术和业务专家团队，有最先进的模型和无限的 token，但是将时间和资源花费在并不产生收益的底层基础设施上并不合算。使用 NocoBase 后，就可以将大多数精力聚焦在业务本身上。

接下来怎么做

无论我们怎么想，AI 仍然在非常快速的发展。为了能更长久地活下去，能按照初心收获更多的成就感，我们要时刻提醒自己不要忘了这些简单的常识。

立足长期不变的

在 AI 的冲击下，世界的节奏好像加快了很多，尤其在自媒体和平台算法的加持下，每天被新概念狂轰滥炸。但是从我们的实际接触来看，AI 厂商和自媒体与真实世界中的企业是两个差异巨大的群体。无论概念如何轰炸，真实世界中的企业还在正常生产他们的药品、汽车、矿泉水，还有很多企业连数字化都做不到，在大量使用纸张和 Excel，更别谈 AI 革命了。立足于我们能找到的长期不变的东西，并作为我们产品的服务对象，这将是我们健康活下去的根本。

拥抱快速变化的

从创立之初，我们每年都会为产品研发团队增加 1-2 名新成员。不过从今年开始，我们决定不再扩充研发团队，而是提供最先进的模型和充足的 token 给现有的成员。从实际效果来看，大家的产出能力已经至少增加一倍。

每天使用最先进的模型也会让团队保持高度敏感，充分理解模型的能力边界和适用场景，然后将这些结论融入到 NocoBase 中成为产品的一部分。

活在当下

上面写了这么多“长期不变”，这里的“长期”是多长呢？6 个月？1 年？3 年？其实我们自己也很难判断。但这无需成为我们焦虑的理由，因为我们是 AI 与企业之间的桥梁。AI 发展很快，很难说明年的这个时候会变成什么样子。但这个世界上绝大多数企业与 AI 发展速度之间至少有几十个月的时间差。我们只要在这个过程中，立足企业的真实情况和需求，就总有时间让我们调整，甚至发现更多机会。

在这个过程中，最需要避免的是“终局思维”，认为 AI 能生成代码就是无所不能的，认为 AI 终将接管一切，现在做什么都毫无意义。眼前的真实世界并不是这样的。

弱水三千，只取一滴

如果全世界的企业需求是三千弱水，是汪洋大海，那我们不求一瓢，只拿一滴，这足以让这个 10 几个人的小团队以自己舒服的方式和节奏，聚焦在自己热爱的事情上，为这一滴水中的用户创造价值，收获成就。

NocoBase 要一直聚焦在精准的用户身上，不会试图让所有企业都成为目标用户。我们所写的长期不变的这些条目，很可能不被很多人认可，但只要这一滴水中的用户认可就足够了。

所以，程序员和软件还有前途吗？

我想，这个问题主要取决于我们想要什么，以及愿意做什么。

如果要再造一个 Salesforce 这样的应用软件并形成垄断，改变世界，那超出了我们的评判能力。但是对于 NocoBase 这样的微小产品，以及背后的微小团队，我认为是有前途的，而且不仅不会被杀死，反而会迎来更多的机会。原来 NocoBase 只局限于无代码用户的圈子中，这个圈子非常小；今天，NocoBase 已经进入 AI 用户的视野。越来越多的企业希望在实际业务中用上 AI 能力，只要我们不采用终局思维，不要以为头部模型厂商有能力做完所有行业、所有场景、所有环节的事，那就会发现企业的需求是非常多元化的，他们在采纳 AI 的路上一定需要各种各样的中间态产品以及配套的服务。

从这个角度来说，我相信有一部分程序员和软件会比以前更有前途。

最后

NocoBase 2.1 已于上周发布，请使用你的 AI Agent 连接到 NocoBase 体验吧。

GitHub：https://github.com/nocobase/nocobase

NocoBase 2.1.0 正式版发布

NocoBase team — Mon, 15 Jun 2026 01:34:43 GMT

NocoBase 2.1 是对 AI 能力、多应用以及 2.0 版本适配 的一次重要升级。我们推出了 NocoBase CLI，方便人和 AI Agent 连接和管理 NocoBase 应用。从创建应用、AI 搭建、AI 员工能力增强、到 AI 开发插件等，覆盖了环境接入、系统搭建和业务协作的完整流程。另外，我们对多应用的功能进行了升级，方便多应用之间的交互和协作。同时，我们新增了版本管理功能，并继续大幅补齐 2.0 页面与核心能力的适配——更多区块、字段、操作和插件支持了 2.0 版本。

新特性

新增 NocoBase CLI

在这个版本中，NocoBase CLI（nb）是普通用户和 AI Agent 连接 NocoBase 的核心入口。

CLI 用于在本地工作区初始化、连接和管理 NocoBase 应用，覆盖几类场景：

通过 Docker、npm 或 Git 安装新的 NocoBase 应用，再保存为 CLI env
连接已有的 NocoBase 应用，保存为 CLI env
安装、创建、激活插件
运维、备份和管理 NocoBase 应用

不管你是要把 AI 接入现有系统，还是从零开始创建一个新应用，都可以通过 CLI 完成初始化和后续管理。

对团队来说，CLI 提供了一个 AI Agent 能理解和操作的标准入口——环境初始化、连接配置、运行管理都走同一套流程。

正式版还补齐了一批运维相关命令如下：

nb api: 通过 CLI 调用 NocoBase API。
nb app: 管理应用运行态：启动、停止、重启、日志和升级。
nb backup: 创建备份并下载到本地，或把本地备份文件恢复到目标 env。
nb config: 管理 CLI 默认配置。
nb db: 管理选中 env 的内置数据库。
nb env: 管理 NocoBase 项目环境、当前 env、状态、详情和运行时命令。
nb license: 管理商业授权和授权插件。
nb plugin: 管理选中 NocoBase env 的插件。
nb scaffold: 生成 NocoBase 插件开发脚手架。
nb self: 检查或更新 NocoBase CLI 本身。
nb source: 管理本地源码工程：下载、开发、构建和测试。

相关文档：

AI 搭建：用对话代替手动配置

AI 搭建是这个版本的核心体验之一。你可以直接用自然语言描述业务需求，AI 会协助完成数据建模、页面配置、权限设置和工作流编排。

比起传统的低代码搭建方式，AI 搭建有几个显著优势：

降低了上手门槛，不需要先熟悉所有配置概念就能上手
从需求描述到原型落地的路径更短
数据、界面和流程配置可以由 AI 连续完成

比如“帮我设计一个 CRM 数据模型”、“帮我创建一个客户管理页面”、“帮我编排一个订单创建后自动扣减库存的工作流”——这些 AI 都可以在 NocoBase 的能力范围内协助完成。

相关文档：

AI 搭建快速开始

NocoBase Skills 覆盖搭建全流程

为了让 AI 真正理解 NocoBase 的配置体系，我们在这个版本提供了一组可安装到 AI Agent 中的领域知识包——NocoBase Skills。

Skills 是围绕 NocoBase 关键能力域组织的标准化知识与操作封装，帮 AI 更准确地理解对象模型、配置结构和执行边界。

目前我们提供了 8 个 Skills，覆盖搭建全流程：

环境管理 — 环境检查、安装部署、升级和故障诊断
数据建模 — 创建和管理数据表、字段、关联关系
界面配置 — 创建和编辑页面、区块、弹窗、交互联动
工作流管理 — 创建、编辑、启用和诊断工作流
权限配置 — 管理角色、权限策略、用户绑定和风险评估
解决方案 — 从 YAML 批量搭建整套业务系统(还在测试中，稳定性有限)
插件管理 — 查看、启用和停用插件
发布管理 — 跨环境发布、备份恢复和迁移

有了 Skills，AI 可以更准确地理解 NocoBase 的配置体系，并在搭建和管理系统时提供更智能的辅助。

注意： NocoBase Skills 目前还在持续完善中。安装 NocoBase CLI 并初始化的时候会自动安装 NocoBase Skills，通常来说你不用单独安装。

相关文档：

NocoBase Skills

AI 开发插件

这个版本补齐了 AI 插件开发所需的基础能力，让 AI 不仅能参与应用搭建，也能参与自定义插件开发。

主要体现在三个方面：

统一使用 rsbuild/rspack 构建，收敛了插件开发和前端构建体系
提供面向 AI 开发的 client-v2 能力和 /v/ 路由体系，为新一代客户端插件开发做准备
提供 AI 插件开发相关 Skill，让 AI 能更好地理解插件结构、代码组织和实现方式

围绕 client-v2 的准备工作包括：

@nocobase/app 提供 client-v2 的入口
内核提供 @nocobase/client-v2 包，包含基础组件、工具函数和类型定义
各插件提供 /src/client-v2 目录
路由新增 /v/，目前还在持续完善中，可供尝鲜
内核逐步迁移到 V2
插件逐步迁移到 V2

统一的构建链路降低了前端插件开发和调试成本，client-v2 的逐步落地也为 AI 生成和维护插件代码提供了更稳定的目标结构。

实际效果是：你可以直接用自然语言描述一个插件需求，AI 协助生成前后端代码、数据表、API、权限配置和国际化内容。

注意：AI 开发插件的能力仅针对 client-v2 新版本插件。我们后续会提供 client-v1 插件到 client-v2 插件相关的迁移文档和 Skills，帮助你把现有插件迁移到新的体系中来。

相关文档：

AI 员工能力增强

AI 搭建解决的是“怎么用 AI 搭系统”，AI 员工解决的是“怎么让 AI 进系统里帮助你解决具体业务问题”。

AI 员工在之前的版本里已经存在。不过在这个版本中，AI 员工相关能力得到了增强，AI 内核也做了补齐：

支持接入 MCP
新增 AI 员工 Atlas, 承担团队领导角色，可以根据用户意图调用其他的 AI 员工完成任务
提供 AI 员工节点
提供基于 LLM 的联网搜索工具
新增聚合查询工具、生成报告工具，支持生成业务分析报告
新增本地化工程师 Lina，本地化插件内置的 AI 员工，用于系统本地化翻译，支持增量、所选项、全量三种翻译范围

这些改进让 AI 员工在业务系统中的可扩展性、可编排性和执行能力都上了一个台阶。AI 员工可以理解当前业务上下文、调用技能执行具体任务、参与自动化流程、结合外部信息完成分析和输出。

正式版还新增了 AI 员工支持从工作流附件字段加载文件、多个会话并行处理等能力，进一步提升了 AI 员工在真实业务流程中的可用性。

相关文档：

新增版本管理功能

版本管理功能帮助用户更好地管理应用的版本迭代和变更历史。用户可以通过版本管理功能创建、查看和恢复应用的不同版本，方便在开发和运维过程中进行版本切换和问题恢复。注意：该功能需要专业版及以上版本才能使用。

相关文档：

多应用功能升级

这个版本里，我们为多应用做了一些重要的功能升级。主要有三个方面：

新增应用区块和应用切换，支持在页面中展示其他子应用的入口，方便用户在主应用和子应用之间切换。

新增应用单点登录，用户从主应用入口进入子应用，或在子应用之间切换时，系统会尝试使用当前登录用户自动登录到目标子应用。用户不需要在每个子应用中重复输入账号密码。

调用子应用 API，在多应用场景中，每个子应用都有自己独立的 API，通过路径前缀、参数等方式区分，可以方便地调用子应用的 API。

这些升级对于多应用部署的用户来说将会非常实用，可以更方便地在多个应用之间进行数据交互和操作，提升多应用系统的整体协同效率。

相关文档：

工作流增强

本次版本对工作流的 可控性与可观测性做了增强：

新增超时控制，运行时间超长的工作流会被自动终止（子流程同样支持超时配置）
新增创建人和更新人字段
为节点任务新增日志字段，便于在调试时查看节点日志
Webhook 触发器（同步模式）超时后返回 408 响应状态

相关文档：

工作流

手写签名字段

新增手写签名字段，支持在表单中手写并保存签名，适用于审批、确认单、回执等场景。

相关文档：

手写签名字段

JS Item 操作

新增 JS Item 操作，允许通过编写 JS 在操作中执行自定义逻辑，配合事件流满足更灵活的交互需求。

相关文档：

JS Item 操作

2.0 适配与新功能

AI 之外，这个版本也在持续将一些重要功能模块升级到 2.0，同时继续推出面向实际业务场景的新功能。

新功能

2.0 适配

多语言文档

新增印尼语和越南语文档

NocoBase 2.1.0-beta 发布

NocoBase team — Wed, 29 Apr 2026 01:30:55 GMT

本文内容适用于 NocoBase 2.1.0-beta.24 及以上版本。

这是一次围绕 AI 能力的重要升级。这个版本能够让你把 AI Agent 接入 NocoBase。从 CLI 接入、AI 搭建，到 AI 员工能力增强，AI 开发插件等，覆盖了环境接入、系统搭建和业务协作的完整流程。同时我们也继续补齐了 V2 页面与核心能力的适配。

新特性

NocoBase CLI 正式成为 AI Agent 接入入口

在这个版本中，NocoBase CLI（nb）是 AI Agent 连接 NocoBase 的核心入口。

CLI 用于在本地工作区初始化、连接和管理 NocoBase 应用，覆盖两类场景：

连接已有的 NocoBase 应用，保存为 CLI env
通过 Docker、npm 或 Git 安装新的 NocoBase 应用，再保存为 CLI env

不管你是要把 AI 接入现有系统，还是从零开始创建一个新应用，都可以通过 CLI 完成初始化和后续管理。

对团队来说，CLI 提供了一个 AI Agent 能理解和操作的标准入口——环境初始化、连接配置、运行管理都走同一套流程。

相关文档：

AI 搭建：用对话代替手动配置

AI 搭建是这个版本的核心体验之一。你可以直接用自然语言描述业务需求，AI 会协助完成数据建模、页面配置、权限设置和工作流编排。

比起传统的低代码搭建方式，AI 搭建有几个显著优势：

降低了上手门槛，不需要先熟悉所有配置概念就能上手
从需求描述到原型落地的路径更短
数据、界面和流程配置可以由 AI 连续完成

比如“帮我设计一个 CRM 数据模型”、“帮我创建一个客户管理页面”、“帮我编排一个订单创建后自动扣减库存的工作流”。这些 AI 都可以在 NocoBase 的能力范围内协助完成。

相关文档：

AI 搭建快速开始

NocoBase Skills 覆盖搭建全流程

为了让 AI 真正理解 NocoBase 的配置体系，我们在这个版本提供了一组可安装到 AI Agent 中的领域知识包——NocoBase Skills。

Skills 是围绕 NocoBase 关键能力域组织的标准化知识与操作封装，帮 AI 更准确地理解对象模型、配置结构和执行边界。

目前我们提供了 8 个 Skills，覆盖搭建全流程：

环境管理 — 环境检查、安装部署、升级和故障诊断
数据建模 — 创建和管理数据表、字段、关联关系
界面配置 — 创建和编辑页面、区块、弹窗、交互联动
工作流管理 — 创建、编辑、启用和诊断工作流
权限配置 — 管理角色、权限策略、用户绑定和风险评估
解决方案 — 从 YAML 批量搭建整套业务系统(还在测试中，稳定性有限)
插件管理 — 查看、启用和停用插件
发布管理 — 跨环境发布、备份恢复和迁移

有了 Skills，AI 可以更准确地理解 NocoBase 的配置体系，并在搭建和管理系统时提供更智能的辅助。

注意： NocoBase Skills 目前还在持续完善中。同时你安装 NocoBase CLI 并初始化的时候会自动安装 NocoBase Skills，通常来说你不用单独安装。

相关文档：

NocoBase Skills

AI 开发插件

这个版本补齐了 AI 插件开发所需的基础能力，让 AI 不仅能参与应用搭建，也能参与自定义插件开发。

主要体现在三个方面：

统一使用 rsbuild/rspack 构建，收敛了插件开发和前端构建体系
提供面向 AI 开发的 client-v2 能力和 /v2/ 路由体系，为新一代客户端插件开发做准备
提供 AI 插件开发相关 Skill，让 AI 能更好地理解插件结构、代码组织和实现方式

围绕 client-v2 的准备工作包括：

@nocobase/app 提供 client-v2 的入口
内核提供 @nocobase/client-v2 包，包含基础组件、工具函数和类型定义
各插件提供 /src/client-v2 目录
路由新增 /v2/
内核逐步迁移到 V2
插件逐步迁移到 V2

统一的构建链路降低了前端插件开发和调试成本，client-v2 的逐步落地也为 AI 生成和维护插件代码提供了更稳定的目标结构。

实际效果是：你可以直接用自然语言描述一个插件需求，AI 协助生成前后端代码、数据表、API、权限配置和国际化内容。

相关文档：

AI 员工能力增强

AI 搭建解决的是“怎么用 AI 搭系统”，AI 员工解决的是“怎么让 AI 进系统里帮助你解决具体业务问题”。

AI 员工在之前的版本里已经存在。不过在这个版本中，AI 员工相关能力得到了增强，AI 内核也做了补齐：

支持接入 MCP
新增 AI 员工 Altas, 承担团队领导角色，可以根据用户意图调用其他的 AI 员工完成任务
提供 AI 员工节点
提供基于 LLM 的联网搜索工具
新增聚合查询工具、生成报告工具，支持生成业务分析报告

如果你的团队需要在业务系统中引入智能协作、自动分析和任务执行能力，这也是这次更新里最值得关注的方向之一。

相关文档：

AI 员工

2.0 适配与新功能

AI 之外，这个版本也在持续将一些重要功能模块升级到 2.0，同时继续推出面向实际业务场景的新功能。

新功能

2.0 适配

如何用 NocoBase 在 3 个月内交付复杂 OA 系统

Deng Lijia — Tue, 14 Apr 2026 07:57:11 GMT

保密说明：为保护该组织及其客户的隐私与安全，本案例以匿名形式发布。以下内容基于真实项目实践整理。

项目背景

该项目由一支长期从事企业管理与流程系统实施的团队负责。团队在企业管理、石油石化等行业积累了丰富经验，熟悉流程复杂、需求多变、交付环境受限的企业级项目。

过去，团队主要采用传统定制开发方式，类似规模的项目从调研到交付通常需要接近 1 年。

本次项目中，客户提出了明确的约束条件：

部署与网络要求：系统必须部署在企业内网，与互联网物理隔离
数据安全要求：数据需完全自主可控
部署方式要求：必须支持私有化部署
信创环境要求：底层软硬件需完成国产化适配

在此基础上，系统还需要具备良好的环境兼容性，能够稳定承载复杂 OA 场景下的流程、数据与系统集成。

在这些约束下，团队需要一个既满足私有化与自主可控要求，又能支持快速交付、持续迭代和后续扩展的技术底座。

最终，他们选择了 NocoBase。

交付成果

1. 行政与财务流程管理

项目第一阶段，项目团队先从客户最核心、最迫切的行政与财务管理场景入手，将原本依赖纸质表单流转的流程逐步迁入系统。

围绕日常行政管理，团队陆续完成了接近 60 个模块的建设，把原来分散在线下、依赖纸面和人工传递的流程，纳入了统一的电子化管理体系。

在具体实现上，团队并非简单“表单上云”，而是对流程进行了结构化重构：

梳理流程之间的依赖关系
将线下隐性的规则转化为系统逻辑
将人工判断沉淀为可配置的业务规则
明确多部门之间的协同路径

基于 NocoBase 的能力，团队最终完成了复杂 OA 流程的系统化落地，使流程可以长期稳定运行。

2. 预算管理

此前，客户的预算管理主要依赖 Excel，各部门预算分散，通常只能事后统计与监管，难以在申请阶段进行有效控制。

项目团队结合过往财务与流程项目经验，将预算与出差、审批、报销等流程打通，帮助客户建立了一套完整的预算管理机制。

系统上线后，不同角色都可以实时查看预算使用情况，并在申请阶段完成额度控制与校验：

管理层：整体掌握预算执行情况
部门负责人：监控部门预算使用进度
具体使用人员：在提交申请时即时校验额度

预算不再是一个独立模块，而是嵌入到业务流程中。基于 NocoBase 的流程配置能力，预算管理从“事后统计、事后监管”，转变为“事前控制 + 过程管控 + 实时校验”的完整机制。

3. 报销审批与 ERP 打通

在报销流程与用友 ERP 的打通过程中，团队通过定制插件实现了业务单据与财务系统的自动对接。

基于内置的转换引擎，系统会将 NocoBase 中的前置单据信息（如出差、借款、税费等）自动转换为符合财务规则的数据结构。该引擎支持处理复杂的分录逻辑，包括：

增值税科目拆分
员工欠款抵扣
不同部门的科目匹配

处理完成后，系统自动生成财务凭证并推送至总账系统。

这一过程替代了财务人员每月约 1400 张单据的手工录入。

相比接口对接本身，真正的难点在于业务逻辑的结构化。团队基于 NocoBase 的数据模型与插件机制，将原本依赖人工判断的财务规则转化为系统规则，实现了前端业务单据与后端财务处理的稳定衔接。

4. 系统打通

为支撑后续更多业务系统接入，团队首先完成了统一身份体系的整合。通过对接统一身份认证系统，并以 NocoBase 作为用户管理中心，统一处理用户的新增、修改和删除，同时确保认证信息在各系统之间保持一致。

在消息协同方面，团队额外部署了私有化 IM 平台，对系统原有的消息提醒机制进行了补充：

审批与待办消息可直接推送至即时通讯工具
用户无需反复登录系统查看待办
支持从通知一键跳转到对应审批页面

这使得待办处理路径明显缩短，也提升了系统的实际使用效率。

5. 物理隔离环境下的敏捷迭代

在客户“内网隔离、物理断网”的环境下，团队采用“外部开发 + 内网部署”的方式推进项目：在互联网环境完成插件开发与逻辑验证，再通过 NocoBase 专业版的迁移工具，将配置整体部署到内网生产环境。

这种“配置即应用”的方式，避免了在隔离环境中反复开发与调试的成本，使系统在严格安全限制下仍能保持每周甚至更短周期的迭代速度。

这一能力依赖于 NocoBase 的配置迁移机制，也使团队能够在复杂交付环境中维持稳定的迭代节奏。

交付时间大幅压缩

项目整体推进节奏如下：

9 月初：项目启动
10 月中旬：确认第一阶段需求
11 月中旬：首批高频行政模块上线
12 月中旬：财务中心与行政模块整体上线

在部署环境受限、流程复杂且涉及多系统打通的前提下，这样的节奏已经相当高效。

自 1 月起，客户进入新旧流程并行阶段，团队根据实际使用情况持续优化与调整。项目团队提到，NocoBase 在流程变更、字段调整和交互修改上的灵活性，是支撑快速迭代的关键。

整体来看，团队在保证业务复杂度的前提下，通过更短周期的持续迭代，不断逼近业务的真实运行状态。

为系统引入 AI 能力做准备

第一阶段上线后，客户开始推进智能化能力的扩展，主要集中在两个方向：

发票处理自动化：通过视觉模型实现发票识别与合规校验，减少人工录入
知识检索能力建设：对内部体系文件进行向量化处理，结合私有化大模型构建知识库

项目团队正在探索低成本私有化模型与 NocoBase 的结合方式，将 AI 能力嵌入现有业务系统。

基于 NocoBase 2.0 的插件架构与 AI 能力，系统可以在现有流程与数据结构上逐步引入智能化处理，使 AI 更容易在具体业务场景中落地。

结语

在本次项目中，项目团队借助 NocoBase ，仅用 3 个月时间就完成了从需求确认到财务、行政全模块上线的全过程。这种 75% 以上的时间压缩，不仅降低了复杂项目的人力投入，也让团队具备了同时承接多个高标准项目的能力。

这个案例说明了一点：对于真正复杂的企业管理场景，平台能力固然重要，但能否把复杂流程梳理清楚、把系统打通、把业务逻辑沉淀下来，同样取决于实施团队本身的理解深度和交付经验。

而 NocoBase 提供的，正是这样一种可能性：让有行业经验、有复杂项目能力的团队，可以更高效地把方案落到客户现场，并持续支撑后续的业务演进与智能化升级。

接下来，项目团队也计划进一步加入 NocoBase 的合作伙伴生态，将这套经过实践验证的交付方式，复制到更多客户项目中。

更多 NocoBase 的用户故事：

纸质到数字化：这家医疗制造企业选择 NocoBase

Deng Lijia — Wed, 01 Apr 2026 03:04:03 GMT

保密说明：为保护该组织的隐私和安全，本案例以匿名形式发布。下文所述的工作流程和成果真实反映了医疗器械行业中的实际应用情况。

背景

对医疗器械制造企业来说，很多内部流程不仅要能管理，还要支持长期留存、追溯和验证。

但在实际业务中，很多企业仍然依赖纸质记录或 Excel。

某医疗制造企业（应客户要求匿名）的 IT 负责人分享了他们的故事：不再选择高成本的外部定制，而是用 NocoBase 作为灵活的数字化底座，自主搭建出一套深度贴合业务逻辑的内部管理系统。

选择用 NocoBase 自建

首先，从零开发虽然可控，但成本太高。

对于这类内部管理系统来说，自研当然能实现更高的控制力，但前提是企业需要持续投入开发资源，不仅要做前期建设，还要承担后续维护、迭代和人员交接的成本。对于并不以软件研发为核心业务的传统企业来说，这条路成本太高。

其次，现成产品并不一定适合。

他们也接触过一些其他平台，但无论是海外产品，还是 SaaS 化的系统，通用型产品难以兼顾医疗行业特殊的本地部署需求与使用习惯。

最终，他们把目光放在了开源、自部署、可持续调整的产品上，NocoBase 正好满足这几个条件。

一方面，NocoBase 支持本地部署，数据和系统都掌握在自己手里；另一方面，企业可以根据实际业务逐步搭建和调整系统，而不需要被既有产品形态绑定。相比一次性采购一个“现成答案”，这种方式更适合他们当前的数字化阶段。

三大内部业务系统搭建

确定采用 NocoBase 之后，这家企业并没有试图一次性搭建一个“大而全”的平台，而是先从几个最核心、最迫切的内部场景入手，逐步推进系统化改造。

目前，他们先是完成了设备管理、IT 资产管理和验证记录管理三套内部系统的搭建。

1. 设备管理：从台账管理到经验沉淀

设备管理是最早落地的场景。过去，他们主要依赖 Excel 和纸质文档管理设备，维修记录、验收资料和相关文档分散，查找和追溯都不方便。

基于 NocoBase 搭建后，设备状态、相关文档和历史记录被统一纳入系统。

除此之外，他们还进一步沉淀了“维修经验及分享”，把常见问题、易损件和处理经验留在系统里，减少对个人经验的依赖。

2. IT 资产管理：覆盖入账、转移和盘点

第二个场景是 IT 资产管理。过去这部分工作同样依赖纸质方式，流程分散，资产状态和流转过程不够清晰。

使用 NocoBase 搭建了覆盖入账、转移、盘点等环节的系统，并实现了对电脑等 IT 资产的生命周期管理。

相比传统台账，这套系统的价值在于把资产从录入到流转的全过程放进了统一结构里，让后续管理更清楚，也更容易维护。

3. 验证记录管理：支撑内部留存与追溯

第三个场景是验证记录管理，主要涉及设备、系统和工艺流程相关的记录。这部分工作的重点是文档收集和资料追溯，与设备管理有相似之处。

对医疗制造企业来说，这类记录本身就有更高的留存和追溯要求。基于 NocoBase 搭建后，他们把原本分散的验证资料统一沉淀下来，形成了一套更适合内部管理和长期留存的方式。

“医疗行业确实比较特殊，我们的系统基本上只能在内网使用。使用 NocoBase 自主搭建，不仅确保了效率，同时让业务数据真正掌握在自己手中。” —— 该企业 IT 负责人

写在最后

这家企业的实践并不复杂。但是他们的场景却非常接近许多传统医疗制造企业的真实处境：先把企业内部那些仍然依赖纸质记录、Excel 和人工流转的传统流程管起来，再逐步把分散的信息沉淀为可查询、可追溯、可维护以及可扩展的系统。

对于企业应用来说，当下最重要的仍然是企业级可靠性。数字化的第一步是把混乱的流程管理起来，只有当底层底座足够稳固，AI 等先进能力才有机会在真实的业务中发挥实效。

更多 NocoBase 的用户故事：

NocoBase 合作伙伴计划正式发布

NocoBase Team — Mon, 23 Mar 2026 12:47:27 GMT

NocoBase 合作伙伴计划现已正式推出，面向全球范围内的软件开发公司、系统集成商、IT 咨询企业等具备企业数字化交付能力的团队开放，重点支持渠道分销与服务实施两类合作方向。随着越来越多客户基于 NocoBase 开展业务系统建设，市场对于实施交付、定制开发和长期服务支持的需求也在持续增长。合作伙伴计划的发布，正是为了更系统地承接这一趋势，推动形成更加稳定、专业和可持续的生态协作机制。

立即申请

为什么推出合作伙伴计划

随着 NocoBase 在不同地区和行业中的持续落地，越来越多的客户希望获得围绕系统建设与项目交付的专业支持，包括需求分析、实施部署、定制开发、培训交付及后续维护支持服务等。

与此同时，NocoBase 团队将继续专注于产品研发与平台能力建设，不直接提供实施服务。在这一定位下，合作伙伴将成为连接客户需求与平台能力的重要角色：一方面帮助客户更高效地推进项目落地，另一方面也基于 NocoBase 拓展自身的服务能力与业务空间。

合作伙伴计划的推出，正是为了让这一协作关系形成更清晰的机制，并为后续生态建设打下基础。

面向接下来的版本演进，NocoBase 也将在 AI 能力方向持续推进，逐步支持通过 AI 构建和运行可靠的业务系统。这将成为平台发展的一个关键拐点，也将为合作伙伴带来新的服务场景、解决方案机会与业务增长空间。对希望长期投入这一生态的团队而言，现在正是参与共建的重要阶段。

两类合作模式

当前阶段，NocoBase 合作伙伴计划主要包含两类合作模式。合作伙伴可以根据自身能力与业务方向选择参与其中一种，也可以结合实际情况同时开展。

渠道分销

渠道分销合作模式主要面向具备市场拓展能力、客户资源或行业连接能力的团队。合作伙伴可在目标区域或垂直行业内推广 NocoBase 产品，连接潜在客户，推动商业授权采购，并获得相应的佣金返利。

这一模式适合希望围绕产品推广、客户转化与市场覆盖开展合作的团队。

服务实施

服务实施合作模式主要面向具备技术交付能力和项目实施经验的团队。合作伙伴可基于 NocoBase 为客户提供需求分析、方案设计、系统实施、定制开发、培训交付和技术支持等专业服务。

这一模式适合希望围绕项目落地、行业方案建设及持续服务能力开展合作的团队。

适合加入的合作伙伴类型

NocoBase 合作伙伴计划更适合已经熟悉 NocoBase 且具备实际交付能力的团队。通常而言，以下类型的团队更适合加入：

已熟悉 NocoBase，并具备相关项目经验
能够独立完成系统实施、定制开发或客户交付
在特定区域、行业或客户群体中具备拓展能力
认可长期合作，而非短期交易导向

合作伙伴生态的建设方向

NocoBase 希望通过合作伙伴计划，逐步建立一个长期、开放、可持续的合作伙伴生态。

这一生态的核心目标包括：让客户能够更便捷地获得专业服务与可靠交付，让具备能力的合作伙伴获得更清晰的业务机会，也让优秀的实施经验、行业方案和扩展成果能够持续沉淀到生态中。

合作伙伴计划不仅是一项合作机制的发布，也是一项长期生态建设的开始。未来，NocoBase 将围绕合作支持、市场协同、案例共建与生态完善等方向，持续推进合作伙伴体系建设，推动平台、伙伴与客户之间形成长期稳定的价值循环。

如何申请

欢迎符合条件的团队加入 NocoBase 合作伙伴计划。

更多合作方式、申请条件及相关说明，请访问合作伙伴招募页面。

NocoBase 开源协议和定价调整

NocoBase Team — Sun, 15 Feb 2026 01:59:11 GMT

NocoBase 2.0 于 2026 年 2 月 15 日发布。从这个版本开始，NocoBase 将逐步转向 AI 驱动，助力传统企业落地 AI 能力，让 AI 在实际业务场景中发挥价值。为了配合这个方向调整，我们对开源协议和定价体系做出调整，目的是希望协议更宽松友好、定价方案更简单、用户使用成本更低。

开源协议由 AGPL-3.0 变更为 Apache-2.0

这将为用户提供更具商业友好的授权条款，以及更灵活的二次开发与分发空间。

将大量商业插件开源免费提供

以下商业插件均已开源，可以免费使用。

插件	包名	备注
AI LLM: GigaChat	`@nocobase/plugin-ai-gigachat`
多步骤表单	`@nocobase/plugin-block-multi-step-form`	适用于 Page V1，尚未适配 2.0
区块：树	`@nocobase/plugin-block-tree`	适用于 Page V1，尚未适配 2.0
评论	`@nocobase/plugin-comments`
自定义变量	`@nocobase/plugin-custom-variables`	适用于 Page V1，尚未适配 2.0
数据可视化：ECharts	`@nocobase/plugin-data-visualization-echarts`	2.0 已弃用，请使用 Chart 区块
嵌入 NocoBase	`@nocobase/plugin-embed`	适用于 Page V1，尚未适配 2.0
字段：代码	`@nocobase/plugin-field-code`	尚未适配 2.0
表单草稿	`@nocobase/plugin-form-drafts`	仅支持 Form 区块 2.0
多关键词筛选	`@nocobase/plugin-multi-keyword-filter`
工作流：自定义操作事件	`@nocobase/plugin-workflow-custom-action-trigger`
工作流：日期计算节点	`@nocobase/plugin-workflow-date-calculation`
工作流：JavaScript 节点	`@nocobase/plugin-workflow-javascript`
工作流：操作前事件	`@nocobase/plugin-workflow-request-interceptor`
工作流：变量	`@nocobase/plugin-workflow-variable`
数据表：连接外部数据 (FDW)	`@nocobase/plugin-collection-fdw`

将其余商业插件合并到商业许可证中

其余商业插件不再单独提供购买，均合并到商业许可证中，购买商业许可证后即可使用。明细请见定价页面：https://www.nocobase.com/cn/commercial

从低版本向高版本升级，可全额抵扣

2 月 15 日之前定价方案中，从低版本向高版本升级，剩余有效金额可以抵扣，如购买标准版 6 个月后升级到专业版，剩余有效金额为 2500 元，需补差价 47500 元。

2 月 15 日之后定价方案中，从低版本向高版本升级，低版本所花费金额可全额抵扣。如购买标准版 18 个月后升级到专业版，可全额抵扣标准版的 5000 元，需补差价 45000 元。

对于已经购买了商业版本许可证、商业插件、商业插件包的用户，做出如下免费调整：

2 月 15 日之前已购买的任何权益均不受影响，按照原政策执行，即：
- 已购买了商业许可证的用户，原许可证中包含的插件点数依然可以兑换商业插件，原许可证中包含的所有功能均不受影响。
- 已经购买和兑换的商业插件不变。
- 已经购买了商业插件包且仍有剩余点数的用户，仍可继续兑换商业插件。
2 月 15 日之后在商业版本中新增的功能，均免费为之前已购买对应商业版本的用户开放。
2 月 15 日之前已购买了商业版本，2 月15 日之后要升级到更高版本的，原版本费用可全额抵扣。
2 月 15 日之前已购买了商业插件，2 月15 日之后要购买商业版本的，若所购商业插件包含在要购买的商业版本中的，原插件费用可全额抵扣。

常见问题

我在 2 月 15 日之前购买了专业版，其中包含多应用和多空间功能。2 月 15 日起该功能只在企业版中提供，是否会影响到我？
- 答：不影响。你已经拥有的所有功能均不受影响，包括多应用和多空间，都将永久包含在你的许可证中。
我在 2 月 15 日之前购买了标准版，还剩下 8 个插件点数未使用，想兑换审批功能，但发现该功能在 2 月 15 日之后只在专业版中提供，我是否可以兑换？
- 答：可以兑换。账户中剩余的插件点数仍可正常兑换兑换全部商业插件。
我在 2 月 15 日之前购买了标准版，当时没有外部数据源功能，2 月 15 日之后标准版中包含了外部数据源，我是否可以免费使用？
- 答：可以。2 月 15 日之后商业版本中包含的新功能，都将免费向在此之前购买过相应版本的用户免费提供。MariaDB、MySQL、PostgreSQL、MSSQL、Rest API 等外部数据源都将免费为你开通。
我在 2 月 15 日之前购买了标准版以及审批插件，共计 5000 元 + 4800 元 = 9800 元。现在要升级到专业版，是否可以抵扣？
- 答：可以。9800 元可全额抵扣。

以上调整的解释权归 NocoBase 母公司所有。已经购买商业许可证、商业插件、商业插件包的用户，赠送权益将在 2 月 24 日之前调整完成。

再次感谢所有付费和免费用户的支持，感谢所有 NocoBase 开源贡献者。我们将持续快速迭代，为大家提供更好的产品，更低的价格。

NocoBase 2.0 正式版发布

NocoBase team — Sun, 15 Feb 2026 00:14:44 GMT

NocoBase 2.0 是一次面向 复杂应用构建与规模化部署 的重要升级。本次版本在 AI 能力、应用架构、数据编辑体验以及前端事件流等方面进行了系统性增强，同时全面推进 V2 页面与核心能力的适配。

新特性

AI 员工

AI 能力正式下沉至内核，成为 NocoBase 的一等公民，支持通过插件体系持续扩展：

将 AI 移至内核，提供插件化扩展能力
升级并优化 LangChain 相关依赖，提升稳定性与可扩展性
简化 AI 员工的交互流程，降低配置与使用门槛

参考文档：

AI 员工

应用监管器

应用监管器插件用于 统一发现、调度与管理多个 NocoBase 应用实例，适用于多应用与多环境部署场景。

支持应用自动发现与集中管理
通过共享内存机制提升实例间协作效率
支持多环境混合部署，满足复杂交付需求

共享内存

多环境混合部署

参考文档：

多应用管理

工作流画布编排能力增强

支持拖拽节点调整顺序

支持复制粘贴节点

子表格（行内编辑 / 弹窗编辑）

为满足不同复杂度的关联数据编辑需求，NocoBase 提供两种子表格编辑模式，可按场景灵活选择：

子表格（行内编辑）：直接在表格中编辑关联数据，操作高效，适合快速录入与批量修改
子表格（弹窗编辑）：通过弹窗表单编辑数据，支持更复杂的字段类型与校验逻辑，适用于高复杂度场景

子表格（行内编辑）

子表格（弹窗编辑）

参考文档：

字段赋值（新版）

全新的字段赋值对表单数据的 初始化与写入逻辑 进行了统一与强化，显著提升可理解性与一致性：

提供 统一的字段赋值配置入口，减少分散配置带来的理解成本
字段赋值逻辑 不再依赖字段组件类型，数据行为更加稳定、可预测
支持 关系字段的字段级赋值配置，满足复杂关联建模需求
同时支持 默认值 与 固定值 两种赋值方式，覆盖初始化与强制写入场景
旧版「字段默认值」已废弃，请使用新版字段赋值

参考文档：

字段赋值（文档即将上线）

事件流触发时机

事件流在执行时，严格按照 Event → Flow → Step 的层级顺序运行，并在各层级的执行前后触发对应 Hook，便于精细化控制与扩展。

event:
  before:
    - track_event_start
  flows:
    - name: flow1
      before:
        - track_flow_start
      steps:
        - name: step1
          before: [track_step_start]
          run: do_something
          after: [track_step_done]
      after:
        - track_flow_end
    - name: flow2
      ...
    - name: flow3
      ...
  after:
    - track_event_end

参考文档：

事件流

新增 2.0 适配

批量编辑

参考文档：

批量编辑

复制

参考文档：

复制

区块高度

参考文档：

区块高度

表格行拖拽排序

数据加载方式

参考文档：

数据加载方式

表单支持展示关系字段的字段

参考文档：

表单

页面（V2）本地化支持

V2 页面已全面支持本地化，覆盖 页面、区块、操作、字段 等多个层级。

启用本地化插件后，系统将自动收集缺失翻译词条，并集中展示于本地化管理列表，便于统一维护。

在 JS 区块中，可通过 ctx.t() 获取本地化文案，并支持变量插值：

const label = ctx.t('Your name is {{name}}', {
  name: await ctx.getVar('ctx.user.nickname')
});
ctx.render(label);

审批 2.0

新创建的审批工作流均以 2.0 的区块编排界面。1.x 已配置的仍支持继续使用，如 1.x 已配置的审批希望使用 2.0 的界面编排，需要选择 v2 版本重新配置界面，且配置后不能再还原到 1.x。

配置发起人的界面

配置审批人的界面

抄送 2.0

新创建的抄送节点，被抄送人的查看界面均以 2.0 的区块编排，1.x 已配置的仍支持继续使用，如 1.x 已配置的抄送希望使用 2.0 的界面编排，需要选择 v2 版本重新配置界面，且配置后不能再还原到 1.x。

尚未适配的功能

以下功能模块尚未在 2.0 中完成适配，将在后续版本中逐步升级：

功能模块	当前替代方案
自定义请求	工作流请求节点
浏览器打印	JS 操作
分步表单	JS 区块
树筛选区块	JS 区块
日历区块	JS 区块
自定义变量	事件流
甘特图区块	JS 区块
看板区块	JS 区块
文本复制	事件流
表格列设置	JS 操作
样式联动规则	事件流
复制文本快捷键	事件流
二维码字段	JS 字段
扫码录入	事件流
嵌入 NocoBase	—
中国行政区字段	—
编码字段	—
公开表单	—
工作流人工节点待办	—
提交成功后	事件流
表单数据模板	事件流

基于 NocoBase 2.0 构建的智能工单系统

NocoBase team — Thu, 08 Jan 2026 04:25:20 GMT

我们基于 NocoBase 2.0 提供了一套可直接部署和使用的智能工单系统。

介绍：https://www.nocobase.com/cn/solutions/ticketing-v2

文档：https://v2.docs.nocobase.com/cn/solution/ticket-system/

真正能落地的智能工单系统，应该长什么样？

在客服支持、IT 运维、设备维修、内部服务台等场景中，工单系统几乎是企业绕不开的一类基础系统。

但在实际使用中，很多团队都会遇到类似的问题：

工单来源分散：表单、邮件、客服、微信群，各管一套
分类和分派严重依赖人工，效率低且容易出错
SLA 形同虚设，很难真正追踪和约束
重复问题不断出现，但经验和解决方案无法沉淀

有没有一种工单系统，既能快速落地，又能随着业务变化灵活改进？

这正是我们在设计 NocoBase 智能工单系统解决方案时，希望回答的问题。

传统工单系统的不足

在调研后，我们发现大多数团队的选择通常有两种：

第一种：SaaS 工单系统

优点是上手快、功能齐全，但问题也很明显：

流程和字段定制能力有限
AI 能力更多停留在“点缀功能”
数据和业务逻辑不完全可控
成本会随着团队规模持续增长

第二种：自研工单系统

看起来最灵活，但现实是：

初期开发周期长、成本高
后续维护完全依赖原开发人员
每次流程变化都需要重新开发
很难把经验沉淀真正产品化

NocoBase 智能工单系统的核心思路

我们的定位是：可扩展、可配置、AI 原生的工单系统架构。

目标是让企业能够以更低的成本，构建一个灵活、可扩展、并且完全自主可控的工单系统，真正适配自身业务的持续变化，而不是被系统能力所限制。

一套可扩展的工单数据模型

我们采用了 T 型数据结构设计：

工单主表：负责所有通用能力，如状态流转、负责人、优先级、SLA、沟通记录等
业务扩展表：针对不同场景扩展，例如：
- IT 支持工单
- 设备维修工单
- 客户投诉与建议
- 内部行政支持

这样做的好处是：

新增一种工单类型，不需要改动核心流程
不同业务可以有完全不同的字段和页面
核心逻辑统一，扩展成本极低

因此这套方案非常适合多业务线、多部门使用的企业环境。

多源统一接入，让工单做到集中管理

在 NocoBase 的工单系统中，工单可以来自多个入口：

对外或内部表单
邮件自动解析
API / Webhook
客服或运维人员代录

系统会统一完成：

来源识别
重复检测
基础信息补全

最终让所有请求都进入同一套工单流转体系，而不是散落在不同工具中。

AI 驱动的智能分派与优先级判断

在 NocoBase 中，AI 不只是自动回复，而是深度参与工单处理过程：

识别工单意图与紧急程度
结合规则与历史数据判断优先级
根据人员技能与负载进行智能分派
为处理人员提供回复建议与背景信息

AI 的角色不是替代人，而是减少人工判断成本，让人专注在真正需要决策的地方。

SLA 不再是摆设，而是流程的一部分

工单系统如果没有 SLA 约束，最终一定会退化成任务列表。

在这套方案中：

不同优先级（P0–P3）可配置不同 SLA
系统自动跟踪响应时间与解决时间
超时触发提醒或升级流程
SLA 数据可直接用于统计和复盘

把解决的问题都作为知识沉淀

一个成熟的工单系统，最终一定会走向知识系统。

在 NocoBase 的方案中：

工单解决过程可自动沉淀为知识条目
新工单创建时，系统可推荐相似解决方案
AI 可辅助生成总结、优化表述、支持多语言
知识可以反向提升工单处理效率

和常见工单方案的核心差异

维度	传统 SaaS 工单	自研系统	NocoBase 工单方案
上线速度	快	慢	快
定制能力	有限	高	高
扩展成本	高	高	低
AI 融入深度	表层	需自研	原生支持
数据与部署	不完全可控	可控	完全可控

安装与使用

为了让你能够快速、顺畅地将工单方案部署到您自己的 NocoBase 环境中，我们提供了两种还原方式。请根据您的用户版本和技术背景选择最适合您的一种。

具体安装方案请查看我们的文档：

https://v2.docs.nocobase.com/cn/solution/ticket-system/installation

路线图

NocoBase 工单系统解决方案目前仍在持续完善中，一些能力在当前版本中尚未完全覆盖。我们会根据真实使用场景和社区反馈，持续对方案进行补充和优化。

接下来一段时间内，我们计划重点推进以下方向：

多语言支持：提供中文版本
文档完善：补全各核心流程与模块的详细说明，降低理解和使用成本

如果你在实际使用过程中遇到问题，或对工单系统的功能和设计有任何建议，欢迎在 NocoBase 社区论坛中反馈。

我们会认真评估这些反馈，并将其作为后续迭代的重要参考。

论坛：https://forum.nocobase.com

欢迎前往 demo 体验工单系统的完整功能。

https://demo.nocobase.com/new

NocoBase 2.0-beta 发布

NocoBase team — Thu, 01 Jan 2026 04:43:10 GMT

经过 NocoBase 团队及所有贡献者 8 个星期的努力，NocoBase 2.0-beta 如期发布。这个版本对 NocoBase 2.0 的大量新特性进行了打磨和测试，使得 2.0 进入更稳定的阶段，欢迎尝鲜用户将该版本用于生产测试，并将遇到的问题和建议及时反馈给我们。

2.0-rc 将于 2026 年 2 月 11 日之前发布，将覆盖更全面的测试及更多新特性，敬请期待。

新特性

AI 员工

我们对 AI 员工做了大量改进，包括：

优化内置 AI 员工的能力
支持访问外部数据源
支持查询大量数据
让对话内容保持原始格式
优化错误提示

使用手册：AI 员工

UI 模板

在 2.0 beta 中带来了全新的 UI 模板功能，每种模板均支持复制和引用，包括：

区块模板
字段模板
弹窗模板

其中，弹窗模板可以将整个弹窗里的内容（子页面中的全部标签页、区块）保存为模板，这大幅减少了在 1.x 中的重复工作。

使用手册：UI 模板

多应用 2.0

多应用管理是 NocoBase 提供的统一应用管理方案，用于在一个或多个运行环境中创建和管理多个物理隔离的 NocoBase 应用实例。通过应用监管器 (AppSupervisor)，用户可以在统一入口中创建和维护多个应用，满足不同业务、不同规模阶段的需求。NocoBase 支持以下三种架构部署：

单应用：只部署一个 NocoBase 实例，所有业务功能、数据和用户都运行在同一个应用中。
共享内存多应用：一个 NocoBase 实例中可以同时运行多个应用。每个应用是独立的，可以连接独立的数据库，可以单独创建、启动和停止，但它们共享同一个进程和内存空间，用户仍然只需要维护一个 NocoBase 实例。
多环境混合部署：部署一个 NocoBase 作为统一的管理中心，同时部署多个 NocoBase 作为应用运行环境，用于实际运行业务应用，不同应用可以运行在不同节点或集群。

使用手册：多应用

多空间

多空间插件允许在单一应用实例中，通过逻辑隔离实现多个独立的数据空间，适用于业务流程和系统配置高度一致的多工厂或多门店等场景。

使用手册：多空间

数据可视化 2.0

1.x 中提供了基础的数据可视化插件，基于 Ant Design Charts 和 Echarts 实现最基本的数据可视化展示，但对于复杂图表、个性化交互、数据联动的场景却无能为力。

NocoBase 2.0 中基于 Echarts 提供了全新的数据可视化插件，支持可视化配置模式和 SQL、JSON 模式，支持事件，可以方便地满足复杂图表、多图表联动、数据下钻等场景。

不需要担心 SQL 和 JSON 过于复杂，有 AI 员工 Nathan 帮你。

使用手册：数据可视化

工作流

新增“多条件分支”节点

类似于编程语言中的 switch / case 或 if / else if 语句。系统将根据配置的多个条件，按顺序逐个判断，仅执行满足某个条件的分支下的流程。该节点将代替“并行分支”的部分功能，建议同时使用条件和并行节点解决此类编排的流程都可以用新的“多条件分支”节点替代。

使用手册：多条件分支

审批 2.0

审批插件的大部分区块配置使用 FlowEngine 进行了重构，支持更灵活的配置和使用。同时也提供了几个新功能。

使用手册：审批

允许选择在审批处理界面中展示数据的快照还是最新状态

快照在审批流程中，申请人和审批人在进入时看到的记录状态，并且在提交后只能看到自己修改的记录——不会看到其他人之后所做的更新。
最新在审批流程中，申请人和审批人在整个流程中始终看到记录的最新版本，无论他们操作之前记录是什么状态。在流程结束后，他们将看到记录的最终版本。

支持配置发起人的数据范围

可以配置基于用户范围的权限，决定哪些用户可以发起该审批。

待办中心里，支持“我发起的”和“我的审批”列表中的卡片配置业务数据字段

“我发起的”卡片，可灵活配置审批信息和业务数据的字段。

“我的审批”卡片，可灵活配置审批任务和业务数据的字段。

邮件管理 2.0

邮件管理插件使用 FlowEngine 进行了重构，使 AI 员工可以无缝参与到邮件的总结、分析、撰写中，同时新增了自动保存草稿等功能。

使用手册： https://v2.docs.nocobase.com/cn/email-manager

数据历史记录

历史记录插件用于追踪数据的变更过程，自动保存新增、修改、删除操作的快照与差异记录，帮助用户快速回溯数据变化、审计操作行为。

使用手册：数据历史记录

解决方案

NocoBase 2.0 提供开箱即用的解决方案模板，以便于快速搭建业务系统。

智能工单系统

AI 驱动的工单管理平台，实现：

多源统一接入：公开表单、客户门户、邮件解析、API/Webhook
AI 员工团队：Sam（分流）、Grace（回复）、Max（知识）、Lexi（翻译）…
SLA 全程监控：P0-P3 四级优先级，自动预警升级
知识自循环：工单解决后自动沉淀为知识文章

方案文档：https://v2.docs.nocobase.com/cn/solution/ticket-system/

CRM 客户管理（预览版）

版本说明：当前版本基于1.x版本，对部分前端界面进行了2.0适配，仅供学习预览。

NocoBase CRM 是一个无代码、灵活且强大的客户关系管理基座，涵盖：

客户管理：客户信息、联系人、客户分级
销售管道：线索管理、商机跟进、销售漏斗
订单管理：报价单、订单、合同
数据分析：仪表板、报表、数据可视化

方案文档：https://v2.docs.nocobase.com/cn/solution/crm/

在线演示：https://demo.nocobase.com/new

2.0-beta 对比 1.x

图例说明

✅ 已支持：2.0 已适配的 1.x 功能
🆕 新功能：2.0 版本新增的功能
✨ 功能增强：相比 1.0 版本有所改进的功能
🔄 进行中：正在开发中的功能
🚀 优化中：已支持，但还需改进的功能
❌ 暂不支持：2.0 版本暂不支持的功能
⚠️ 已废弃：已废弃的功能
P0/P1/P2：功能优先级
- P0：即将发布
- P1：2.0 正式版之前会支持
- P2：2.0 正式版之后支持

界面搭建

路由与菜单

分类	功能项	状态	优先级	备注
添加菜单项	分组	✅ 已支持	-	-
添加菜单项	旧版页面（v1）	✅ 已支持	-	-
添加菜单项	新版页面（v2）	🆕 新功能	-	-
添加菜单项	链接	✅ 已支持	-	-

页面

分类	功能项	状态	优先级	备注
页面配置项	显示页面标题	✅ 已支持	-	-
页面配置项	编辑页面标题	✅ 已支持	-	-
页面配置项	启用页面选项卡	✅ 已支持	-	-
页面配置项	复制嵌入链接	❌ 暂不支持	-	-
页面配置项	启用页眉	⚠️ 已废弃	-	-
拖拽布局	区块拖拽布局	✨ 功能增强	-	-

添加区块

数据区块

功能项	状态	优先级	备注
表格	✅ 已支持	-	-
表单（编辑）	✅ 已支持	-	-
表单（添加）	✅ 已支持	-	-
详情	✅ 已支持	-	-
列表	✅ 已支持	-	-
网格卡片	✅ 已支持	-	-
评论	✅ 已支持	-	-
地图	✅ 已支持	-	-
图表	✨ 功能增强	-	-
日历	❌ 暂不支持	-	-
甘特图	❌ 暂不支持	-	-
看板	❌ 暂不支持	-	-
分步表单	❌ 暂不支持	-	-

筛选区块

功能项	状态	优先级	备注
表单	✨ 功能增强	-	-
折叠面板	❌ 暂不支持	-	-
树	❌ 暂不支持	-	-

其他区块

功能项	状态	优先级	备注
区块模板	🆕 新功能	-	-
JS block	🆕 新功能	-	-
Iframe	✅ 已支持	-	-
操作面板	✅ 已支持	-	-
Markdown	✨ 功能增强	-	-
历史记录	🆕 新功能	-	-
邮件	✅ 已支持	-	-
工作流 > 待办	❌ 暂不支持	-	-
工作流 > 审批	🔄 进行中	P0	-

标签页

分类	功能项	状态	优先级	备注
标签页配置项	编辑标签页	✅ 已支持	-	-
标签页配置项	复制 UID	🆕 新功能	-	-
标签页配置项	删除	✅ 已支持	-	-

表格区块

分类	功能项	状态	优先级	备注
表格配置项	标题和描述	✅ 已支持	-	-
表格配置项	区块联动规则	✨ 功能增强	-	-
表格配置项	区块高度	❌ 暂不支持	P1	-
表格配置项	启用拖拽排序	❌ 暂不支持	P1	-
表格配置项	拖拽排序字段	❌ 暂不支持	P1	-
表格配置项	数据加载方式	❌ 暂不支持	P1	-
表格配置项	启用快捷编辑	🆕 新功能	-	-
表格配置项	显示行号	✅ 已支持	-	-
表格配置项	每页条数	✅ 已支持	-	-
表格配置项	数据范围	✅ 已支持	-	-
表格配置项	默认排序	✅ 已支持	-	-
表格配置项	启用树表格	✅ 已支持	-	-
表格配置项	默认展开所有行	✅ 已支持	-	-
表格配置项	表格密度	✅ 已支持	-	-
表格配置项	保存为模板	🆕 新功能	-	-
表格配置项	复制 UID	🆕 新功能	-	-
表格配置项	删除	✅ 已支持	-	-
表格操作 > 全局操作	添加	✅ 已支持	-	-
表格操作 > 全局操作	删除	✅ 已支持	-	-
表格操作 > 全局操作	筛选	✅ 已支持	-	-
表格操作 > 全局操作	链接	✅ 已支持	-	-
表格操作 > 全局操作	弹窗	✅ 已支持	-	-
表格操作 > 全局操作	刷新	✅ 已支持	-	-
表格操作 > 全局操作	批量编辑	❌ 暂不支持	P1	-
表格操作 > 全局操作	批量更新	✅ 已支持	-	-
表格操作 > 全局操作	导出	✅ 已支持	-	-
表格操作 > 全局操作	导入	✅ 已支持	-	-
表格操作 > 全局操作	自定义请求	❌ 暂不支持	P2	-
表格操作 > 全局操作	列设置	❌ 暂不支持	-	-
表格操作 > 全局操作	AI 员工	🆕 新功能	-	-
表格操作 > 全局操作	JS 操作	🆕 新功能	-	-
表格操作 > 行操作	查看	✅ 已支持	-	-
表格操作 > 行操作	编辑	✅ 已支持	-	-
表格操作 > 行操作	更新记录	✅ 已支持	-	-
表格操作 > 行操作	删除	✅ 已支持	-	-
表格操作 > 行操作	弹窗	✅ 已支持	-	-
表格操作 > 行操作	链接	✅ 已支持	-	-
表格操作 > 行操作	复制	❌ 暂不支持	P2	-
表格操作 > 行操作	自定义请求	❌ 暂不支持	P2	-
表格操作 > 行操作	AI 员工	🆕 新功能	-	-
表格操作 > 行操作	JS 操作	🆕 新功能	-	-
表格列	展示当前表字段	✅ 已支持	-	-
表格列	展示关系表字段	✅ 已支持	-	-
表格列 > 其他	JS 字段	🆕 新功能	-	-
表格列 > 其他	JS 列	🆕 新功能	-	-
表格列 > 其他	操作	✨ 功能增强	-	-
表格列配置项	列标题	✅ 已支持	-	-
表格列配置项	提示	✅ 已支持	-	-
表格列配置项	列宽	✨ 功能增强	-	-
表格列配置项	启用快速编辑	🆕 新功能	-	-
表格列配置项	可排序的	✅ 已支持	-	-
表格列配置项	固定列	✅ 已支持	-	-
表格列配置项	样式	❌ 暂不支持	P2	-
表格列配置项	显示模式	🆕 新功能	-	-
表格列配置项	显示复制按钮	❌ 暂不支持	-	-
表格列配置项	文本超出省略	✨ 功能增强	-	-
表格列配置项	字段组件	✨ 功能增强	-	-
表格列配置项	渲染模式	🆕 新功能	-	-
表格列配置项	启用点击打开	✨ 功能增强	-	-
表格列配置项	弹窗设置	✨ 功能增强	-	-
表格列配置项	复制 UID	🆕 新功能	-	-
表格列配置项	删除	✅ 已支持	-	-
表格列配置项	隐藏列	⚠️ 已废弃	-	-
表格列配置项	连接数据区块	⚠️ 已废弃	-	-
表格列配置项	保存为引用模板	⚠️ 已废弃	-	-
表格列配置项	保存为继承模板	⚠️ 已废弃	-	-

添加 & 编辑表单区块

分类	功能项	状态	优先级	备注
表单配置	标题和描述	✅ 已支持	-	-
表单配置	区块高度	❌ 暂不支持	P1	-
表单配置	表单数据模板	❌ 暂不支持	-	-
表单配置	表单初始值	🔄 进行中	P1	-
表单配置	布局	✅ 已支持	-	-
表单配置	区块联动规则	✨ 功能增强	-	-
表单配置	字段联动规则	🔄 进行中	P2	-
表单配置	数据范围	✅ 已支持	-	-
表单配置	启用草稿	🆕 新功能	-	-
表单配置	保存为模板	🆕 新功能	-	-
表单配置	模板引用转为复制	🆕 新功能	-	-
表单配置	将引用字段转为复制	🆕 新功能	-	-
表单配置	复制 UID	🆕 新功能	-	-
表单配置	删除	✅ 已支持	-	-
表单配置	保存为引用模板	⚠️ 已废弃	-	-
表单配置	保存为继承模板	⚠️ 已废弃	-	-
表单字段项	展示当前表字段	✅ 已支持	-	-
表单字段项	展示关系表字段	❌ 暂不支持	P2	-
表单字段项 > 其他	字段模板	🆕 新功能	-	-
表单字段项 > 其他	JS 项	🆕 新功能	-	-
表单字段项 > 其他	分割线	✨ 功能增强	-	-
表单字段项 > 其他	Markdown	✨ 功能增强	-	-
表单字段项配置	显示字段名称	✅ 已支持	-	-
表单字段项配置	字段名称	✅ 已支持	-	-
表单字段项配置	提示	✅ 已支持	-	-
表单字段项配置	描述	✅ 已支持	-	-
表单字段项配置	默认值	🚀 优化中	P0	-
表单字段项配置	验证	✨ 功能增强	-	-
表单字段项配置	必填	✅ 已支持	-	-
表单字段项配置	显示模式	✨ 功能增强	-	-
表单字段项配置 > 子表单	多选	❌ 暂不支持	P1	-
表单字段项配置 > 子表单	字段联动规则	🔄 进行中	P2	-
表单字段项配置 > 子表格	字段联动规则	❌ 暂不支持	P2	-
表单字段项配置 > 子表单 (弹窗)	-	❌ 暂不支持	-	-
表单字段项配置	复制 UID	🆕 新功能	-	-
表单字段项配置	删除	✅ 已支持	-	-
表单操作	提交	🚀 优化中	P1	-
表单操作	触发工作流	✅ 已支持	-	-
表单操作	弹窗	❌ 暂不支持	P1	-
表单操作	自定义请求	❌ 暂不支持	P2	-
表单操作	AI 员工	🆕 新功能	-	-
表单操作	JS 操作	🆕 新功能	-	-

详情区块

分类	功能项	状态	优先级	备注
详情配置项	标题和描述	✅ 已支持	-	-
详情配置项	区块高度	❌ 暂不支持	P1	-
详情配置项	区块联动规则	✨ 功能增强	-	-
详情配置项	数据加载方式	❌ 暂不支持	P1	-
详情配置项	布局	✅ 已支持	-	-
详情配置项	数据范围	✅ 已支持	-	-
详情配置项	默认排序	✅ 已支持	-	-
详情配置项	字段联动规则	🚀 优化中	-	-
详情配置项	保存为模板	🆕 新功能	-	-
详情配置项	复制 UID	🆕 新功能	-	-
详情配置项	删除	✅ 已支持	-	-
详情配置项	保存为引用模板	⚠️ 已废弃	-	-
详情配置项	保存为继承模板	⚠️ 已废弃	-	-
详情操作	查看	🆕 新功能	-	-
详情操作	编辑	✅ 已支持	-	-
详情操作	打开弹窗	✅ 已支持	-	-
详情操作	更新数据	✅ 已支持	-	-
详情操作	删除	✅ 已支持	-	-
详情操作	链接	🆕 新功能	-	-
详情操作	模板打印	✅ 已支持	-	-
详情操作	打印	❌ 暂不支持	-	-
详情操作	自定义请求	❌ 暂不支持	P2	-
详情操作	触发工作流	🆕 新功能	-	-
详情操作	AI 员工	🆕 新功能	-	-
详情操作	JS 操作	🆕 新功能	-	-
详情字段	展示当前表字段	✅ 已支持	-	-
详情字段	展示关系表字段	✅ 已支持	-	-
详情字段 > 其他	字段模板	🆕 新功能	-	-
详情字段 > 其他	JS 字段	🆕 新功能	-	-
详情字段 > 其他	JS 项	🆕 新功能	-	-
详情字段 > 其他	分割线	✅ 已支持	-	-
详情字段 > 其他	Markdown	✨ 功能增强	-	-
详情项配置	显示字段名称	✅ 已支持	-	-
详情项配置	字段名称	✅ 已支持	-	-
详情项配置	提示	✅ 已支持	-	-
详情项配置	描述	✅ 已支持	-	-
详情项配置	样式	❌ 暂不支持	P2	-
详情项配置 > 标题展示（可点击字段）	标题字段	✨ 功能增强	-	-
详情项配置 > 标题展示（可点击字段）	样式	❌ 暂不支持	P2	-
详情项配置 > 标题展示（可点击字段）	显示模式	🆕 新功能	-	-
详情项配置 > 标题展示（可点击字段）	文本超出省略	✅ 已支持	-	-
详情项配置 > 标题展示（可点击字段）	启用点击打开	✅ 已支持	-	-
详情项配置 > 标题展示（可点击字段）	弹窗设置	✨ 功能增强	-	-
详情项配置 > 子表格	每页条数	✅ 已支持	-	-
详情项配置 > 子表格	设置排序规则	❌ 暂不支持	-	-
详情项配置 > 子表格	启用序号列	❌ 暂不支持	-	-
详情项配置 > 子表格	联动规则	❌ 暂不支持	-	-
详情项配置 > 子详情	联动规则	❌ 暂不支持	-	-
详情项配置 > 子详情	布局	❌ 暂不支持	-	-
详情项配置 > 大文本	文本超出省略	✨ 功能增强	-	-
详情项配置 > 大文本	渲染模式	✨ 功能增强	-	-
详情项配置 > 预览	-	✨ 功能增强	-	-
详情项配置	复制 UID	🆕 新功能	-	-
详情项配置	删除	✅ 已支持	-	-

列表区块

分类	功能项	状态	优先级	备注
列表配置项	标题和描述	✅ 已支持	-	-
列表配置项	区块高度	❌ 暂不支持	P1	-
列表配置项	区块联动规则	✨ 功能增强	-	-
列表配置项	每页条数	✅ 已支持	-	-
列表配置项	数据范围	✅ 已支持	-	-
列表配置项	默认排序	✅ 已支持	-	-
列表配置项	数据加载方式	✅ 已支持	-	-
列表配置项	布局	✅ 已支持	-	-
列表配置项	保存为模板	🆕 新功能	-	-
列表配置项	模板引用转为复制	🆕 新功能	-	-
列表配置项	将引用字段转为复制	🆕 新功能	-	-
列表配置项	复制 UID	🆕 新功能	-	-
列表配置项	删除	✅ 已支持	-	-
列表配置项	保存为引用模板	⚠️ 已废弃	-	-
列表配置项	保存为继承模板	⚠️ 已废弃	-	-
列表操作 > 全局操作	添加	✅ 已支持	-	-
列表操作 > 全局操作	删除	✅ 已支持	-	-
列表操作 > 全局操作	筛选	✅ 已支持	-	-
列表操作 > 全局操作	链接	🆕 新功能	-	-
列表操作 > 全局操作	弹窗	🆕 新功能	-	-
列表操作 > 全局操作	刷新	✅ 已支持	-	-
列表操作 > 全局操作	批量更新	🚀 优化中		-
列表操作 > 全局操作	导出	✅ 已支持	-	-
列表操作 > 全局操作	导入	✅ 已支持	-	-
列表操作 > 全局操作	导出附件	🆕 新功能	-	-
列表操作 > 全局操作	发送邮件	🆕 新功能	-	-
列表操作 > 全局操作	模板打印	🆕 新功能	-	-
列表操作 > 全局操作	触发工作流	✅ 已支持	-	-
列表操作 > 全局操作	自定义请求	❌ 暂不支持	P2	-
列表操作 > 全局操作	AI 员工	🆕 新功能	-	-
列表操作 > 全局操作	JS 操作	🆕 新功能	-	-
列表操作 > 行操作	查看	✅ 已支持	-	-
列表操作 > 行操作	删除	✅ 已支持	-	-
列表操作 > 行操作	编辑	✅ 已支持	-	-
列表操作 > 行操作	链接	✅ 已支持	-	-
列表操作 > 行操作	弹窗	✅ 已支持	-	-
列表操作 > 行操作	更新记录	✅ 已支持	-	-
列表操作 > 行操作	模板打印	✅ 已支持	-	-
列表操作 > 行操作	触发工作流	✅ 已支持	-	-
列表操作 > 行操作	自定义请求	❌ 暂不支持	P2	-
列表操作 > 行操作	AI 员工	🆕 新功能	-	-
列表操作 > 行操作	JS 操作	🆕 新功能	-	-
列表字段	展示当前表字段	✅ 已支持	-	-
列表字段	展示关系表字段	✅ 已支持	-	-
列表字段 > 其他	JS 字段	🆕 新功能	-	-
列表字段 > 其他	JS 项	🆕 新功能	-	-
列表字段 > 其他	分割线	✅ 已支持	-	-
列表字段 > 其他	Markdown	🆕 新功能	-	-

其他区块

功能项	状态	优先级	备注
网格卡片区块	✅ 已支持	-	-
评论区块	✅ 已支持	-	-
地图区块	✅ 已支持	-	-
图表区块	✨ 功能增强	-	-
日历区块	❌ 暂不支持	-	-
甘特图区块	❌ 暂不支持	-	-
看板区块	❌ 暂不支持	-	-
分步表单区块	❌ 暂不支持	-	-
筛选表单	✨ 功能增强	-	-
筛选折叠面板	❌ 暂不支持	-	-
树筛选	❌ 暂不支持	-	-
区块模板	🆕 新功能	-	-
JS 区块	🆕 新功能	-	-
Iframe	✅ 已支持	-	-
操作面板	✅ 已支持	-	-
Markdown	✨ 功能增强	-	-
历史记录	🆕 新功能	-	-
邮件	✅ 已支持	-	-
工作流	🔄 进行中	P0	-

操作面板

分类	功能项	状态	优先级	备注
操作面板配置项	标题和描述	✅ 已支持	-	-
操作面板配置项	区块高度	❌ 暂不支持	P1	-
操作面板配置项	区块联动规则	✨ 功能增强	-	-
操作面板配置项	布局	✅ 已支持	-	-
操作面板配置项	文本超出省略	✅ 已支持	-	-
操作面板配置项	保存为模板	🆕 新功能	-	-
操作面板配置项	复制 UID	🆕 新功能	-	-
操作面板配置项	删除	✅ 已支持	-	-
操作	弹窗	✅ 已支持	-	-
操作	链接	✅ 已支持	-	-
操作	扫描二维码	✅ 已支持	-	-
操作	更新记录	❌ 暂不支持	P2	-
操作	自定义请求	❌ 暂不支持	P2	-
操作	触发工作流	❌ 暂不支持	P2	-
操作	JS 操作	🆕 新功能	-	-

字段

阅读态

分类	功能项	状态	优先级	备注
可点击字段	文本展示	✅ 已支持	-	-
可点击字段	数字展示	✅ 已支持	-	-
可点击字段	日期展示	✅ 已支持	-	-
可点击字段	时间展示	✅ 已支持	-	-
可点击字段	枚举展示	✅ 已支持	-	-
可点击字段	关系展示	✅ 已支持	-	-
大文本展示	富文本展示	✅ 已支持	-	-
大文本展示	Markdown 展示	✅ 已支持	-	-
大文本展示	代码块展示	❌ 暂不支持	P1	-
大文本展示	JSON 字段	✅ 已支持	-	-
字段展示	URL 字段	✅ 已支持	-	-
字段展示	预览字段	✅ 已支持	-	-
字段展示	勾选字段	✅ 已支持	-	-
字段展示	图标字段	✅ 已支持	-	-
字段展示	颜色字段	✅ 已支持	-	-
字段展示	计算公式	✅ 已支持	-	-
字段展示	自动编码	✅ 已支持	-	-
关系字段	子详情	🔄 进行中	P0	-
关系字段	子表格	🔄 进行中	P0	-
字段展示	地图展示	✅ 已支持	-	-
字段展示	JS Field	✅ 已支持	-	-
字段展示	TableOID	✅ 已支持	-	-
字段展示	中国行政区	❌ 暂不支持	-	-
字段展示	二维码	❌ 暂不支持	-	-

编辑态

功能项	状态	优先级	备注
单行输入框	✅ 已支持	-	-
数字输入框	✅ 已支持	-	-
百分比输入框	✅ 已支持	-	-
密码输入框	✅ 已支持	-	-
NanoID 输入框	✅ 已支持	-	-
多行文本输入框	✅ 已支持	-	-
富文本编辑器	✅ 已支持	-	-
代码编辑器	❌ 暂不支持	P1	-
Markdown 编辑器	✅ 已支持	-	-
JSON 输入框	✅ 已支持	-	-
选择器	✅ 已支持	-	-
单选框	✅ 已支持	-	-
勾选框	✅ 已支持	-	-
复选框	✅ 已支持	-	-
日期选择器	✅ 已支持	-	-
颜色选择器	✅ 已支持	-	-
图标选择器	✅ 已支持	-	-
时间选择器	✅ 已支持	-	-
记录选择器（下拉菜单）	✅ 已支持	-	-
记录选择器（弹窗）	✅ 已支持	-	-
记录选择器（级联）	✅ 已支持	-	-
文件管理器	✅ 已支持	-	-
数据表选择器	🔄 进行中	P2	-
中国行政区	❌ 暂不支持	-	-
二维码	❌ 暂不支持	-	-
扫码录入	❌ 暂不支持	-	-
子表单	🚀 优化中	P0	-
子表格（简易）	🚀 优化中	P0	-
子表格（高级）	🔄 进行中	P1	-
地图选择器	✅ 已支持	-	-
JS Field	✅ 已支持	-	-

操作

功能项	状态	优先级	备注
弹窗	✅ 已支持	-	-
查看	✅ 已支持	-	-
筛选	✅ 已支持	-	-
添加	✅ 已支持	-	-
添加子记录	✅ 已支持	-	-
链接	✅ 已支持	-	-
编辑	✅ 已支持	-	-
删除	✅ 已支持	-	-
刷新	✅ 已支持	-	-
更新记录	🚀 优化中	P1	-
提交	🚀 优化中	P1	-
上传	✅ 已支持	-	-
触发工作流	✅ 已支持	-	-
批量编辑	❌ 暂不支持	P1	-
批量更新	✅ 已支持	-	-
自定义请求	❌ 暂不支持	P2	-
复制	❌ 暂不支持	P2	-
打印	❌ 暂不支持	-	-
模板打印	✅ 已支持	-	-
导入	✅ 已支持	-	-
导出	✅ 已支持	-	-
导出附件	✅ 已支持	-	-
扫二维码	✅ 已支持	-	-
AI 员工	🆕 新功能	-	-
JS Action	🆕 新功能	-	-

进阶功能

分类	功能项	状态	优先级	备注
界面模板	区块	🆕 新功能	-	-
界面模板	弹窗	🆕 新功能	-	-
界面模板	字段	🆕 新功能	-	-
界面模板 > 字段	表单字段	🆕 新功能	-	-
界面模板 > 字段	详情字段	🆕 新功能	-	-
界面模板 > 字段	审批字段	🆕 新功能	-	-
界面和权限	界面和权限	✨ 功能增强	-	-
事件流	事件流事件	🆕 新功能、🚀 优化中	P1	-
事件流	事件流操作	🆕 新功能、🚀 优化中	P1	-
联动规则	联动规则	🚀 优化中	P1	-
变量	当前用户	🚀 优化中	P1	-
变量	当前角色（标识）	✅ 已支持	-	-
变量	当前空间（标识）	❌ 暂不支持	P1	-
变量	API 密钥	✅ 已支持	-	-
变量	URL 查询参数	✅ 已支持	-	-
变量	当前设备	🆕 新功能	-	-
变量	当前记录	✅ 已支持	-	-
变量	当前表单	✅ 已支持	-	-
变量	当前对象	❌ 暂不支持	P1	-
变量	当前弹窗	🚀 优化中	P1	-
变量	当前选中记录	❌ 暂不支持	P2	-
变量	日期变量	🔄 进行中	P1	-
变量	变量与密钥	🔄 进行中	P1	-
JavaScript	运行 JavaScript	🆕 新功能	-	-

插件状态

插件名称	插件状态	优先级	备注
@nocobase/plugin-action-bulk-edit	❌ 暂不支持	P1	-
@nocobase/plugin-action-custom-request	❌ 暂不支持	-	-
@nocobase/plugin-action-duplicate	❌ 暂不支持	-	-
@nocobase/plugin-action-print	❌ 暂不支持	-	-
@nocobase/plugin-block-multi-step-form	❌ 暂不支持	-	-
@nocobase/plugin-block-tree	❌ 暂不支持	-	-
@nocobase/plugin-calendar	❌ 暂不支持	-	-
@nocobase/plugin-custom-variables	❌ 暂不支持	-	-
@nocobase/plugin-embed	❌ 暂不支持	-	-
@nocobase/plugin-field-china-region	❌ 暂不支持	-	-
@nocobase/plugin-field-code	❌ 暂不支持	P1	-
@nocobase/plugin-field-sort	❌ 暂不支持	-	不支持记录的拖拽排序
@nocobase/plugin-file-previewer-office	❌ 暂不支持	-	-
@nocobase/plugin-gantt	❌ 暂不支持	-	-
@nocobase/plugin-kanban	❌ 暂不支持	-	-
@nocobase/plugin-localization	❌ 暂不支持	P2	2.0 的界面配置相关文案还不支持多语言
@nocobase/plugin-public-forms	❌ 暂不支持	-	-
@nocobase/plugin-text-copy	❌ 暂不支持	-	-
@nocobase/plugin-data-visualization-echarts	⚠️ 已废弃	-	使用 @nocobase/plugin-data-visualization 代替
@nocobase/plugin-field-component-mask	⚠️ 已废弃	-	-
@nocobase/plugin-mobile	⚠️ 已废弃	-	使用 @nocobase/plugin-ui-layout 代替
@nocobase/plugin-multi-app-manager	⚠️ 已废弃	-	使用 @nocobase/plugin-app-supervisor 代替
@nocobase/plugin-app-supervisor	🆕 新功能	P0	即将发布
@nocobase/plugin-ai	🆕 新功能	-	-
@nocobase/plugin-ai-gigachat	🆕 新功能	-	-
@nocobase/plugin-block-grid-card	🆕 新功能	-	-
@nocobase/plugin-block-list	🆕 新功能	-	-
@nocobase/plugin-block-markdown	🆕 新功能	-	-
@nocobase/plugin-flow-engine	🆕 新功能	-	-
@nocobase/plugin-form-drafts	🆕 新功能	-	-
@nocobase/plugin-multi-space	🆕 新功能	-	-
@nocobase/plugin-record-history	🆕 新功能	-	-
@nocobase/plugin-telemetry	🆕 新功能	-	-
@nocobase/plugin-ui-layout	🆕 新功能、❌ 暂不支持	P2	计划中
@nocobase/plugin-ui-templates	🆕 新功能	-	-
@nocobase/plugin-acl	✅ 已支持	-	-
@nocobase/plugin-action-bulk-update	✅ 已支持	-	-
@nocobase/plugin-action-export	✅ 已支持	-	-
@nocobase/plugin-action-export-pro	✅ 已支持	-	-
@nocobase/plugin-action-import	✅ 已支持	-	-
@nocobase/plugin-action-import-pro	✅ 已支持	-	-
@nocobase/plugin-action-template-print	✅ 已支持	-	-
@nocobase/plugin-api-doc	✅ 已支持	-	-
@nocobase/plugin-api-keys	✅ 已支持	-	-
@nocobase/plugin-async-task-manager	✅ 已支持	-	-
@nocobase/plugin-audit-logger	✅ 已支持	-	-
@nocobase/plugin-audit-logs	✅ 已支持	-	-
@nocobase/plugin-auth	✅ 已支持	-	-
@nocobase/plugin-auth-cas	✅ 已支持	-	-
@nocobase/plugin-auth-dingtalk	✅ 已支持	-	-
@nocobase/plugin-auth-ldap	✅ 已支持	-	-
@nocobase/plugin-auth-oidc	✅ 已支持	-	-
@nocobase/plugin-auth-saml	✅ 已支持	-	-
@nocobase/plugin-auth-sms	✅ 已支持	-	-
@nocobase/plugin-auth-wecom	✅ 已支持	-	-
@nocobase/plugin-backup-restore	✅ 已支持	-	-
@nocobase/plugin-backups	✅ 已支持	-	-
@nocobase/plugin-block-iframe	✅ 已支持	-	-
@nocobase/plugin-block-template	✅ 已支持	-	-
@nocobase/plugin-block-tree	✅ 已支持	-	-
@nocobase/plugin-block-workbench	✅ 已支持	-	-
@nocobase/plugin-client	✅ 已支持	-	-
@nocobase/plugin-collection-fdw	✅ 已支持	-	-
@nocobase/plugin-collection-sql	✅ 已支持	-	-
@nocobase/plugin-collection-tree	✅ 已支持	-	-
@nocobase/plugin-comments	✅ 已支持	-	-
@nocobase/plugin-custom-brand	✅ 已支持	-	-
@nocobase/plugin-data-source-external-mariadb	✅ 已支持	-	-
@nocobase/plugin-data-source-external-mssql	✅ 已支持	-	-
@nocobase/plugin-data-source-external-mysql	✅ 已支持	-	-
@nocobase/plugin-data-source-external-oracle	✅ 已支持	-	-
@nocobase/plugin-data-source-external-postgres	✅ 已支持	-	-
@nocobase/plugin-data-source-kingbase	✅ 已支持	-	-
@nocobase/plugin-data-source-main	✅ 已支持	-	-
@nocobase/plugin-data-source-manager	✅ 已支持	-	-
@nocobase/plugin-data-source-rest-api	✅ 已支持	-	-
@nocobase/plugin-data-visualization	✅ 已支持	-	-
@nocobase/plugin-departments	✅ 已支持	-	-
@nocobase/plugin-email-manager	✅ 已支持	-	-
@nocobase/plugin-environment-variables	✅ 已支持	-	-
@nocobase/plugin-error-handler	✅ 已支持	-	-
@nocobase/plugin-field-attachment-url	✅ 已支持	-	-
@nocobase/plugin-field-encryption	✅ 已支持	-	-
@nocobase/plugin-field-formula	✅ 已支持	-	-
@nocobase/plugin-field-m2m-array	✅ 已支持	-	-
@nocobase/plugin-field-markdown-vditor	✅ 已支持	-	-
@nocobase/plugin-field-sequence	✅ 已支持	-	-
@nocobase/plugin-file-manager	✅ 已支持	-	-
@nocobase/plugin-file-storage-s3-pro	✅ 已支持	-	-
@nocobase/plugin-graph-collection-manager	✅ 已支持	-	-
@nocobase/plugin-ip-restriction	✅ 已支持	-	-
@nocobase/plugin-license	✅ 已支持	-	-
@nocobase/plugin-locale-tester	✅ 已支持	-	-
@nocobase/plugin-lock-adapter-redis	✅ 已支持	-	-
@nocobase/plugin-logger	✅ 已支持	-	-
@nocobase/plugin-map	✅ 已支持	-	-
@nocobase/plugin-migration-manager	✅ 已支持	-	-
@nocobase/plugin-multi-keyword-filter	✅ 已支持	-	-
@nocobase/plugin-notification-email	✅ 已支持	-	-
@nocobase/plugin-notification-in-app-message	✅ 已支持	-	-
@nocobase/plugin-notification-manager	✅ 已支持	-	-
@nocobase/plugin-password-policy	✅ 已支持	-	-
@nocobase/plugin-pubsub-adapter-redis	✅ 已支持	-	-
@nocobase/plugin-queue-adapter-rabbitmq	✅ 已支持	-	-
@nocobase/plugin-queue-adapter-redis	✅ 已支持	-	-
@nocobase/plugin-request-encryption	✅ 已支持	-	-
@nocobase/plugin-system-settings	✅ 已支持	-	-
@nocobase/plugin-telemetry-prometheus	✅ 已支持	-	-
@nocobase/plugin-theme-editor	✅ 已支持	-	-
@nocobase/plugin-two-factor-authentication	✅ 已支持	-	-
@nocobase/plugin-ui-schema-storage	✅ 已支持	-	-
@nocobase/plugin-user-data-sync	✅ 已支持	-	-
@nocobase/plugin-users	✅ 已支持	-	-
@nocobase/plugin-verification	✅ 已支持	-	-
@nocobase/plugin-verification-totp-authenticator	✅ 已支持	-	-
@nocobase/plugin-workerid-allocator-redis	✅ 已支持	-	-
@nocobase/plugin-workflow	✅ 已支持	-	-
@nocobase/plugin-workflow-action-trigger	✅ 已支持	-	-
@nocobase/plugin-workflow-aggregate	✅ 已支持	-	-
@nocobase/plugin-workflow-approval	✅ 已支持	-	-
@nocobase/plugin-workflow-cc	✅ 已支持	-	-
@nocobase/plugin-workflow-custom-action-trigger	✅ 已支持	-	-
@nocobase/plugin-workflow-date-calculation	✅ 已支持	-	-
@nocobase/plugin-workflow-delay	✅ 已支持	-	-
@nocobase/plugin-workflow-dynamic-calculation	✅ 已支持	-	-
@nocobase/plugin-workflow-javascript	✅ 已支持	-	-
@nocobase/plugin-workflow-json-query	✅ 已支持	-	-
@nocobase/plugin-workflow-json-variable-mapping	✅ 已支持	-	-
@nocobase/plugin-workflow-loop	✅ 已支持	-	-
@nocobase/plugin-workflow-mailer	✅ 已支持	-	-
@nocobase/plugin-workflow-manual	✅ 已支持	-	-
@nocobase/plugin-workflow-notification	✅ 已支持	-	-
@nocobase/plugin-workflow-parallel	✅ 已支持	-	-
@nocobase/plugin-workflow-request	✅ 已支持	-	-
@nocobase/plugin-workflow-request-interceptor	✅ 已支持	-	-
@nocobase/plugin-workflow-response-message	✅ 已支持	-	-
@nocobase/plugin-workflow-sql	✅ 已支持	-	-
@nocobase/plugin-workflow-subflow	✅ 已支持	-	-
@nocobase/plugin-workflow-variable	✅ 已支持	-	-
@nocobase/plugin-workflow-webhook	✅ 已支持	-	-

石化行业软件公司用 NocoBase 把交付效率提升 70%

Deng Lijia — Tue, 09 Dec 2025 15:39:36 GMT

引言

本案例展示了 NocoBase 在大型行业软件架构中的补充能力。即便是在拥有强大自研能力的软件企业中，轻量级开源无代码/低代码依然是解决长尾交付难题的最佳选择。

从石化行业到 ToB 软件

石化行业的数字化有一个非常鲜明的特征：复杂、差异大、标准难落地、业务变化频繁。

不同工厂的工艺路线、装置规模、生产组织方式、安全管理体系都可能完全不同。哪怕是同样一条巡检路线、同样一套隐患整改制度，不同企业的执行细节也完全无法统一。

而实际上，这不仅仅属于石化行业，而是大部分 To B 软件厂商，在实际业务中几乎都会遇到类似的挑战。

石化行业软件公司面临的挑战

某科技公司（应客户要求匿名）是一家深耕石化行业的 ToB 软件企业。多年来，他们坚持自主研发，业务覆盖国内外数百家大型石化企业，是行业数字化领域的领先者。他们内部拥有成熟的自研低代码引擎，专门用于承载流程和表单类场景。

在持续推进项目交付的过程中，他们逐渐发现一些在石化行业普遍存在、同时也是许多 ToB 软件公司共同面临的挑战。

定制需求成为常态

无论产品设计多么周全，总会碰到无法满足客户需求的部分。

石化行业更明显：安全管理、隐患流程、承包商管理、作业票审批等场景的差异性极大，导致客户经常提出各种微调或个性化需求。

对软件公司而言，这些需求无法满足很有可能就无法通过招标。

并且，如果将定制功能放进主产品，将会污染产品代码、破坏版本稳定性。而单独开发一套带来的问题则是成本高且可维护性差。

自研低代码平台能力有限

他们对不同低代码产品的能力边界非常清晰。自建的低代码平台定位为解决基础流程与表单类场景。但一些数据处理、交互灵活类的个性化需求就无法满足。

多系统数据割裂，集成成本高

石化企业常年累积了大量系统（安环、设备、巡检、DCS、视频等），数据标准不统一、接口差异大，跨系统打通成本远高于应用层开发。

研发资源被不断稀释

项目制交付、小模块补丁式需求持续占用研发时间，使团队难以专注核心能力建设。

选择新的低代码产品

在项目交付不断累积、内部自研平台能力无法满足后，他们开始系统性地评估市场上的各类低代码工具。他们希望找到一种能够：

不干扰主产品
承载复杂且差异化场景
支撑跨系统数据整合
降低前后端协作成本
具备长期可扩展性

在多轮试用与对比之后，他们最终选择了 NocoBase。

主要原因包括：

1. 开源架构，可控性强

对 ToB 软件公司而言，可控性是关键。即使未来场景演变或需求变深，也能够在代码层面进行定制和扩展，而不受平台限制。

2. 多数据源支持，使跨系统贯通成为可能

石化企业系统众多、数据分散，多数据源能力让他们能够在一个应用层中整合外部系统的数据，构建统一的业务视图和流程链路。

3. 插件体系完善，扩展能力强且规范统一

NocoBase 的插件机制，使他们能够为复杂需求快速构建独立模块，而不影响主产品结构。同时扩展逻辑清晰可控，便于长期维护。

4. 权限、API 网关、多语言等底层能力接近企业级应用要求

这些能力让他们能够在同一平台上支撑更复杂的角色体系、安全要求和开放场景，更适合行业级系统建设。

NocoBase 在企业内的两大核心使用场景

场景一：客户需求扩展

NocoBase 非常适合用来实现客户偶尔提出的一些与主产品无冲突但需要快速落地的需求。例如：在原系统菜单下扩展一个小页面，满足特有的业务步骤。

这些需求往往具有几个特点：

个性化非常强，没有可复制性
不适合放进主产品，否则会破坏版本结构
写代码也不划算，成本高、维护难
客户却明确要求必须解决（招标条款、项目验收或实际生产需要）

而使用 NocoBase 后，他们形成了一种新的交付模式：

在 NocoBase 中快速构建小模块
将用户体系、权限与数据同步到主产品
将模块无缝嵌入原系统菜单或页面结构
客户看到的是统一体验，而底层完全解耦

成果

相同规模的需求扩展，人力成本下降约 70%
不再需要前后端配合，大多数扩展由一位技术同事即可独立完成
大幅减少对主产品研发节奏的干扰

场景二：内部管理工具

随着公司规模扩大、业务流程演进，内部管理系统的需求不断变化。

但让研发团队为内部需求开发系统，会直接影响主产品迭代；而采购商业 SaaS 又难以匹配公司自身流程。

NocoBase 在这里承担了一个“轻量内部系统平台”的角色：

内部业务团队可以直接配置基础结构
多数场景无需前后端协作
小模块可随流程变化灵活调整
完全不占用核心研发产能

成果

主产品团队保持专注
内部系统建设速度加快
流程管理更贴近实际业务
整体组织效率提升，而研发压力没有增加

结语

ToB 软件企业的竞争核心始终是核心能力产品力和健康的项目利润率。

该企业通过引入 NocoBase 明确了这一战略取舍：

聚焦核心研发： 将核心研发团队的精力从长尾需求中解脱出来，确保 100% 专注于高壁垒、高价值的核心系统升级。
确保定制利润： 将零散的定制化需求转移到低成本、高效率的 NocoBase，极大地提高了项目交付阶段的毛利率。
架构纯粹化： 实现了自研核心 + NocoBase 扩展的双模架构。主产品代码库保持稳定、纯净，产品迭代完全不受定制项目的拖累。

在这样的路径下，企业既能保持产品的长期竞争力，又能以极低成本应对不断变化的一线业务。

更多 NocoBase 的用户故事：

社区用户分享：用 NocoBase 搭建可落地的 ERP

Metroid145214, Deng lijia — Thu, 04 Dec 2025 03:03:02 GMT

写在开头

在 NocoBase 的社区论坛里，一位来自墨西哥北部的用户分享了他的经历。

十多年来，他一直希望为自己的家族企业打造一个能够覆盖采购、销售、库存、物流、项目、财务、人力、设备维护、燃料管理等全流程的 ERP。

为了这个目标，他尝试过外包开发、购买工具、自己搭建，但始终失败。直到最近，他发布了这篇帖子：

“Mi ERP soñado… gracias a NocoBase.”

我梦想中的 ERP，终于靠 NocoBase 实现了。

这篇分享原文为西班牙语，我们在本文中基于原帖进行了翻译与轻度编辑，以保持内容清晰，同时尽可能保留用户最原始的表达方式。

帖子链接：https://forum.nocobase.com/t/mi-erp-sonado-gracias-a-nocobase/8326

以下为完整内容。

原文

NocoBase 的团队和社区大家好，

我想分享我的感激之情，以及这款平台是如何彻底改变我们家族企业的。

我来自墨西哥北部，十多年来，我一直梦想着为我们的公司打造一个完整的系统。

我们的业务涉及化肥销售和玉米、豆类、高粱的种植。

我一直梦想着一个 ERP，可以把所有业务集中在一起：采购、销售、库存、物流、项目、财务、人力、设备维护、燃料控制……

全部整合在同一个地方。

梦想变成了噩梦

我曾雇佣程序员来实现这个愿望。

可他们为一个只包含我需求三分之一的项目就报价约 200,000 墨西哥比索*。

我支付了 60% 的费用作为预付款让他们开工，但长话短说，最终他们没能完成项目。

最后只给了我源代码（对我来说毫无用处，因为我没有技术能力），也没有退还我的钱。

我觉得对不起家人，让他们对我的期待落空，深感失败。

不放弃的挣扎

虽然非常沮丧，但我没有放弃。

我开始在各个部门用纸质记录来收集数据，然后再手动转到 Excel。

这效率极低：信息经常丢失，表格混乱得无法分析，更不用说建立数据关联。

我也尝试用 Access 建数据库，但没有成功。

理想的解决方案应该是在手机和平板上运行的定制应用，但对方给我报价 360,000 比索* + 增值税。

那时我已经失败过一次，家人也不再相信我了，这个费用根本不可能。

我没有任何编程知识。Visual Basic、宏、Power Apps、Power BI……我从来学不明白，虽然我花时间总算理解了实体关系图。

即使有了 AI，我也尝试过用 Visual Studio Code 来学习编程，但学习曲线对我来说依旧太高。

无尽的寻找

我测试了 10 多种无代码工具，比如 Airtable 和 NocoDB。

但始终遇到同样的问题：按用户收费太贵（我至少需要 10 个用户）、记录和自动化受限，而且功能不足以应对我们复杂的需求。

我几乎准备彻底放弃。

NocoBase 的出现

然后，像从天而降一样，我发现了 NocoBase。

说实话，一开始我以为这只是又一个类似的工具。

但试用 Demo 后我发现：我发现它与众不同，彻底不同。

为什么 NocoBase 成为最终的解决方案？

完全免费：社区版功能强大，而且不用花一分钱。
自托管：我可以把它部署在自己的服务器上，完全掌控数据和系统。
无限制：用户数、记录数、自动化数量都没有任何限制。
极致自定义：拖拽式界面让我不用写一行代码就能构建所有需要的功能。
随处访问：绑定域名后可以用任意设备访问，有网络时在线访问，没有网络时局域网访问也完全没问题！

我的成功实施

我在一个我特意买来当服务器的旧电脑上装了 NocoBase：

Intel i3 八代
16GB RAM
256GB SSD

只花了 2,350 比索*！

功耗很低，现在已经连续运行超过 6 个月，全天候 24/7 稳定运行。

我是在 2025 年 3 月认识 NocoBase，当时版本是 1.6。

那正是一个完美的时机，因为他们开始加入关键功能，比如变量与响应式设计。

对我来说，用 NocoBase 创建一个强大的应用必须具备四大支柱：

结构良好的数据库
清晰直观的界面
高效的工作流
完善的权限体系

梦想成真了

感谢 NocoBase，我完成了自己的梦想！

我为我们的企业打造了完美的系统，将所有功能整合在一起，不再依赖程序员，也不需要为每次改动付费。

现在每个用户都有自己的权限，只能看到与自己相关的内容。

这让我们能在田间实时采集数据，几乎零错误。而最重要的是，我们终于能分析数据并做出战略性决策：

智能采购：分析哪个供应商最好、哪个产品利润最高。
销售与客户分析：识别最有价值的客户、流失客户，并根据数据制定差异化策略。
库存控制：确保关键产品永不缺货。
趋势分析：知道哪些时间段销量高低，提前规划。
人员管理：评估每位员工的生产力和盈利能力。
预测性维护：及时管理设备和机械维护。
全程追踪：我们对每一块地都有详细的记录。

我对 NocoBase 的整个团队以及所有贡献者深怀感激。

很快我会购买专业版甚至企业版，以释放更多潜力。

展望未来

我现在非常期待 NocoBase 2.0 正式版。

随着代码代理和数据库上下文能力的加入，我相信我能进一步定制应用并添加高级分析功能，而无需学习编程。

对我来说，这就是终极应用！

学习必要的知识确实需要努力，但一切都写在文档里。我现在正在用一份生产环境的副本来学习 2.0 alpha 的文档。

关于社区的一个心声

我很难过，当你在 Google、YouTube 或 Facebook 上搜索“NocoBase”，几乎没有西班牙语的信息。取而代之的是一堆付费应用的广告，而它们的能力甚至连 NocoBase 一半都达不到。

所以我决定创建一个西班牙语频道，去教学、去推广 NocoBase，让更多像我一样的人可以不花高昂的价格做出自己的 ERP。

再次衷心感谢大家。NocoBase 不只是软件，对我来说，它是十年坚持梦想的具象成果。

给团队和社区一个大大的拥抱！谢谢你们让我实现梦想！

我确信 NocoBase 是企业应用的未来，我认可它的巨大潜力。我相信不久之后它一定能登顶。

我也很欣赏你们团队始终保持谦逊，不像其他应用那样夸大宣传、只想着赚钱，而是让人们自己发现它的价值和强大之处。

翻译注

200,000 墨西哥比索约等于 77,500 人民币。
360,000 墨西哥比索约等于 140,000 人民币。
2,350 墨西哥比索约等于 910 人民币。

写在结尾

当我们第一次在社区里看到这篇分享时，整个团队都感到非常激动。能知道 NocoBase 真的帮助到一位用户，把他坚持了十年的想法变成现实，这是让我们最开心、也最有成就感的事情。

NocoBase 能成为他实现想法的工具之，是我们的荣幸；而真正让系统运转起来的，是他持续不放弃的努力和耐心。

我们也很高兴看到他已经开始用自己的方式，将经验分享给更多西班牙语用户。他录制的第一支视频已经发布，欢迎大家观看与支持。

在 NocoBase 的社区里，有企业技术负责人、自由开发者、学生，也有像他一样尝试亲自构建业务系统的用户。

感谢每一位愿意分享经验、提出建议、贡献插件或参与讨论的人。我们会继续把这些声音融入产品改进中，让更多用户能够更轻松地构建属于自己的业务应用。

也期待未来能听到更多来自世界各地的声音，让 NocoBase 社区不断成长！

更多 NocoBase 的用户故事：

两个商业插件改为开源插件

NocoBase team — Wed, 19 Nov 2025 02:23:20 GMT

根据用户反馈，我们决定将两款商业工作流插件调整为开源插件：

为什么开源？

这两款插件在工作流里非常常用，并且通常是 SQL 、HTTP 请求等节点的下游必备节点。作为商业插件，它们经常阻断社区版用户使用 HTTP 请求节点，带来不好的体验。因此我们决定将它们改为开源插件。

插件简介

JSON 计算

用于对上游节点产生的复杂 JSON 数据进行计算、提取或结构转换。

典型场景包括：

SQL 查询的结果
HTTP 请求返回的数据

都可以通过该节点转换成你后续节点需要的变量格式或字段值。

JSON 变量映射

用于将上游节点中的复杂 JSON 结构映射为需要的变量形态。

典型场景包括：

从 API/SQL 返回的嵌套 JSON 里提取关键字段
调整字段名称、数组结构
为后续节点准备好更易用的变量

有了它，你无需在每个节点重复配置复杂的字段路径。

已购买用户的调整

已购用户的权益不会受影响，我们会按规则退还对应插件点数：

永久使用, 1 年升级退还 2 个点数
永久使用和升级退还 4 个点数

以上调整的解释权归 NocoBase 母公司所有。已经购买或兑换了这两款商业插件的用户，赠送权益将在 2025 年 11 月 23 日之前调整完成。

最后

感谢每一位 NocoBase 用户和开源贡献者。你们的需求、反馈和 Issue 推动我们不断迭代。未来我们会继续加快开发节奏，为大家提供更强的能力和更友好的价格。

没有 AI，没有融资，一个 17K Star 开源项目的真实收入

Zhou Yanliang — Mon, 03 Nov 2025 14:15:07 GMT

前情

我们在去年 NocoBase 发布 1.0 的时候，写过一篇文章：《一个不知名的开源产品可以带来多少收入》，分享了过去 12 个月 NocoBase 的收入。如今又一年过去了，在这一年里世界发生了很大的变化，家喻户晓的 ChatGPT，超低成本的 Deepseek，你追我赶的 Cursor 和 Claude，全世界都在谈论 AI，仿佛 AI 已经准备接管全世界，股市也因此来到了前所未有的高度。

在如此热烈的 AI 氛围中，NocoBase 仍然在“无代码平台”这个定位和话题下，一边持续迭代开发 1.X 版本，一边经常被质问：

AI 编程都这么厉害了，你们做这种上古时代的产品还有意义吗？

现状

今天离我们在 GitHub 提交第一行代码已经过去了 4 年多，我们的第三个 2 年计划已经开始。在过去的 12 个月里，团队总人数从 10 个人增加到 14 个人，但仍然没有设置销售团队，也没有花一分钱市场费用，媒体报道的次数好像是零。我们主要做了基础的 SEO 工作，然后将其他全部精力放在产品上。

下面是目前的一些数据。从这些数据来看，NocoBase 比上一年有了明显的成长，但并没有发生质变，与动辄十几万 Star 的 AI 项目比起来，说 NocoBase 是上古时代的产品好像并不为过。

GitHub Star： 17k
Gitee Star： 2.4K
Contributors：94
Npm Package downloads（过去12个月）：240K
Docker image pulls（过去12个月）：250K
Git clones： 1.5K/day

收入

在过去的 12 个月里，我们总共收到 57 个国家、400 多家企业的订单，总收入合计为人民币 1030 万元（外币按当前汇率折算成人民币）。

商业用户数前 20 位的国家为：

China
United States
Brazil
Japan
Germany
Vietnam
Indonesia
Russia
France
India
United Kingdom
Italy
Malaysia
United Arab Emirates
Turkey
South Korea
Switzerland
Poland
Portugal
Australia

收入总金额前 20 位的国家为：

China
United States
Japan
Russia
Vietnam
United Kingdom
India
Vanuatu
Poland
Malaysia
Brazil
Indonesia
Germany
France
Turkey
Thailand
Netherlands
Tunisia
Kazakhstan
Colombia

与上一个周期相比，付费用户中多了很多大型企业。全球领先、大家耳熟能详的传统汽车品牌、新能源汽车品牌、手机品牌、芯片设计和制造企业、药品和医疗器械研发企业、民用无人机企业、光伏风电企业、咨询公司、广告公司、银行、大学等等，这些领域全都有了 NocoBase 的身影。

这是我们想要的生活

2024 年初，我们准备发布 NocoBase 1.0 之前的几个月，我想我们是时候寻找一位新同事来做一些市场相关的工作了。这位同事需要具备什么样的技能、经验，坦白说当时我并没有想的很清楚，因为我们的产品偏技术导向，目标用户都是技术背景的群体，而技术出身、又有丰富的全球市场经验的人，大概率不会青睐我们。直到看到 Lijia 的简历和一些个人资料，我想，没错，就是她了。一个热爱户外、肌肉发达、精力充沛、牙齿雪白的女孩，怎么会错呢？

Lijia 从不懂技术、没有接触过无代码产品、没有做过全球范围的市场活动开始，经过几个月的成长和准备，在我们发布 1.0 版本时，NocoBase 连续好几天登上 GitHub Trending 当日前十，Product Hunt 当日第二。在过去的 10 几个月里，网站访问量增加 5 倍，GitHub Star 从 5.7K 增长到 17K，我们的收入也增长了 4 倍。

这一切，并不是来自于艰苦卓绝、通宵加班。Lijia 每个星期都有数十个小时泡在健身房中、羽毛球馆中、海拔 4000 米以上的山中。上个月可能在欧洲的小城咖啡馆里写文案，下个月就可以来到日本富士山脚下开早会。这种自由的工作和生活方式，让 Lijia 将她的精力、体能、生活幸福指数始终保持在高位，再以此为基础把 NocoBase 高效地传递到用户面前。就在写这篇文章的前一个星期，Lijia 以一人之力准备了 NocoBase 发布 2.0 的全部活动，并剪辑了关于新版本的数十个视频，同时还为整个团队安排了一次为期一周的热带海边旅行聚会。

我跟我老婆是大学同学，我们有一儿一女两个小孩，都是上小学的年纪。她非常热爱生活，从小孩出生到现在，绝大部分时间我们都会全家坐在餐桌旁一起吃早饭和晚饭，孩子们每一餐都能品尝到妈妈做的各种美食。我们养了一只猫、一只鸟、一大缸鱼和虾。

每周末我们都有一天家庭活动日，全家花一整天时间出去爬山、骑车、露营、踢球，去河里给鱼缸补充小鱼小虾。全家每年都有 3 个月的时间在路上，去不同的国家、不同的城市，去不同的森林、草原、沙漠、大海。孩子们从出生到现在，已经经历了超过 15 万公里的自驾旅程。

孩子们熟悉很多动物和植物，认识大部分农作物，我们一起亲自播种、修建、收获过很多粮食、蔬菜、水果。无论在餐桌上还是旅途中，我们有大把的时间聊各种话题。孩子们对我们无话不说，讲学校的事、书里的事还有心里的事，而我常常给他们分享我们的产品、团队还有客户的故事。他们喜欢读书，有擅长的运动，不挑食，善于解决问题。

包括 NocoBase 在内，我总共经营着 3 个不同领域的公司，但这并没有让我精疲力尽，相反，我有很多时间与家人在一起，全家共同营造着越来越美好的氛围。与孩子们相处的过程也给我带来了无与伦比的体验和对工作和人生的思考。就像 Lijia 一样，我的精力、体能、幸福指数也因此保持在了高位。一年 365 天我几乎全部都处在工作状态，即使在路上旅行的时候，在半夜睡觉的时候，我都会随时投入到产品讨论、客户交流、危机处理中。

除了 Lijia 和我之外，NocoBase 团队中还有好几位称职的奶爸，还有人每周都去露营和钓鱼，也有人出门的时候总是带着电脑随时工作，因为开发 NocoBase 就是他最大的爱好之一。过去一年中，团队中有 2 个人结婚，2 个人迎来自己的小孩，还有 2 个人买了新车。当我们在谈论 NocoBase 这个产品的时候，它的背后是 10 几个普通人的生活。虽然大家在不同的城市甚至不同的时区，我们每半年都会安排一次集体聚会和出游。大家无一例外都充满能量，正是这样的能量注入到 NocoBase 中，让它每一天都比前一天更好。

AI 会杀死 NocoBase 吗？

这是我在过去几个月被问过最多的问题，写到这里好像这篇文章才进入了主题。作为一个普通人，我无法就 AI 这个可能改变人类命运亦或可能在某一天突然像泡泡一样破灭的话题做出有远见和说服力的评价，只能讲一讲我们自己的经历。

在上周发布 2.0 之前，1.X 时代的 NocoBase 在产品层面与 AI 没有任何关系，但实际上在开发和经营它的过程中，我们的团队早已大量受益于 AI。无论是写文档、写代码、修复 bug、做翻译、审阅合同，GPT、Gemini、Claude 等最新的模型一直都是我们的得力助手。正因为用的多，我们对 AI 的优势和能力边界有一些自己的体会和认识。基于这些认识，我们从半年前开始设计和开发 NocoBase 2.0。相比于 1.X，2.0 做了非常多重构和新特性，其中最重要的是两方面：一是增加了 AI 员工；二是逐步重构各个模块，使其能适配 AI 员工。

我们使用 NocoBase 搭建了自己的 CRM 和客户服务平台，在 CRM 中服务来自几十个国家的几百家企业。在 1.X 时代，我们遇到了 2 个难题。

第一个难题。虽然我们使用 Email Manager 插件将 Gmail 的邮件同步到了 CRM 中，在每个客户的页面都能看到与他们过往的邮件记录，但由于时间跨度大、邮件数量多，每次要从邮件中了解一个客户的过往沟通情况时都很费时费力，不得不从头阅读每一封邮件。

第二个难题。我们每周会收到很多客户的咨询，他们是来自全球不同国家、不同规模的企业，对我们来说是完全陌生的。在给他们回复邮件之前，我们迫切希望详细了解一下邮件的另一端是谁，我们的产品正在被什么样的公司所青睐，以及他们适合购买什么版本。在没有使用 AI 之前，只能将邮件中的信息复制到 Google 中搜索，然后从结果中筛选可能有用的信息。自从 AI 有了网络检索能力之后，我们就将邮件内容复制到 ChatGPT 的对话窗口，由它去检索并整理客户背景，然后再将结果复制粘贴到 CRM 中。这比用搜索引擎方便很多，但依然与我们的 CRM 是割裂的。

升级到 NocoBase 2.0 之后，我们在客户的邮件列表旁边派驻了 AI 员工 Ellis。当我打开一个客户的页面，想了解一下各位同事过去与该客户沟通的情况，重点关注一下该客户对 NocoBase 的满意程度、付费意愿等信息，我只需要点击唤起 Ellis，她会自动读取该客户的所有往来邮件，为我总结出我关注的重点信息，整个过程我都不需要输入一个字，也不需要复制、粘贴、切换工作界面。

同时，我们还在线索详情旁边派驻了 AI 员工 Vera，同样只需要点击唤起她，她就会自动读取这条线索中的信息，基于其中的邮箱后缀、邮件内容、邮件签名等信息，去互联网上搜集该公司和联系人的所有信息，整理成背景调查报告，然后自动将报告填写到该线索的表单中。整个过程我同样不需要任何输入和复制粘贴操作。

Orin 负责搭建数据模型，Vix 负责洞察数据，Lexi 负责翻译各种语言，Nathan 负责编写前端代码……这一个个直接驻扎在我们的 CRM 中，自动获取数据和页面结构作为上下文，自动调用 Tools 和工作流完成各项任务的 AI 员工，是与我们并肩协同工作的新同事。他们没有夺目耀眼的光环，譬如只需要几轮对话就能生成一个复杂的业务系统，或者收到客户线索后就能自主促成交易，他们只是作为拟人化的、有明确能力和职责边界、又有很多专业技能的员工，无缝、不知疲倦地驻扎在我们需要他们的地方，可靠地完成分配给他们的任务。

回到开头的问题，AI 会杀死 NocoBase 吗？我的答案是：如果 AI 真的杀死了 NocoBase，那么它杀死的就不仅仅是 NocoBase，我们的生活中一定会发生比 NocoBase 死掉更可怕、更需要担心的事情；如果它不会杀死 NocoBase，那么它的能力越强，NocoBase 受益越大。

企业最终需要的不是 AI、BI、CI，也不是写出来的代码行数，企业需要的是协助他们顺利运转、让成本更低、让利润更高的东西。如果聚焦在 NocoBase 擅长的业务系统领域，代码在其中所占的比重可能不超过三分之一，比代码更重要的是对自身业务流程的理解、规划、传达、实现、迭代。以目前 AI 的能力，要实现这样的完整项目很困难，并且对使用它的人的能力要求非常高。

NocoBase 希望成为这种场景下的人与 AI 协同的框架，一方面提供大量的基础设施供人和 AI 使用，另一方面又将 AI 的工作限定在有限的范围之内，确保它能可靠地协助人类完成任务。

接下来做什么

对于我们这样的小团队，生在这个 AI 蓬勃发展的时代是非常幸运的，就像上一个二十年 iPhone 开启的智能手机时代，为全球无数开发者创造了曾经难以想象的创作和收入空间。

目前大部分头部企业和创业者们手持天量资金，创造一个又一个耀眼的产品，这给我们这样如蚂蚁般微小的团队留下了非常多的生存空间。我们希望从小处着眼，让 AI 员工无缝融入到企业的业务流程中，从解决真实的小问题开始，逐步渗透。

今天的 NocoBase 2.0 中，AI 的渗透率不足 10%，但它确实已经帮助我们节省了很多时间。在下一年中，希望渗透率可以不断提升，当达到 50% 之时，可能就是我们发布 NocoBase 3.0 之日。

最后

我们已经准备好了，正式向你介绍 NocoBase 2.0，请与你的 AI 员工见面：

NocoBase 2.0：与你的 AI 员工见面

NocoBase team — Mon, 03 Nov 2025 02:19:11 GMT

NocoBase 1.0-alpha 于 2024 年 4 月 28 日发布，同时我们也正式开启了商业化的服务。在过去这 10 几个月里，我们收到了成百上千的用户的反馈和交流，收到了数十位来自全球各地开发者贡献的代码，也收到了 50 多个国家、数百家企业的商业订单。

感谢每一位用户，每一位贡献者，以及每一位付费客户。

过去 6 个月，我们在不断迭代升级 1.x 版本的同时，也在投入很多时间思考、讨论、开发下一代 NocoBase。现在，是时候正式向你介绍 NocoBase 2.0-alpha！

AI 员工

在过去 10 几个月里，AI 发展日新月异，大模型在很多场景中都展现出不俗甚至惊人的能力。作为 AI 的重度用户，我们将 AI 带进了 NocoBase 2.0，并以 AI 员工的方式为你服务。

NocoBase 中的 AI 员工不是聊天机器人，也不是孤立的 Agent，而是无缝集成在你的业务系统中，理解业务上下文、直接执行任务的智能同事。

他们出现在你需要他们的任何地方，表格旁边，表单旁边，这样你就可以随手唤醒它
他们可以帮你总结邮件、分析数据、整理杂乱的内容并自动填写表单、设计数据模型、编写 JavaScript 代码
他们会自动获取数据作为上下文，也能自动获取页面结构作为上下文
他们每个人都具备独特的技能、工具、知识库
你可以创建无限个 AI 员工，组成你的 AI 团队

详细了解 AI 员工

开通 Demo，亲自体验

全新的 2.0 页面

NocoBase 虽然采用插件化架构，但是在 1.x 时代，对于界面上一些灵活多变的交互、样式、数据请求和展示、逻辑判断等需求，NocoBase 很难以低成本满足。

我们在 NocoBase 2.0 中采用全新的方案重构了页面。这些新特性对于解决个性化的需求将会很有帮助：

RUNJS

RunJS 提供了一种轻量级的扩展方式，适合快速在界面上实现个性化逻辑和样式，而无需创建插件或修改源码。

通过它，你可以直接在界面设计器中输入 JavaScript 代码，实现：

自定义渲染内容（字段、区块、列、项等）
自定义交互逻辑（按钮点击、事件联动）
结合上下文数据，实现动态行为

这些地方都支持 RUNJS

JS block
JS action
JS field
JS item
联动规则
事件流

详细了解 RUNJS

事件流

在 NocoBase 1.x 中，我们提供了联动规则用于在界面中编排一定的逻辑，但它的能力有限，仅限在一个区块内部实现少量的编排。

NocoBase 2.0 中新增了事件流功能，使前端逻辑编排能力大大增强。

事件流由以下部分组成：

触发事件，比如渲染前、点击、表单值变动
触发条件
动作步骤，比如显示通知、刷新目标区块、执行 JavaScript

详细了解事件流

栅格布局

在 NocoBase 1.x 中，对区块、字段拖拽布局时，每个元素的宽度是自由拖拽且必须充满整行宽度的，这在很多时候并不方便做出精确、美观的布局。

NocoBase 2.0 中采用了全新的栅格布局，每个元素都可以对齐格栅。

引用和复制区块、弹窗

在 NocoBase 1.x 中虽然提供了区块模板、复制和引用的功能，但是由于逻辑复杂，存在不少 bug，并且灵活性不高，而且只能引用区块而不能引用整个弹窗。

在 NocoBase 2.0 中，我们用全新的方式实现了区块和弹窗的引用和复制，这极大增加了灵活性，减小配置工作量。

详细了解引用和复制区块

详细了解引用弹窗

提升区块体验

在 NocoBase 2.0 的区块中，我们根据用户反馈，增加了很多细节提升。比如表格区块中支持在单元格内直接编辑数据，而无需打开弹窗。

更多的改进还在持续开发中。

更高性能

NocoBase 2.0 的页面带来比 1.x 更高的前端性能。

FlowEngine

2.0 页面的重构基于全新的前端无代码、低代码开发引擎 FlowEngine。它将模型（Model）与流（Flow）结合，简化前端逻辑、提升复用性与可维护性；同时，借助 Flow 的可配置能力，为前端组件和业务逻辑赋予无代码化的配置与编排能力。

在 1.x 中，开发插件的前端部分经常遇到繁琐甚至很难处理的问题。有了 FlowEngine，这些问题将大大简化。

详细了解 FlowEngine

多应用和多空间

1.x 中提供了基础的多应用功能，所有应用共享进程且无法监控每个应用的资源消耗情况，也不能进行应用的管理和切换。

在 NocoBase 2.0 中提供了全新的多应用和多空间插件。

多应用插件（仍在开发中）允许动态创建和管理多个独立应用，而无需单独部署。每个子应用都是完全独立的实例，拥有自己的数据库、插件和配置。多应用运行以独立进程或共享进程运行，可以在父应用中监控和管理各个子应用的资源消耗、状态。新的多应用插件适用于多租户等场景。
多空间插件允许在单一应用实例中，通过逻辑隔离实现多个独立的数据空间，适用于多门店或工厂等场景，即：业务流程和系统配置高度一致，例如统一的库存管理、生产计划、销售策略和报表模板，但需要保证每个业务单元的数据互不干扰。

详细了解多空间

全新的数据可视化

不需要担心 SQL 和 JSON 过于复杂，有 AI 员工 Nathan 帮你。

详细了解数据可视化

同步主数据库结构，修改字段类型

在 1.x 中，主数据库中的表格字段尽可以通过 NocoBase 的数据源管理界面创建，且创建后不可更改类型。

在 NocoBase 2.0 中，可以同步主数据库已有的表格字段，并且可以更改字段的类型。这意味着你可以使用已有数据结构的数据库作为主数据库。

其他插件

数据历史记录

历史记录插件用于追踪数据的变更过程，自动保存新增、修改、删除操作的快照与差异记录，帮助用户快速回溯数据变化、审计操作行为。

详细了解数据历史记录

表单草稿

表单草稿插件支持在用户填写表单时自动保存草稿。

全新的邮件管理

邮件管理插件使用 FlowEngine 进行了重构，使 AI 员工可以无缝参与到邮件的总结、分析、撰写中，同时新增了自动保存草稿等功能。

详细了解邮件管理

如何升级

从 1.x 升级到 2.0 很简单，只需要按照手册正常操作即可。但请注意 NocoBase 2.0 目前为 alpha 版本，请确保你可以接受诸多不稳定。

得益于 NocoBase 的界面与数据解耦的架构，升级之后，在 1.x 中搭建的应用不受任何影响。在新建页面的选项中，分为 v1 和 v2 两种页面，新建 v2 页面即可使用 NocoBase 2.0 的新功能。

NocoBase v1.9.0 正式版发布

NocoBase team — Fri, 31 Oct 2025 12:00:00 GMT

新特性

字段验证规则

支持为字段配置多种验证规则（如必填、格式、长度、范围、正则表达式等），在表单提交时自动校验输入数据，确保数据准确性一致性。验证规可在字段设置中灵活配置。

参考文档：字段验证

表格区块支持添加「列设置」

允许用户在不进入编辑模式的情况下调整列顺序、可见性和固定位置，从而使数据显示更加灵活和用户友好

审批新增「数据保存前」触发模式

审批现在支持“数据保存前”触发模式——启用后，审批发起时不会存储数据，只有在审批通过后才会保存数据。

审批触发器中开放审批单据编号变量以供使用

公开了 Approval ID 变量，允许在工作流其他节点中引用，以实现更灵活的配置和数据跟踪。

[异步任务管理器] 支持通过环境变量和队列进行异步任务服务拆分

新增服务拆分机制，支持通过 WORKER_MODE 环境变量将工作流、异步任务等服务独立运行，实现多节点部署与性能优化。

参考文档：服务拆分

新增用于处理队列消息的事件队列

增加了一个专用的事件队列来处理系统队列消息，提高了异步任务处理能力和可靠性。

参考文档：集群模式：消息队列

为应用增加优雅停机的生命周期处理

引入了优雅关闭处理机制，在应用进程收到 SIGTERM / SIGINT 信号时，开始处理关闭流程，以避免部分进行中的数据操作造成的问题。

优化

系统表自增 ID 改为 53 位类雪花 ID

将主键为自增 ID 且不具备唯一标识的系统表的 ID 修改为 53 位的类雪花算法 ID

支持查看和继续执行已停用工作流中的人工待办任务

人工待办的区块列表不再限制已停用工作流的待办任务展示，并允许对待办继续提交。

邮件管理器

邮件数据支持重新同步
允许调整插入到邮件编辑器中的图片大小
富文本编辑器支持软换行，优化邮件排版体验。
优化邮件列表性能，操作更流畅。

工作流模块优化

优化了 Workflow 模块中队列执行相关的查询性能，使用了分离字段与索引来提升数据检索效率。

8 人团队如何效率拉满？创联云的开发方法论

Deng lijia — Mon, 27 Oct 2025 02:50:43 GMT

引言

在很多技术团队眼中，写代码似乎是项目进展的全部。

但对深圳创联云科技来说，写代码只占整个项目周期的 20% 左右。

真正影响交付速度的，从来不是代码，而是需求、发版、运维与安全测试这些“非编码环节”。

这支 8 人的技术团队，常年服务于食品检测行业——两个月交付三个项目，项目投入人力减半，交付质量仍保持稳定。他们不靠加班，而靠方法论和工具，让效率成为体系。

接下来让我们看看创联云如何构建这套体系：让 8 人团队跑出企业级交付节奏的开发方法。

代码先行 vs 业务先行

在技术圈里，关于低代码平台的讨论常常两极化。

有人担心它限制灵活性、难以维护，也有人认为它能显著提升效率。但创联云的实践表明，这个争议的根源其实不在工具，而在开发思维。

“我们团队成员最早在 2009 年就开始接触低代码，之前我们也在钉钉生态里做过大量低代码项目，也用过框架自研。我们对低代码一直都是积极的态度。” —— 吴正杰，创联云科技负责人

他们总结出一个关键差别：**有的团队以代码表达逻辑，有的团队则以文档或可视化表达逻辑。**前者强调实现，后者强调理解。

创联云属于后者。“我们的讨论通常不会从代码开始，而是从业务逻辑和数据结构开始。等到数据模型搭好、关系清晰了，界面和流程自然就能拼出来。”吴正杰说。

这种“业务先行”的方式让他们在项目初期就能直观看到结构和可行性，客户沟通也更高效。对他们而言，写代码只是业务落地的一种方式。

从框架到平台

创联云一直以“业务先行”的方式思考开发，关注如何让系统更快落地、逻辑更直观。多年的项目实践让他们看到了两类路径的边界：

SaaS 低代码：上手快，却难以满足客户的私有化、安全以及复杂定制要求；
传统框架：灵活，但协作与维护成本高。

“我们的客户几乎都是内网环境，他们不可能让系统跑在外部服务器上。些平台虽有私有化版本，但动辄几十万，成本太高。”

—— 吴正杰，创联云科技负责人

这让他们意识到，真正适合自己的是一种兼顾私有化、可扩展性与可配置性的底层平台。

当他们第一次在 1Panel 的应用面板上看到 NocoBase 时，立刻决定尝试。

在 1Panel 的应用商店中，NocoBase 已经被下载超过8千次

很快，他们发现 NocoBase 几乎正好契合团队的思路：

基于数据模型驱动，可从业务逻辑出发构建系统；
支持插件扩展，方便项目级定制；
允许完全私有化部署，安全合规。

“我们用其他框架和产品做过的项目，在 NocoBase 里重建几乎不用写多少代码。对我们这种小团队来说，这就是放大器。”

—— 吴正杰，创联云科技负责人

实践验证：两周完成一个系统

这种以业务逻辑为核心的开发方式，在他们的第一个项目中体现得尤为明显。

当时，团队需要为食品检测过程构建一个“样品拍照系统”，既包括后台管理，又包含移动端 App。

他们先在平台中定义数据源和数据结构，界面自然不是难题；这一步完成后，API 接口也自然形成。

App 团队直接根据接口文档进行并行开发，无需等待后端联调。

不到两周，整个系统就交付完成——后台与 App 同步上线，数据通过工作流自动推送到甲方的业务系统。

“以前要写代码、要编译、要发版、还要反复沟通，现在我们直接用接口文档协同，一步到位。” —— 吴正杰，创联云科技负责人

这次实践让团队更坚定了自己的方向：数据模型驱动 + 可视化协作不仅提高了效率，也极大地降低了沟通与返工成本。

自此，他们开始探索出一套基于无代码/低代码平台的标准开发模式。

方法一：让复杂项目可控

创联云的客户大多要求源代码交付。过去使用传统框架开发时，每个功能往往被拆成多个模块、库或服务。结果是——随着项目数量增长，版本管理、文档同步、运维切换的成本急剧上升。

“技术人员总想抽象出通用模块，但在交付型项目里，这反而会增加管理负担。” —— 吴正杰，创联云科技负责人

得益于 NocoBase 的插件化架构，他们把每个项目的定制逻辑独立封装，形成清晰的版本边界与可控的扩展方式——“一项目一插件”。这让每个项目拥有独立的定制空间与可追溯的维护路径：

版本隔离清晰：不再因为不同项目的更新互相影响；
维护路径短：后续修复或扩展时可直接在单插件中操作；
交付效率高：对甲方而言，源代码结构直观、部署快速。

换来的是更稳定的交付节奏与更轻的运维成本。

方法二：让版本迭代高效

在食品检测行业，几乎所有系统都需要部署在客户的内网环境中。

这意味着开发人员无法像在互联网项目中那样快速上线、远程更新，而必须经过层层安全防护：VPN、堡垒机、内网跳板、再到 Linux 服务器。

这种传统模式不仅效率低下，也极易引发版本错乱和维护疲劳。

“以前每改一点东西，都得连 VPN、进堡垒机、再上传代码。” —— 吴正杰，创联云科技负责人

切换到 NocoBase 后，系统仍在客户内网运行，但通过可视化配置直接作用于运行实例，不再频繁远程编译与发版。这不仅节省时间，也减少协作摩擦——从前一次发版需要开发、测试、运维多方配合；现在开发与运维几乎合并为同一动作。

“我们以前在内网更新一个版本要半天，现在可能十分钟就能看到效果。”吴正杰说。

创联云使用 NocoBase 开发的食品检查数字化系统

方法三：让交付质量提升

在项目交付领域，速度往往与质量被视为对立。

但当开发方式从“框架”转向“产品化”后，这两者不仅不矛盾，反而可以相互促进。

创联云的项目几乎都需要通过甲方的安全测试与漏洞扫描。过去使用传统框架开发时，每次扫描都会暴露出 5 到 8 个高危漏洞，有的源于依赖库更新不及时，有的则是代码集成中的兼容性问题。

“以往我们改来改去，一个安全测试下来要修一星期。” —— 吴正杰，创联云科技负责人

而在采用 NocoBase 之后，他们最近三份安全测试报告显示：每份报告仅检测出 1 个高危漏洞，而且在反馈后数小时内就被修复。

吴正杰坦言，这种响应速度给他们留下了深刻印象，也让团队在交付时更有信心。

这一变化的关键在于架构差异。

传统框架下，集成商通常需要自行拼装依赖库、前后端框架、权限系统和日志模块，每个部分都可能成为漏洞入口；而在平台化架构中，这些组件由核心团队统一维护与更新，开发者关注的只是业务逻辑。

这种职责分层带来了三重效益：

漏洞面收敛：减少自研与第三方依赖混用带来的不确定性。
安全响应快：平台团队集中修复，用户无需逐个排查依赖。
质量稳定：产品化积累经验，避免重复踩坑。

对创联云来说，他们可以把精力从“修 bug”转移到“优化业务”。

给垂直行业技术团队的启发

创联云的故事并不仅仅关于食品检测行业。他们总结出的一套适用于各类垂直行业小团队的开发方法论。无论是制造业的质检平台、医疗机构的随访系统，还是政务审批、仓储物流等场景，这些经验都具有普适意义。

业务驱动，而非代码驱动。

以可视化和文档表达逻辑，让团队在项目早期就对系统结构和可行性达成共识。这样做不仅减少了“写错代码”的风险，也让客户更容易参与到设计阶段。

模型先行，前后端并行。

通过数据模型定义出系统的核心结构，再自动生成界面和接口，让前端、App 团队与后端同时推进。这种方式极大地压缩了交付周期，也提升了协作稳定性。

标准化是质量的起点。

通过统一架构、流程与交付规范，让质量控制从事后修复转向过程可控，确保每个项目都以可复用、可验证的方式稳定运行。

这些方法的共通点在于：它们把 70%–80% 的非编码环节可视化、可协作、可控化。

“低代码并不是削弱技术，而是让技术人员把精力用在真正有价值的地方。” —— 吴正杰，创联云科技负责人

结语

效率是一种系统能力。

在这样的体系中，开发者摆脱琐碎重复，客户更早看到成果，团队在每一次交付中积累可复用的能力。

这正是小团队最宝贵的竞争力。

“小团队并不意味着小产出，只要方法对，八个人也能做出八十人的成果。” —— 吴正杰，创联云科技负责人

这也是创联云希望传递给更多垂直行业开发团队的信念。

更多 NocoBase 的用户故事：

华数传媒用 NocoBase 快速搭建 AI 多模态研发平台

Deng lijia — Mon, 20 Oct 2025 04:35:00 GMT

引言

过去几年，生成式 AI （AIGC）的浪潮正在快速改变传媒行业。无论是图片、视频，还是交互式内容，AIGC 正在成为新的增长引擎，并重塑内容的生产方式。

作为国内数字电视和传媒领域的重要力量，华数传媒也在积极拥抱 AIGC。在这样的背景下，华数团队开启了全新的探索。

图片由 AI 生成

场景

在华数传媒的 AIGC 探索中，AI 多模态研发支撑工具是一个重要的应用方向。

在内容生成的过程中，文本、图像、音视频等多种类型的数据会以流水线的方式被生成、加工与组合。表面上看，这只是模型调用的链路，但实际运行中涉及的流程远比想象复杂。

要让这样的流程能够规模化、可持续地运行，系统性的基础设施支撑必不可少，尤其是以下三个方面：

数据管理：内部的多模态素材（如文本、图片等）需要统一整理、标注并纳入内容库。只有建立起结构化的数据管理体系，才能支撑后续的语义检索、内容推荐和智能生成。
工作流与生产调度：从“选题 → 内容生成 → 审核 → 输出”，每个环节都需要被自动化、可视化管理。统一的调度平台不仅让流程更高效，也使多模型调用、任务分配和版本管理成为可能。
数据监控：在批量内容生成场景下，数据（包括脚本、生成记录、调用日志等）的实时监控至关重要。它不仅帮助团队快速定位问题，还能为后续迭代和优化提供反馈依据。

挑战

在这一背景下，技术与系统层面的挑战被迅速放大：既要快速验证流程跑通，又要支持未来迭代。

在具体推进过程中，研发人员遇到了几个关键挑战：

管理复杂：随着研发推进，素材数量呈指数级增长。团队不仅要管理海量图片、脚本和生成结果，还要协调多个 AI 模型、算力节点和处理流程。
前端开发投入大：在系统搭建过程中，前端界面的开发通常需要投入大量时间和资源，如何高效完成界面构建成为团队必须面对的问题。
快速上线压力：在探索期，系统迭代周期以“天”为单位计算，开发周期一旦过长，就会直接影响业务验证和决策节奏。

在此之前，他们也尝试过其他 AIGC 应用开发平台类工具。虽然这类工具场景更垂直，但是同时也需要写大量代码，学习曲线陡峭，不符合快速试错的节奏。

NocoBase 的引入与使用

为了应对这些挑战，研发团队最终选择了 NocoBase 作为承载平台。NocoBase 的无代码特性让开发者只需专注于数据建模和业务逻辑，而不必耗费精力在前端界面上。对于以后台开发为主的团队来说，这意味着可以快速上手、极大缩短开发周期。

在实际落地中，研发团队通过可视化的表结构建模，仅用 1–2 天就完成了平台主体功能。如果按照传统方式，他们至少需要自己写 10+ 个 API 和前端页面。复杂的业务逻辑则通过工作流配置实现，相当于把几十行 if-else 转化成直观的流程图，并能在关键节点触发告警。与此同时，平台与 PostgreSQL 数据库无缝对接，数据既能在 NocoBase 内部使用，也能继续通过 SQL 或 BI 工具分析，保持现有生态不变。

在典型应用场景中，NocoBase 成为了 AI 多模态研发支撑工具的底座：

作为 AI 的调度与管理平台，能够集中管理不同算力环节，避免了流程分散。
在内容生成层面，平台不仅支撑当前图片素材的批量生成与管理，还为后续的其他内容生成奠定了基础，真正实现了多模态内容的衔接。

NocoBase 的引入实现了效率飞跃，分工也因此更清晰——后台团队专注于业务逻辑，前端界面则由 NocoBase 自动生成，这大幅缩短了开发周期并提升了研发体验。

团队成员普遍认为，平台的易用性和扩展性超预期：

“作为后端研发，不用关心前端界面，NocoBase 已经满足了我们几乎所有的业务设计需求。复杂逻辑通过工作流完成，效率提升非常明显。”

虽然平台仍处在研发阶段，但已在内部投入使用并展现出价值。

展望

NocoBase 不仅解决了当前 AI 多模态研发的需求，还让团队看到未来的方向——将不同的 AI 场景逐步迁移到同一个平台，统一管理算力和流程，减少重复开发成本。随着平台能力的增强，他们能更快验证新业务，把更多精力放在内容与创意上。

这次的应用也让我们看到了 NocoBase 在 AI 多模态研发中的更多可能性：它可以作为底层数据和工作流的基础平台，也能适配多模型协同与内容生成等复杂场景。

更多 NocoBase 的用户故事：

俄罗斯合作伙伴 Mobx，用 NocoBase 交付多场景方案

Deng lijia — Tue, 14 Oct 2025 16:16:06 GMT

引言

在俄罗斯，NocoBase 的合作伙伴 Mobx 正在积极探索如何以无代码，为不同领域提供高效的数字化解决方案。

“ NocoBase 让我们能够在不同的客户和行业中快速构建出真正需要的系统，而不是去适应现成的产品结构或是模板。”

—— Mobx

与 Mobx 的合作，让我们看到 NocoBase 在截然不同的场景下发挥出的潜力：

在企业内部，它帮助团队统一任务、文档和人事管理；
在大型文化活动中，它支撑票务、注册和媒体管理；
在横跨全国的教育项目里，它实现了跨地区的统一注册与数据管理。

从小型团队到万人级项目，NocoBase 为俄罗斯的组织带来了显著的效率提升。

项目成果

俄罗斯本地生产者电商平台

Matreshka Market 是一个面向俄罗斯本土生产者的平台，他们帮助中小企业和创业者相互连接、展示产品，并推动俄罗斯国内生产的发展。从手工艺品到现代科技产品，这里汇聚了各种创意与创新。

随着 Matreshka Market 的团队规模扩大，日常运作依赖多个不同工具：任务管理、文档存储、人事管理、财务记录等。信息分散在不同地方，增加了沟通成本，新成员的入职也变得复杂。

解决方案

Mobx 帮助 Matreshka Market 团队用 NocoBase 搭建了一体化的内部系统：

任务与项目管理：通过自定义任务追踪器和看板，将工作进展与文档、成员紧密关联。

文档中心：技术与项目资料集中存放，成为随时可更新的知识库，便于新成员快速上手。

HR 与员工数据库：建立员工档案，记录角色、部门、工时、假期与薪酬，取代了原先的 Excel 表格。

自动化与通知：集成 Telegram Bot，自动推送任务更新和提醒，让信息传达更及时。

成果

超过 80% 的内部流程迁移到 NocoBase
替代了 4 个以上的外部服务（任务管理、CRM、Wiki、Excel）
借助自动化与通知，团队响应速度提升 40%
新员工一经入职即可快速融入，入职体验大幅改善

Matreshka Market 团队最终打造出一个真正属于自己的数字化工作平台，不再依赖外部模板，并且可以根据自身需求不断扩展。

圣彼得堡舞蹈节

在俄罗斯圣彼得堡，每年都有成百上千的舞者聚集在一起，参加 Flat White Champ 舞蹈节。这个活动不仅为新人舞者提供了展示的机会，也为专业舞者搭建了一个高水平的舞台。从现场表演到高质量直播，再到旅游与文化合作，舞蹈节已经成为城市文化的一部分。

然而，舞蹈节的组织过程并不轻松。报名、票务、商品销售、志愿者安排、媒体资料存储等一系列环节，过去都依赖人工或分散的工具管理，工作量庞大且容易出错。随着参与者数量逐年增加，团队迫切需要一个更可靠的系统。

解决方案

Mobx 使用 NocoBase，为这一挑战带来了转机。组织方在 NocoBase 中搭建了舞蹈节完整的数字化管理体系，包括：

报名与注册：参赛者通过个人账户完成注册，所有信息自动存入 CRM，并与订单、活动记录相连。

票务与入场：每张票都会生成专属二维码，观众只需扫码即可快速入场，现场效率大幅提升。

线上商店：从门票到周边产品，所有订单在系统内一目了然，并与参赛者或观众资料关联。

志愿者与团队管理：CRM 记录工作人员与志愿者的角色、排班和历史参与情况，方便调度。

媒体与资料存储：借助 S3 存储，所有照片与视频与活动信息直接关联，既可靠又便于后续传播。

成果

引入 NocoBase 使得 Flat White Champ 舞蹈节超过 80% 的流程在系统中实现自动化，手工操作减少了 60%。团队能够轻松复用这套体系来支持新的舞蹈节，并在高负荷的节日当天保持稳定运行。数据准确性提升，出错率显著下降。

对 Flat White Champ 来说，NocoBase 不仅仅是一个管理工具，更是活动体验的一部分。它让舞者、观众和组织者都能在数字化的舞台上，更高效地投入到舞蹈的热情之中。

全国青年创业计划

“Я в деле”（意为“我在其中”）是一项由俄罗斯教育和科研部支持的全国青年创业计划。项目覆盖俄罗斯全国 72 个地区，为上万个学生提供从创意到落地的完整支持。短短 8 周时间里，参与者要在导师和企业家的指导下，将想法打磨成可展示的项目，并在最终的全国论坛上进行答辩。

如此大规模的项目，对组织与管理提出了巨大的挑战。过去，学员注册和签到常常依赖人工表格，既耗时又容易出错；课程和工作坊的报名也缺乏统一管理，导致信息混乱；同时，主办方还需要追踪导师和学员的互动与成果。

解决方案

Mobx 借助 NocoBase，为这一计划构建了统一的数字化系统：

学员注册与签到：每位参与者在系统中注册后，会获得一个专属二维码。这个二维码不仅是入场凭证，也是组织方获取完整个人资料的入口，大幅缩短了现场核验时间。

课程与活动管理：在个人账户中，学生可以浏览可报名的讲座和工作坊，实时查看席位情况并完成预约。系统会自动更新名额，避免重复和超额报名。

CRM 管理：无论是学生、导师还是专家，所有联系信息和参与记录都统一保存在 CRM 中，方便组织方进行筛选和追踪，保证项目进度透明。

成果

72 个地区的注册数据集中管理，信息一致性大幅提升；
入场效率提升数倍，大大缩短排队和核对时间；
活动追踪更清晰，学员的参与度和成果有据可依，重复和错误记录显著减少。

对“Я в деле”而言，NocoBase 不仅解决了技术难题，更让这项面向全国的青年创业计划具备了可扩展性。随着项目逐步扩大，他们能够在同一平台上不断迭代和拓展，为更多年轻人提供创业的舞台。

在俄罗斯的实践经验

在与 NocoBase 的合作中，Mobx 特别看重的是平台的灵活性与一体化能力。无论是什么项目，Mobx 都能在同一个平台里完成需求的快速配置与扩展。

具体来说：

无代码构建：团队可以在不依赖开发人员的情况下，自主搭建和调整模块。
一体化平台：CRM、票务、库存、文档、媒体、HR 管理都能集中在同一系统中。
灵活的数据与视图：支持多维度过滤、关系和展示方式，让信息管理更高效。
高负载下的稳定性：即便在舞蹈节高峰或全国性项目大规模使用时，系统依旧稳定运行。
易于扩展和复制：同样的系统可以快速适配新的团队、活动或地区。

这些特性，让 MobX 能够用 NocoBase 持续交付多场景的数字化解决方案。

展望

从 Matreshka Market 的内部管理，到 Flat White Champ 的大型文化活动，再到 “Я в деле” 这样的全国性项目，Mobx 向我们展示了合作伙伴的真正价值：他们能够理解客户的业务需求，并借助 NocoBase 将这些需求快速转化为可落地的系统。

这正是我们与合作伙伴共同期待的成果：让更多组织能够用更低的成本、更快的速度，实现符合自身需求的数字化解决方案。

我们也期待未来有更多像 Mobx 一样的合作伙伴加入，一起将 NocoBase 的能力带到更多行业与场景，帮助更多团队实现他们的目标。

更多 NocoBase 的用户故事：

NocoBase 走进德国大学课堂

Deng lijia — Sun, 28 Sep 2025 04:36:41 GMT

背景

在德国某科技大学的课程《使用低代码平台进行应用开发》中，教师希望学生不仅能学习理论，更能在真实的平台上动手构建应用。课程因此引入了多种低代码/无代码工具，其中 NocoBase 被选为核心示例。

Photo by Priscilla Du Preez on Unsplash

快速上手：从任务管理开始

课程的第一堂课，学生们便直接进入实践环节——按照 NocoBase 的入门教程，搭建一个任务管理应用。短短一节课，他们就掌握了数据建模与界面配置的基本方法，并初步感受到低代码平台带来的“快速成型”体验。

深入探索：重建 Salesforce 功能

在随后的练习中，NocoBase 被用于重建 Salesforce 的核心功能，包括：

联系人（Contact）
潜在客户（Lead）
商机（Opportunity）
客户管理

通过这一过程，学生不仅学会了如何在 NocoBase 中灵活设计数据结构和业务逻辑，还对比分析了它与 Salesforce 在功能深度、可扩展性和局限性上的差别。与此同时，课程还引入了 Appsmith 和 Microsoft Power Apps，帮助学生横向比较不同平台的优势与不足。

项目实践：低代码应用管理系统

进入为期三周的自由项目阶段时，教师利用 NocoBase 自行搭建了一个“低代码应用管理系统”，用来支撑学生的开发过程。

在该系统中，学生可以：

登记应用所要解决的需求
配置将要使用的数据源（表或集合）
管理应用页面
设计与实现业务逻辑模式

教师端还能集中查看所有学生项目的细节，并通过内置的评分与评论机制提供反馈。这让系统既成为教学管理工具，也能作为完整的项目文档库。

使用体验与反馈

NocoBase 在课堂上的表现得到了教师的肯定：

稳定性：多次课程和项目实践中运行顺畅。
架构设计：灵活的数据建模和插件机制，使教学活动更具拓展性。

“总体而言，我对这个平台非常满意，感谢产品在设计与稳定性上的表现。” ——德国某科技大学教授

更多 NocoBase 的用户故事：

NocoBase 如何成为 ED 的技术底座，支撑内部系统到商业化产品？

Deng lijia — Thu, 25 Sep 2025 07:03:07 GMT

引言

我们的一个有趣经历是：在售前阶段，我们常常把 NocoBase 与 AI 结合，用极快的速度交付 POC。客户常常惊讶于：周一才刚见面，等到周三回来，就已经能看到一个完整可用的原型。通常他们都会问：“这是什么魔法？”而当我们揭晓是 NocoBase 时，总会引发客户的惊喜与技术上的好奇。

—— Fabio Farzat，ED CEO

关于 ED

ED 是一家总部位于巴西的科技公司，拥有超过 130 名专业人员，团队分布在 16 个州，长期为保险、资本市场、公用事业和公共部门等大型企业客户提供关键系统的交付与运营支持。

在交付能力上，ED 通过了 ISO 9001 认证（覆盖软件管理、项目管理、基础设施管理流程），并获得了 CMMI-DEV 三级认证，这意味着其研发与交付过程符合国际标准，具备可持续扩展的工程成熟度。

在组织建设上，ED 已连续四年入选巴西 “Great Place to Work” Top 10，最高曾排名第 1，目前位列第 6。这让公司能够持续吸引并留住高素质的技术人才，保证了项目交付的专业性与稳定性。

凭借规模化团队、严格的质量体系和广泛的客户基础，ED 已成为巴西市场公认的企业级技术服务提供商，并正在加速探索现代化平台与 AI 驱动解决方案，以帮助客户连接未来。

痛点与选择

在日常交付中，ED 的研发团队常常遇到同一个问题：无数次重复的 CRUD 和集成开发。无论是内部系统还是面向客户的项目，都需要快速搭建数据管理层、生成接口、处理导入导出，还要保证安全与可扩展。每一次都是从零开始，耗费了大量时间与人力，直接拖慢了创新节奏。

为了解决这一困境，ED 整理了一份覆盖企业级需求的清单：

安全性 —— 访问控制、数据隔离、合规保障；
性能 —— 大规模数据下依旧能保持快速响应；
可扩展性 —— 能在不同项目和客户环境中灵活适配；
可观测性 —— 系统运行透明，便于监控和排错。

他们需要的不只是一个能“拖拽建表”的工具，而是一套能承载完整数据模型、支持强类型和关系结构、并能自动生成 API 的平台。

在评估多种市面上的方案后，ED 最终选择了 NocoBase。内部的概念验证表明，它不仅满足了清单中的所有需求，还在实际使用中表现出了更高的灵活性和效率。

落地场景

在完成概念验证后，ED 将 NocoBase 快速引入到核心业务系统中，并逐步扩展到多个场景。

场景一：商业产品 AssistFlow

与大多数企业只将 NocoBase 用作内部系统不同，ED 将其直接用于打造对外商用平台 —— AssistFlow。AssistFlow 让企业快速创建智能代理，并在多个社交媒体渠道无缝运行，支持文本、语音、图片、文件等多模态交互。它不仅覆盖客户服务，还延伸到销售、HR、技术支持等场景。

在这款对外的商业产品中，整个配置模块和管理界面完全运行在 NocoBase 上。这样，团队无需重新开发前端逻辑，只需在 NocoBase 中完成建模和配置，就能为客户提供灵活可扩展的管理能力。

AssistFlow 产品亮点包括：

快速上手：仅需 5 分钟即可创建并运行智能代理，无需编程。
多渠道接入：同时支持 WhatsApp、Teams、Slack、Telegram、Facebook、Instagram、LinkedIn 等渠道。
多模态交互：能处理文本、语音、图片和文件，满足不同业务需求。
多场景适用：覆盖客户服务、销售、市场营销、HR 和技术支持等场景。
自动化与集成：内置 API，可与现有业务系统无缝对接，推动流程自动化。
安全可控：支持私有云部署，满足企业级安全与合规要求。

场景二：项目管理平台

用于支持 ED 对客户交付项目的全流程管理。过去需要多轮开发的 CRUD 和权限逻辑，如今可以通过简单的数据建模、前端配置和自动生成 API 一步完成。

场景三：工单系统

面向外部的支持与服务单处理系统，完全由 NocoBase 提供数据层与交互界面。客户可以直接提交和跟踪工单，后台工作流则自动触发处理。

场景四：供应商管理系统

在该系统中，供应商可以上传发票，财务流程会自动触发支付审批。NocoBase 的数据建模与工作流功能让流程自动触发并全程可追踪。

成果

借助 NocoBase，ED 在交付速度和质量上都实现了显著提升：

交付周期缩短约三分之一：过去需要 2–3 个 15 天迭代的模块，现在一个迭代即可完成；
测试与上线更快：大多数功能只需直接功能测试，无需传统开发中的复杂测试环节；
生产更稳定：项目上线顺畅，团队信心更高。

ED 工程师们认为，NocoBase 改变了他们的开发方式。可视化建模、自动 CRUD、灵活工作流与自动生成 API，让开发者摆脱了重复劳动，高效直达业务目标。QA 与用户的反馈周期大幅缩短，项目能更快进入生产。

如今，NocoBase 已经成为 ED 的技术底座：内部系统依赖它运转，对外商业产品同样建立其上，团队的日常交付几乎都离不开它。更重要的是，这种“周一见面、周三原型”的魔法效率，不只是客户的惊喜和信任起点，更展示了一种全新的交付范式。

展望

对全球的技术团队而言，ED 的经验表明：NocoBase 不仅满足企业级需求（安全、性能、扩展、可观测），还让团队在更短周期内完成迭代，把精力从重复劳动转向创新与价值创造。

在巴西，ED 已经用它重塑了交付模式；接下来，他们希望与 NocoBase 一起，把这种实践带给更多行业和组织。

更多 NocoBase 的用户故事：

数十万条数据秒级响应——Classact 在 Kubernetes 上的 NocoBase 应用实践

Deng lijia — Thu, 18 Sep 2025 12:02:39 GMT

Classact 介绍与技术背景

Classact Co., Ltd. 是一家专注于 IT 基础设施的服务提供商，业务涵盖技术支持与工程师派遣。Classact 同时也是日本国内首批获得 Proxmox 金牌认证的合作伙伴，拥有丰富的虚拟化与数据中心经验。在为客户交付高可用 IT 方案的同时，Classact 也在持续优化自身内部的系统与流程，以确保运营效率和合规性。

与许多公司一样，Classact 的数字化需求并不仅限于技术团队。公司内部的行政、人事、销售等多个部门同样需要高效的系统支持，以管理招聘、员工事务、培训以及信息安全合规等工作。

挑战与需求

在引入 NocoBase 之前，Classact 主要依赖开源的 Exment 作为内部数据库管理工具。

然而，随着业务规模扩大和数据量增长，Exment 的性能问题开始影响 Classact 的使用体验：

页面加载缓慢：在大数据量场景下，单个页面加载需要 5–10 秒，严重拖慢操作节奏。
用户体验下降：冗长的等待时间导致员工抱怨频繁，降低了系统使用意愿。
扩展性不足：面对不断增加的业务需求，现有系统难以灵活扩展，无法支撑新的应用场景。

与此同时，公司不同团队也在尝试其他工具。例如，部分团队使用 ClickUp 进行任务管理，与此同时 Classact 也开始尝试 Airtable 和 NocoDB。

在不断探索中 Classact 明确了他们需要一个满足以下条件的解决方案：

高性能：支持数十万级数据，保持快速响应。
灵活性：能够根据各部门的不同需求快速定制应用。
企业级可控性：支持自建和私有化部署，数据完全可控。

这些需求最终指向了 NocoBase 作为合适的解决方案。

部署与验证

在正式上线之前，Classact 先在测试环境中对 NocoBase 进行了性能验证。团队导入了数十万条数据，用以模拟真实业务场景，重点观察查询和页面加载速度。结果显示，NocoBase 在大数据量下依然保持了稳定的性能，完全符合预期。

基于验证结果，公司将 NocoBase 部署在自建的 Kubernetes 集群中，确保系统能够在企业级环境下稳定运行。同时，技术团队购买多款插件，加速了应用的搭建过程，并快速搭建了原先未能落地的员工事务和培训管理系统。

这种部署与验证的方式，不仅保证了 NocoBase 在性能和可扩展性上的可靠性，也让 Classact 能够以最小的风险完成系统迁移，并在短时间内推动内部数字化进程。

应用场景覆盖

在完成部署后，Classact 围绕内部运营的多个环节，快速构建并上线了一系列应用。这些应用既涵盖了 HR、员工事务、资产管理等常规业务，也扩展到了 ISMS 合规和导师计划等更专业的场景。

人力资源管理

员工数据维护、培训报告与通知、招聘活动（面试记录与通知）、岗位与人员分配、员工代表选举、专业认证追踪。

员工事务处理

信息变更（如住址、通勤路线）、福利申请、费用报销、设备和书籍采购、名片申请、医疗咨询申请、庆祝或抚恤事项申报。

资产与任务管理

内部系统与设备的资产管理，以及日常任务管理。

学习与发展

E-learning 授权管理、导师制项目管理与报告，支持员工持续成长。

信息安全与合规

ISMS 运维管理，满足信息安全规范要求。

信息收集与互动

通过公共表单，收集候选人信息、员工问卷和内部调查结果。

大多数企业级系统只能覆盖单一场景，企业往往不得不依赖多个工具并行管理不同流程。NocoBase 则打破了这一局限，让 Classact 能够在同一平台上自由搭建和组合应用。

通过这种方式，Classact 可以以更高的灵活性构建出真正符合自身需求的一体化内部管理平台。

成果

通过引入 NocoBase，Classact 在性能和用户体验上都取得了显著提升：

性能优化：页面加载速度从 5–10 秒缩短至 1–2 秒，大幅改善了日常操作效率。
用户满意度提升：等待时间减少，员工的使用压力和抵触感明显下降，积极反馈不断。
可视化：借助图表、灵活的过滤与展示方式，数据呈现更直观。
流程优化：工作流功能进一步简化了复杂的业务流程。

Classact 对 NocoBase 的使用体验也给予了积极反馈：

“我们最看重的是 NocoBase 的稳定性和扩展能力。即使在大数据量下，它依然能够保持稳定性能。同时，图表功能让我们可以直观地进行数据可视化，LDAP 插件帮助我们与 Active Directory 无缝集成。公共表单让候选人和员工信息收集变得轻松，而工作流功能则极大简化了内部流程。”

——Classact CEO 本間豪紀

写在最后

Classact 的实践证明，NocoBase 不仅能在数十万级数据规模下保持秒级响应，还能通过 Kubernetes 部署和插件机制，支持企业在单一平台上覆盖多部门、多流程的复杂需求。

与传统各自为政的系统不同，NocoBase 提供了可建模、可扩展、可组合的架构，让企业能够以更低的成本持续演进内部系统，同时为未来功能拓展预留空间。

更多 NocoBase 的用户故事：

NocoBase CRM 解决方案正式上线！欢迎体验

Albert Ma, Deng lijia — Tue, 15 Jul 2025 11:14:14 GMT

我们很高兴地宣布，NocoBase CRM 解决方案已正式上线！

作为一个开源的无代码开发平台，NocoBase 已经被全世界用户广泛应用于各种业务场景。在用户的实际使用中，我们发现：CRM 是很多用户上手构建的第一个系统。

因此，我们将 CRM 作为第一个官方解决方案推出，并上线至在线 Demo 环境，供大家直接体验与复制。

立即体验：https://www.nocobase.com/cn/solutions/crm

为什么 CRM 是我们的第一个解决方案？

CRM 作为用户最常用 NocoBase 搭建的系统类型，它结构清晰、流程明确，同时具备表单、流程、权限、图表等多个 NocoBase 核心能力，并且已经在许多客户场景中完整验证能力。

你可以在 CRM Demo 中做什么？

体验完整的 CRM 功能，包括：

管理客户信息、联系人与机构资料
在仪表盘中体验或配置漏斗图、业绩排行等图表
在系统内进行审批以及邮件沟通
设置日程提醒、自动化流程和任务安排
自定义字段、关系、权限与界面布局

从配置数据结构，到界面布局，再到流程逻辑，这一切都是通过 NocoBase 的可视化配置完成，无需写一行代码。

使用了哪些商业插件？

当前 CRM Demo 中使用了以下商业插件来实现完整功能。

插件名称	在 CRM 中的作用	无插件的实现方式
数据可视化：ECharts	漏斗图、柱状图、饼图等可视化图表配置	用我们的免费图表、iframe 区块平替
数据表：评论	对客户、联系人、工单等的评论交互	用 Markdown(Vditor) 插件 + 列表来实现
邮件管理	高频使用，全局邮件发送和管理	用数据表 + 邮件节点部分实现 50% 的能力，不过没有附件功能
备份管理器	应用的备份、还原、分发	可以用数据库迁移的方式实现
工作流：审批	报价单、订单的提交审批	可以用状态字段+联动规则实现，如果流程复杂之后可能会比较困难
工作流：JSON 变量映射	比如“线索处理”，解析 SQL 结果并分发给销售	使用 SQL 存储过程实现
工作流：JSON 计算	更灵活强大的 Json 解析节点，比如“线索任务”后对 SQL 的解析	使用 SQL 存储过程实现
工作流：自定义变量	比如“添加：服务单”后，需要暂存客户/机器 id	使用 SQL 存储过程实现
操作：导出数据（Pro）	所有表格的导出操作	可以采用默认的导入
操作：导入数据（Pro）	所有表格的导入操作	可以采用默认的导出方式
自定义变量	标签右侧的数字气泡	⚠️ 暂无
模板打印	报价单、订单打印	⚠️ 暂无
历史记录（内测中）	记录数据的变动日志	⚠️ 暂无

如果你还没有购买商业插件怎么办？

在不启用商业插件的情况下也能使用核心功能。

实现复杂逻辑

比如筛选合适的销售并分发线索。如果没有操作前事件、JSON 解析节点、JavaScript 节点的情况下，可采用 SQL 数据库内的存储过程来实现复杂逻辑，不过整体的代码管理和后续的迁移会比较困难。

数据操作日志

可以先采用操作前事件 + 查询节点 + JavaScript 节点（复杂关系字段）来对比实现字段的跟踪。不过实现比较繁琐，且性能开销较大。

缺少特殊区块

比如[数据表：评论]插件，可以采用列表功能来实现，参考教程：第四章：任务与评论插件。

其他

如自定义变量、模版打印、历史记录，没有插件的情况下会很难完全实现对应功能。

复制到自己的环境

现在你可以直接将这套 CRM 系统复制到自己的环境中。基于这个模版更快速的搭建，增加或删除任意功能，使这个 CRM 完全符合你的业务需求！

阅读教程：NocoBase CRM Demo 部署指南

接下来我们将围绕这个系统完善相关教程，详细拆解这个系统是如何搭建的。

也请大家敬请期待，后续我们将持续推出更多其他的解决方案，如工单、项目管理等。

相关阅读：

年产量 18.5 亿，伯恩光学背后的数字敏捷工厂

Deng lijia — Mon, 14 Jul 2025 04:23:43 GMT

一代玻璃传奇

2007 年 1 月，距离苹果首款 iPhone 发布仅剩不到一个月，史蒂夫·乔布斯突然决定：放弃原定的塑料屏幕，改用玻璃屏幕。

在当时，行业内几乎所有手机都普遍采用塑料屏幕，短时间内改用玻璃意味着前所未有的技术挑战和供应链压力。

在极为紧迫的时间窗口内，伯恩光学成功交付了符合要求的玻璃盖板，顺利拿下苹果订单，从此跻身全球顶级消费电子品牌的核心供应链。

十八年后的今天，伯恩光学已经成长为消费电子行业隐形的玻璃巨头。

它的客户名单涵盖了全球顶级品牌，产品被广泛应用于智能手机、可穿戴设备、AR/VR 眼镜乃至汽车显示系统。从玻璃盖板到蓝宝石手表面板、从指纹模组到陶瓷配件，伯恩在多个细分领域都长期占据主导地位。

现在，你可能也是透过伯恩生产的玻璃盖板，才看到这些文字。

每一块玻璃屏幕的背后

对于伯恩光学这样的制造企业来说，生产设备的稳定运行，不只是影响产能的问题，更直接关系到产品的良品率和交付的确定性。

以一块手机用的玻璃盖板为例：从原片切割到边缘打磨、从表面强化到镀膜处理，再到后期的清洗、检测、组装，至少要经过十几道工序，涉及几十台不同类型的设备。而在这些设备之间，不容许有一台突然掉链子。生产线任何一次小小的设备故障，都可能引发连锁影响，进而无法按期交付给全球品牌客户。

因此，设备点检成为日常工作中必须高度依赖的动作：定时检查设备运行状态、识别潜在故障风险、记录历史变化、确保异常及时上报和处理。

过去，在伯恩光学的点检流程中，工作人员长期使用纸质表单进行记录。一张张表格，在生产车间里手写填报，再经由人工传递至后台部门，最后堆叠在文件柜中归档。

信息在纸上，不可查询、不可跟踪、不可流转。

当设备真的发生故障时，维修人员很难迅速查阅过往数据；而那些曾经有效的问题处理经验，也无法被沉淀下来、复用到下一个工厂。

这种问题并不只存在于伯恩，而是整个制造行业的普遍现象：高频、重复、协同的流程，却缺乏合适的数字化支撑。

因此伯恩开始寻找一种解决方案，能够用更低的开发门槛，将设备点检这一关键流程“搬到线上”。

从设备点检开始

伯恩在对比了多个无代码和低代码开发平台后，选择了 NocoBase。凭借 NocoBase 极简配置流程、精细化角色权限管理、强大的数据安全保障以及丰富的插件生态和工作流引擎，成为了伯恩搭建全新设备点检系统基础底座。

相比传统开发方式，NocoBase 最大的优势在于——业务人员无需编程背景，只要理解业务流程，就能快速搭建出自己需要的系统。

新系统上线后，伯恩的点检工作迅速发生了显著变化：

1. 点检记录不再失联

所有点检记录都自动存储到统一的系统中。维修人员只需简单搜索，就能快速查看每一台设备的历史运行情况、异常问题以及对应的处理记录。

2. 有效的经验被记住

每一次问题的处理方案都会自动沉淀下来。当设备再次出现类似故障时，工程师不再需要从头摸索，而是直接调用系统中存储的解决方案，减少了大量重复劳动。

3. 车间信息变得实时透明

各部门负责人能实时看到每台设备的最新运行状态、检查频次以及异常状况。让决策者快速掌握车间情况，从而更及时准确地做出应对方案。

4. 一线点检更方便、准确

点检人员再也不需要拿着纸笔穿梭在车间里。只要拿起手机或平板，就能现场记录设备状况，随时提交异常信息，彻底告别手工填写。

5. 异常问题不再被遗忘

如果在点检过程中发现设备异常，系统会第一时间自动推送企业微信消息，通知负责人查看和跟进。接到通知的责任人随即在系统里给出解决方案，全程高效且透明，不再遗漏任何一个需要及时处理的问题。

从一个场景到整个工厂的改变

设备点检系统的成功落地，只是第一步。

制造企业的数字化改变往往从单一业务场景开始，但真正的考验，是如何将这种模式快速推广到更多工厂、更多业务环节和更多生产场景。每一次新的系统落地都需要经过完整的 POC 阶段：快速构建原型、验证系统可行性，最终确定是否值得推广。

过去，这一过程往往极为耗时和昂贵，频繁的需求变更、定制开发，反复的测试和调整，不仅消耗大量资源，也拖慢了整个转型进程。

但在采用 NocoBase 后，情况发生了巨大改变。

使用 NocoBase 的多应用管理能力，伯恩可以在一个平台上同时快速构建多个独立的业务系统。每当新的业务需求出现时，业务人员可以在极短时间内搭建出原型，进行快速验证。

不同工厂之间的流程复用变得前所未有的简单。一个工厂验证成功的方案，可以快速复制到其他工厂，稍作调整即可上线，极大地降低了整体的数字化成本。

点检系统的成功验证，迅速带动了更多业务部门主动参与进来——从设备维护到生产质量监控，从人员管理到生产计划排程，越来越多的业务场景逐渐被“搬到线上”。

伟大的制造背后，都有数字化的力量

伯恩光学拥有超过 9 万名员工，年产能高达 18.5 亿片，是一家真正意义上的全球性科技创新集团。每一块玻璃产品背后，都凝聚了精密设备与协同流程的巨大努力。

伯恩从未止步于此——它正在借助数字化的力量，重新定义制造企业的运行方式。

制造业的创新不仅在于产品本身，更在于企业如何持续进化、保持敏捷、高效响应变化的能力。

更多 NocoBase 的用户故事：

NocoBase v1.8.0 正式版发布

NocoBase team — Wed, 09 Jul 2025 02:00:00 GMT

新特性

新增「忘记密码」功能，支持邮箱找回

支持通过邮件找回密码。在「设置 > 用户认证 > 忘记密码」中启用该功能，配置邮件通知渠道，并自定义重置密码邮件内容（支持变量与 HTML 格式）。

参考文档：忘记密码

自定义聚合变量

支持创建计数、求和、平均值等统计变量，可用于菜单徽章、页面标签等位置，让界面展示更加直观、信息更丰富。

参考文档：自定义变量

邮件管理

邮件管理模块全面升级，支持邮件删除、批量发送、同步设置及多项体验优化。

数据源

支持外部数据源中的 SQL Server BIT 字段，支持外部数据源按需加载数据表

文本复制

支持一键复制文本字段内容

[工作流：HTTP 请求节点] 支持 `multipart/form-data` 类型

在工作流中配置 HTTP 请求节点时，现已支持选择 multipart/form-data 类型。启用该类型后，可在请求 Body 中以 form-data 方式传递数据，支持包含 file 类型字段，实现文件上传等场景。

[工作流：审批] 审批节点结果支持生成审批记录变量

审批节点执行结果可作为变量供后续节点使用，支持状态与数据自动记录

参考文档：节点结果

优化

支持在输入框中扫码填充数据

通用文本输入框组件新增 Enable Scan 配置项，启用后将在输入框右侧显示扫码按钮，支持扫码设备录入，并可配置是否允许手动输入。

参考文档：扫码录入

Markdown 中支持本地化

Markdown 内容现已支持本地化，可使用 {{t 'xxx'}} 语法插入多语言文本。

参考文档：本地化

菜单链接支持新窗口打开

菜单链接新增“Open in new window”配置项，支持自定义链接的打开方式。

日历区块支持设置周起始日

可自定义日历视图的周起始日，支持选择「周日」或「周一」，满足不同地区和使用习惯。

参考文档：周起始日

Markdown（Vditor）查看模式支持图片点击放大

在查看模式下，支持点击 Markdown 内容中的图片进行放大预览，提升阅读体验。

工作流模块功能与性能全面提升

支持使用更多字段进行工作流筛选，提升查找效率
优化移动端展示样式，提升操作体验
排除 JSON 字段加载，显著提升执行计划列表加载性能
节点测试运行新增日志 API
调整 getCollectionFieldOptions 方法的 API 接口，增强灵活性

审批流程功能增强与体验提升

转签、加签人员选择列表新增配置项，支持显示更多字段信息，辅助更精准选人
时间线中的时间显示调整为绝对时间，提升可读性
从工作流插件中导入审批相关数据表，避免本地表被重写
调整变量 API 接口结构，提升灵活性与一致性

支持通过环境变量配置数据库连接池选项

可通过环境变量灵活设置数据库连接池参数，提升部署灵活性。

评论区块支持分页显示

支持对评论内容进行分页加载，提升大数据量场景下的加载性能与阅读体验。

移动端体验提升

通知弹窗适配移动端样式，界面更清晰
移动端布局判断逻辑优化，提升响应准确性

卓正医疗如何用 NocoBase 搭建“家庭医生式”服务体系？

Deng lijia — Thu, 26 Jun 2025 00:33:31 GMT

“家庭医生”模式，开始进入中国

“家庭医生”（General Practitioner）制度，在欧美等国家已运行多年。居民从小到大看病、接种疫苗、慢病管理，几乎都由固定的家庭医生负责。这种模式下，患者与固定的医生建立长期关系，形成一种更具连续性的医疗服务体系。

但在中国，直到近年来随着居民对健康管理的需求提升，“家庭医生”开始逐渐以市场化、连锁化的形式落地。尤其在一线城市，出现了一批尝试以“家庭医生式服务”为核心的新型诊所，它们强调主动服务、个性化随访和患者长期陪伴。 在传统门诊模式之外，探索更贴近生活的医疗服务方式。

而卓正医疗是中国最早提出并实践“家庭医生式连锁诊所”模式的企业之一。

卓正医疗：先行者的探索

卓正医疗坚持的理念：回归医疗本原

早在十多年前，卓正医疗就开始在一线城市设立自己的诊所，试图搭建一个覆盖全科门诊、长期陪伴的诊疗体系。如今，卓正已在全国 12 座城市建立了多专业一站式诊疗中心，拥有超过 300 名毕业于协和、北医、华西、湘雅等知名院校的全职医生，服务范围从儿科、眼科到皮肤科和医美。

与“头痛挂内科”的传统就诊模式不同，卓正更像是一个“懂你全家情况的医疗朋友”。他们推行会员制服务，家庭成员可以绑定为一张“家庭卡”，由固定的医护团队长期负责健康管理。这种模式不仅强调精准医疗，更注重长期关系与持续服务——与传统按次就诊的公立医院体系截然不同。

但医疗行业毕竟是一个相对传统的领域。尤其在中国，大多数公立医院以科室为单位运作，不会主动去考虑如何做随访、如何构建患者关系。而在私立医疗还未形成成熟范式的当下，卓正医疗要在“连锁 + 家庭医生 + 主动服务”这条路上摸索数字化工具，几乎找不到现成的案例可参考，也不像互联网行业那样，有大量开箱即用的解决方案。

随着快速发展，新的问题接连而来：

城市多、网点散，每家诊所的管理方式略有不同，怎么统一服务流程？
诊疗科室丰富，术后随访内容千差万别，通用工具根本不适用；
开发团队人手有限，每次功能调整都需要长时间的排期、等待、协调；
服务越来越细，但很多工作还靠手动登记、人工提醒，效率低也容易出错。

卓正医疗意识到，仅靠传统开发或买现成系统，很难支撑他们这种“高频、轻量、碎片化”的服务模式。

不是开发出身，也能搭系统

在调研数字化工具时，卓正医疗其实也试用了不少市面上的零代码平台或传统 SaaS 系统。

但很快他们就发现了一个现实：这些工具看似简单，真正要落地时，要么配置成本高、灵活度低，要么开发者反而得适应一整套全新的技术栈和逻辑。 对资源本就紧张的产研团队来说，这显然不现实。

他们需要的是一个“刚好合适”的工具：

能和已有系统打通，保证数据结构的自由度；
足够轻便，产品经理也能亲手搭出前端界面；
还能支持私有部署，随着诊所数量增长灵活扩展；
具备可控的技术底座，不限制开发团队掌控数据库和后端逻辑。

最终，他们选择了 NocoBase。

“有些小的功能，产品经理就能直接在前端改掉，不用再去等开发排期了。”

——Iris Meng 卓正医疗产品经理

在卓正医疗，像这样能自己“动手”的体验，成了 NocoBase 被内部迅速接受的关键。

更重要的是，NocoBase 并没有强行替代开发团队的角色，而是把原本复杂低效的协作方式拆解为更适合内部节奏的工具链。后台核心逻辑依然由自家团队掌控，前端呈现则交由产品人员快速搭建，一来一回，既不失控，也能提效。

“我们其实不是为了零代码，而是为了提效。”

——Iris Meng 卓正医疗产品经理

一个系统上线，七个工具落地

决定开始使用 NocoBase 后的第一个项目，便是至关重要的随访系统。

在传统公立医院，随访往往依赖患者自觉——愿意回诊就来，不来也没人提醒。但卓正医疗希望提供更主动、持续的服务。这就意味着，不同专科、不同场景，都需要定制化的随访内容、任务节奏与沟通方式。

他们首先从医美和眼科两个科室切入，由产研团队用 NocoBase 搭建了一套完整的随访系统。

卓正医疗随访系统

这个系统串联起了来自 HIS（医院信息系统）、EMR（电子病历系统）、药品系统等多处的数据，通过内嵌与打通（使用 NocoBase 的开放 API 接口），让医生与护士在一个工作台上就能看到患者过往记录、历史医嘱、预约信息，并可直接创建跟进任务、记录沟通情况。对一线人员来说，不需要跳转多个系统、翻找表格，大大提升了工作效率。

随访系统与多个不同系统进行内嵌与打通

从需求评估到实际落地，这个系统只花了不到三个月，相较于传统开发模式，预计节省了接近 60% 的开发周期，上线后，随访任务的完成率和效率显著提升，患者满意度也同步提高。

很快，各个不同科室、不同区域的需求纷至沓来。由于 NocoBase 的权限机制灵活、前端可快速配置，卓正医疗开始为业务团队提供培训，鼓励他们“亲自动手”。

目前，已有七个垂直小团队围绕它搭建起了自用工具，分布在不同部门和业务线，形成了一个去中心化但统一底座的“内部开发平台”。

“它有点像比多维表格再进阶的工具，业务团队可以在无需开发的支持下完成搭建。”

——Iris Meng 卓正医疗产品经理

这些来自不同部门的需求并未被开发资源“卡住”，反而催生出一种新形式的内部协作方式。

支撑“家庭医生”式服务体系的，不只是系统

对卓正医疗来说，NocoBase 的意义不止于“系统”。它降低了内部搭建工具的门槛，也重塑了组织对数字化的理解方式——不再依赖开发排期，不再追求一次性上线，而是持续试错、快速响应，把一线需求转化为标准化流程。

在医疗这个高度依赖人工与经验的行业里，这正是“家庭医生式服务”得以真正落地的关键。

在卓正医疗的官网上有这样一句话：秉持“回归医疗本原”理念，医生的诊疗建议基于循证医学，不过度检查和用药。

正是因为有卓正医疗这样的先行者，数字化的价值才能真正触达行业深处，推动像医疗这样“慢行业”迈出进化的一步。

更多 NocoBase 的用户故事：

在禧玛诺工厂，一位工程师的零代码实践

Deng lijia — Tue, 17 Jun 2025 01:00:00 GMT

来自禧玛诺的工程师 Zdenek

只要你骑过自行车，大概率就用过禧玛诺（SHIMANO） 的零件。

它不一定被你注意到，但每一次变速、每一脚踩踏的顺滑体验，背后都是它在默默运作。对于全球数以亿计的骑行者来说，禧玛诺不可或缺。

Photo by streetsh on Unsplash

作为一家跨国制造巨头，禧玛诺的生产网络遍布全球。

其中，捷克的一座工厂自二十多年前起便持续运作，是禧z玛诺全球生产体系的重要一环。标准化、流程化，是这座工厂的日常；每一颗螺丝、每一道工序，都追求精准与高效。

今天故事的主角 —— Zdenek，正是捷克工厂的一名资深工程师。

禧玛诺工程师 Zdenek

Zdenek 的零代码尝试

Zdenek 的主要职责是负责装配线的工艺流程，但这只是他日常工作的冰山一角。作为流程工程师，他还深度参与工厂内部的多个改进项目，涉及数字化转型、生产效率提升和安全管理等方方面面。

在过去，他与 IT 部门密切配合，协同推进各类系统的建设和流程的优化。但随着 SAP 系统在工厂全面上线，IT 团队的重心逐渐转向核心系统维护，原本可以协助搭建的内部工具，现在却不得不被搁置。

“我们有很多需求，但 IT 实在抽不出时间，很多问题无法解决。”——Zdenek

面对日益复杂的 Excel 表格和反复依赖人工的流程，Zdenek 决定亲自来做出一些改变。

他开始尝试使用零代码平台，希望跳过代码的门槛，让一线工程人员也能主导系统搭建。

最初，Zdenek 尝试的是 Power Apps。作为微软生态的一部分，它看上去是一个“企业级”的解决方案，但真正使用起来，他却遇到了意料之外的困难：界面逻辑不够直观，权限设置复杂，每次想修改点什么都需要和 IT 再次确认。而一线工程师最需要的，是快速迭代和自主可控。

他开始尝试第二个平台 —— NocoBase，一个开源零代码工具，也成了他真正做出改变的起点。

NocoBase 作为一个开源的零代码开发平台，没有昂贵的许可费用，不依赖复杂的 IT 部署流程，最重要的是，它真的可以让业务人员“自己动手”。

从 Excel 到系统化

起初，Zdenek 只是想解决一个很具体的问题：如何把 ISO 审核流程数字化。

他们用 NocoBase 搭建了第一个系统 —— 审核 App，从“证据收集”（Evidence）到“结项处理”（Closing），每一个流程节点都被串联起来。上线初期，这个系统只是用来记录和追踪审核事项；但随着使用深入，Zdenek 一点一点往里加上了更多功能：

用户通知机制，让责任人第一时间收到提醒
公共表单入口，让一线员工可以直接上报风险
审核报告的责任人指派（Report Delegation），有效提高了结项率

“我们不再需要反复催促，每一项记录都有明确的流程和负责人。”——Zdenek

审计 App 的统计页面

这套系统的成功运行，也打开了 Zdenek 的思路 —— 既然一个系统可以搭出来，为什么不能把更多流程都做出来？

于是他开始逐步将工厂里依赖 Excel 管理的其他表单和流程，逐一迁移进 NocoBase。

接下来的几周内，Zdenek 又搭建了：

备件出入库管理系统，记录零件的进出与库存变动
文档审批系统，规范化文件流转
任务清单模块，分配工作事项到人，方便各部门追踪执行进度
设备审批系统，管理设备使用与授权申请
移动端巡检工具，一线员工可以直接用手机填写表单、提交数据

备件出入库管理系统

“最惊喜的是：几乎不用培训，用户一看界面就会用。”——Zdenek

NocoBase 的表单配置、页面布局与权限设置，让他们可以根据不同岗位和部门的需求，灵活构建自己的工作界面。而最让他惊喜的，是其中的自动化流程配置 —— 比如审核流程中自动提醒负责人、任务到期前自动发送通知，甚至可以实现跨表单的数据流转。

在整个推进过程中，Zdenek 并没有写过一行代码。但他用一套灵活的零代码工具，把过去难以落地的小工具需求，一一变成了真正可用的系统。

“第一印象就是：Wow。数据录入和处理流程变得非常简单。”——Zdenek

工厂里的用户们也迅速适应了新系统——不再担心格式错误、不再来回找文件。清晰的界面、权限设置和移动端支持，让前线员工能真正用起来。而从管理者的角度来看，审计日志、字段级控制、工作流自动化这些能力，也确保了流程的稳定性与安全性。

Zdenek 和他的同事们，已经在计划用 NocoBase 搭建更多面向一线的工具，从计划排程到设备巡检，不断挖掘那些原本因为没人写代码而一直搁置的流程。

后记

在资源有限的情况下，Zdenek 找到了一种更轻量、高效且完全可控的数字化路径。他不是开发者，但他用零代码的方式，真正重塑了禧玛诺捷克工厂内部的管理方式。

在 Zdenek 看来，真正的数字化，不一定从代码开始，而是从一线人员能动起来开始。这就是 NocoBase 在制造业场景中的一种典型用法 —— 让懂业务的人，直接把流程变成工具。

文章封面图片 by David Dvořáček on Unsplash

更多 NocoBase 的用户故事：

NocoBase v1.7.0 正式版发布

NocoBase team — Tue, 03 Jun 2025 06:00:03 GMT

新特性

用户角色并集

角色并集是一种权限管理模式，根据系统设置，系统开发者可以选择使用独立角色、允许角色并集，或者仅使用角色并集，以满足不同的权限需求。

参考文档：角色并集

验证管理与双因素身份认证（2FA）

验证码功能已升级为验证管理，支持多种身份验证方式（如 TOTP），用户可绑定验证方式，在需要时完成身份验证。系统还支持双因素认证（2FA），登录时需在密码基础上额外验证，有效提升账户安全。

参考文档：

模板打印

文档模板支持动态图片和条形码渲染功能。

参考文档：模版打印

多关键词筛选

多关键词筛选插件为 NocoBase 平台增加了强大的文本筛选功能，让您能够使用多个关键词进行筛选，大大提高了数据查询的灵活性和效率。

参考文档：多关键词筛选

日期筛选支持选择相对时间范围

支持按自定义时间偏移（天/周/月/季度/年）和指定日期进行筛选，满足更灵活的时间范围查询需求。

联动规则条件左侧支持变量

条件左侧变量用于定义联动规则中“判断的对象”，即基于该变量的值来进行条件判断，从而决定是否触发联动行为。

参考文档：左侧变量

区块继承模板

继承模板主要适用于希望区块能跟随模板的基础更新，但也需要做一些自己的调整的场景。通过继承模板创建的区块，会继承模板的配置，并能在此基础上进行扩展或覆盖。未被区块覆盖的配置会随模板更新而同步。

参考文档：继承模版

区块联动规则

支持在区块中配置联动规则，实现动态显示区块。

参考文档：区块联动规则

提交成功后

支持刷新其它区块的数据，支持带参数数跳转详情页。

参考文档：提交成功后

工作流分类管理

部门和附件 URL 插件开源

优化

联动规则属性优化

选择类型字段支持设置可选项属性
日期类型字段支持设置日期范围

参考文档：字段联动规则

导入记录Pro

导入配置支持多字段定唯一记录，支持设置空白单元格覆盖和忽略模式。

参考文档：导入 Pro

导出xlsx性能优化

导出大数据表内存溢出应用卡死
导出有概率出现重复数据
导出数据按索引、唯一约束、索引策略查询优化
新增导出并发队列和环境变量设置并发数

参考文档：

导入xlsx性能优化

导入策略由原来单条改为批量插入
重构重复标识，单条改为批量，更新逻辑，触发工作流等逻辑不变

参考文档：关于性能

工作流执行效率提升 100%

日本房产中介龙头为何放弃 Salesforce，转向开源平台 NocoBase？

Deng lijia — Wed, 28 May 2025 08:01:40 GMT

引言

在 Salesforce 和 Kintone 面前，这家日本房地产行业的佼佼者，最终选择了开源平台——NocoBase。为什么？

HouseWell 是谁？

在日本，几乎没有人不知道 Century 21 这个品牌。自 1983 年进入日本市场以来，Century 21 已在日本建立起近千家门店，成为日本房产中介行业的领军品牌。

在这一庞大的加盟体系中，有一家企业的表现尤其突出，多年来持续位居日本 Century 21 体系前列，成为该体系中最具代表性和影响力的加盟商之一。这家企业便是 HouseWell。

总部位于埼玉县的 HouseWell 业务模式极为多元化，涵盖房地产买卖、租赁管理、翻新建筑、保险咨询、IT 服务等领域。

人事流程成了数字化的短板

HouseWell 的成长迅速而稳健，企业员工规模也随之增长，目前公司员工已达到约 110 人。

事实上，HouseWell 并非首次迈入数字化管理。早在数年前，他们已使用 Salesforce 管理客户数据与业务流程，在 CRM 方面拥有较成熟的数字化实践。但在人力资源、招聘与内部行政流程等关键环节，管理仍主要依赖纸质文件和表格工具。

例如，每个月大约有 30 件休假申请在公司各部门之间流转，仍需打印、签字、传递，纸张丢失、信息遗漏、流程滞后等问题频繁发生，不仅管理成本高，也影响员工体验。

在人事信息管理方面，如各部门人员配置、岗位变化、年度招聘计划等，也缺乏系统支持，相关信息分散在多个文件中，难以及时掌握和分析，严重制约了管理效率与组织决策。

随着业务的快速发展，HouseWell 意识到光靠现有的 CRM 系统还不够，人力资源这块也需要系统化管理。因此，他们启动了一轮系统选型的深入评估，寻找一款既能承接现有系统，又能满足未来扩展需求的数字化平台。

认真对比后的选择

摆在 HouseWell 面前的三个选项，各有千秋：

继续使用 Salesforce：Salesforce 作为全球排名第一的 CRM 巨头，功能全面、技术成熟、生态完善，在房地产领域已有大量成功案例；
引入低代码开发平台 Kintone：Kintone 是日本本土领先的低代码平台，操作简单，快速部署，在日本企业中具有极高的认知度与市场占有率；
选择开源的 NocoBase：作为开源无代码平台，NocoBase 提供高度灵活的数据建模和界面定制能力，同时支持本地化部署和一次性买断模式。

在做出最终决策前，团队对这三种方案逐一展开了深入比较：

一、Salesforce ：强大但使用范围有限

Salesforce 在房地产行业被广泛认为是一款功能强大的工具，它提供了丰富的 CRM 功能、标准化流程以及大量的第三方集成，能够很好地满足大型企业在客户管理、数据分析和销售自动化方面的需求。

然而，在深入评估的过程中，HouseWell 团队也发现了一些现实挑战：

成本问题：Salesforce 目前主要由负责买卖和投资的销售部门使用，而其他部门几乎没有将其作为 CRM 工具的需求。如果要将其用于本次项目目标——支持后勤类业务流程，就必须为这些不使用 CRM 功能的用户额外购买许可证，这将显著增加整体成本。
定制化受限：虽然功能十分丰富，但 Salesforce 在界面和流程的自定义选项上实际较为有限，难以精准适配 HouseWell 多元化业务场景下的具体需求。

二、Kintone ：易用但不够灵活

作为日本本土企业，Kintone 在易用性、操作性和流程快速上线方面有明显优势，许多中小企业对它青睐有加。HouseWell 最初对其抱有很高的期望，但经过深入评估后发现：

模块化过于固定

Kintone 的低代码模式，虽然可快速部署业务流程，但系统模块标准化程度较高，个性化调整空间有限，难以满足复杂业务场景的精准需求。

扩展性不足

HouseWell 后续希望整合 CRM、HR 系统、行政流程，Kintone 的封闭架构与有限的 API 扩展能力逐渐显现不足，无法支撑长期战略。

三、NocoBase：兼具强大与灵活

NocoBase 起初只是评估清单上的一个新选项，但随着对比深入，它逐渐展现出强大的灵活性和可控性。

高度灵活的数据建模与界面设计能力，几乎可完全贴合 HouseWell 的业务需求。
一次性买断模式，无需持续支付高昂的使用费，整体成本可控。
强大的 API 联动能力，既能与 Salesforce 等现有系统无缝集成，又为未来更多系统整合提供了空间。
完全开源，便于后续深度定制和二次开发，也为将系统标准化对外输出提供了技术基础。

经过详细的功能测试和成本评估后，团队确认 NocoBase 不仅在功能层面具备高度的灵活性，其开放性与扩展性也十分出色，是一套能够随着企业成长而不断演进的系统。

经过仔细权衡，HouseWell 最终选择 NocoBase。

从决策到落地：NocoBase 带来了怎样的改变？

在决定使用 NocoBase 后，HouseWell 团队迅速开始了具体实施。

第一阶段：快速搭建行政与人事管理系统

作为首个落地的项目，HouseWell 首先将原本纸质化、效率低下的人力行政流程转移到 NocoBase 系统中：

休假申请流程的全面电子化

过去每月大约 30 件休假申请，都需要在公司内部纸质传阅。使用 NocoBase 后，员工只需通过在线表单提交申请，审批人即时收到提醒并完成线上审批，整个过程简单顺畅，大幅减少了人为失误与信息遗漏。

系统上线后，这一高频流程几乎立即实现了完全无纸化，管理效率得到明显提升。

人力资源信息的精准可视化

基于 NocoBase 灵活的数据建模与自定义能力，HouseWell 快速构建了企业员工组织架构、招聘渠道、人力统计等模块。人事部门可以实时查看各部门的招聘状况、员工岗位分布，企业的人力资源状况变得一目了然。

与此前通过表格、邮件等分散渠道管理信息相比，效率提升效果显著。

第二阶段：系统集成与不动产管理包开发

在引入 NocoBase 之前，HouseWell 已经使用 Salesforce 来进行客户管理，所有客户资料和交易记录都存储在 Salesforce 中。随着 NocoBase 的应用不断深入，他们逐渐意识到，NocoBase 不仅适用于灵活的人事管理场景，也同样具备构建 CRM 系统的能力。

因此，技术团队迅速展开了系统集成工作：

通过 NocoBase 强大的 API 功能，实现了 Salesforce 中既有客户数据的同步与共享。高效的数据整合让团队能够在一个平台上统一访问客户信息和内部业务数据，从而避免重复录入并提升数据一致性。
利用 NocoBase 可定制的数据模型和页面布局，HouseWell 结合自身在客户管理领域的经验，正在为房地产行业开发一套全新的不动产管理解决方案（预计近期上线）。

在此过程中，NocoBase 不再只是一个“补充型工具”，而是成为 HouseWell 打造统一业务系统的核心平台。

实施后的真实反馈

实施 NocoBase 后，HouseWell 的团队明确表示：

系统灵活性和界面自定义能力完全符合预期；
API 联动能力超过预期，实现数据整合更顺畅；
整体成本大幅降低，长期使用更加经济实惠；
NocoBase 技术支持团队反应迅速，使用问题均可及时解决。

更大的商业想象空间：从使用者到方案提供者

HouseWell 不再仅仅满足于内部系统的数字化升级。凭借在房地产行业多年积累的深厚经验，他们正计划基于 NocoBase 打造标准化的房地产行业信息管理系统，并将其作为可复制的解决方案向外输出。

由于 NocoBase 的开源特性与一次性买断的灵活成本结构，HouseWell 能够自由地进行深度定制与二次开发，充分适配房地产行业不同客户的实际需求。

通过这一战略布局，HouseWell 正在从一个企业内部系统的使用者，转型为房地产行业的解决方案提供者。

这不仅帮助他们快速收回系统建设成本，更为公司带来了新的商业收入来源，实现信息化投资的价值倍增。

结语

HouseWell 之所以选择 NocoBase 而非 Salesforce 或 Kintone，并不仅仅是一次软件选型决策，而是一场精准且具有战略远见的布局：

转向灵活且具性价比的一次性买断模式；
从僵化的功能模块，转向高度可定制的开放式架构；
从系统的使用者，进化为行业解决方案的开发者与提供者。

HouseWell 的成功经验告诉我们：

真正的数字化成功，是要找到真正匹配自身业务需求与未来战略的解决方案。

希望 HouseWell 的故事，能给更多企业带来启发。

相关阅读：

Second-Brain 如何用 NocoBase 为金融企业构建 AI 系统

Deng lijia — Wed, 21 May 2025 05:43:43 GMT

一家 AI 创业公司的选择难题

Second-Brain 是一家位于香港的 AI 创业公司，团队背景主要来自金融与咨询行业。他们专注于为企业构建 AI 驱动的决策系统。

在 ToB 企业场景中，AI 系统的难点并不在模型调用本身，而在于其背后的数据基础。企业内部的制度、流程与业务数据常常分散在多个体系中，结构混乱、版本不一，甚至存在冲突。如果不加以梳理和建模，AI 就无法做出真正有意义的响应。

为了让 AI 能够“读懂”企业，Second-Brain 的第一步，需要构建一个整合企业规章制度、业务流程和外部法规等企业私有知识的底座。

在为一家银行客户构建 AI 知识系统的项目中，Second-Brain 面临着难度极高的交付挑战：

系统需支持上百个页面，权限管理复杂；
客户要求纯离线部署，不能使用任何在线服务；
项目需在短周期内完成交付，交互体验不能打折。

Second-Brain 聚焦 AI 模型与行业产品设计，产品高度依赖数据建模与参数化配置。他们需要一个灵活、自托管、可快速交付的平台，作为整个解决方案的系统底座。

为什么最终选择 NocoBase？

在项目启动初期，Second-Brain 曾认真评估过数个低代码与零代码平台。包括国内外多个 SaaS 以及开源项目，但受限于部署方式、许可协议或代码可控性，无法满足客户“离线部署”与“信息安全”的刚性要求。

彼时，他们一度考虑回到“传统方案”——前后端全自研。

这种方式可控性高，也利于保护知识产权。然而面对紧迫的交付周期和客户的高要求，这条路成本过高、风险过大。

就在团队陷入两难时，他们注意到了 NocoBase。

团队看重的是 NocoBase 架构理念——不依赖 SaaS，不牺牲灵活性，可自定义、可扩展、可交付。开源特性让 Second-Brain 能深入了解 NocoBase 的运行机制，从而快速响应客户反馈。

最终，Second-Brain 决定采用 NocoBase 作为系统底座，开启项目的搭建与交付工作。真正的挑战不在于工具选型，而在于如何以此构建一套复杂的数据驱动型 AI 应用系统，并在短时间内完成交付。

项目实施中的挑战与突破

作为一套 AI 知识系统的底座，该项目并不仅仅是传统的“知识管理平台”。

项目目标是构建一个“长期可用的知识源头”和“AI 可读”的制度体系：将非结构化的内部制度与法规进行清洗、分类与建模，并通过统一接口供 AI 模型调用。这对系统的建模能力、数据组织和接口设计都提出了更高要求。

并且客户作为金融行业机构，对安全要求极高，部署必须全离线完成，所有更新均需通过物理隔离流程操作。

在确认了 NocoBase 的可行性后，Second-Brain 以此完成方案设计与技术选型，最终顺利中标并推进交付。

项目中，NocoBase 承载了整个系统的构建工作，包括：

结构化整合客户的制度体系与法规文档，为 AI 模型提供清晰、标准化的数据源；

构建 AI 问答模块的数据基础与接入能力，支持三类典型应用场景：
- 日常问答与政策对话；
- 跨数据表的业务数据查询；
- 面向管理者的复杂问题分析与结构化结论生成；

为内部 AI 流程提供支撑工具，包括：

文档类素材的格式转换与内容提取（PDF / Word / 图片转文字），实现自动化预处理；

基于语料生成问答对，作为微调样本库的构建方式之一；
开发 ECharts 插件实现知识图谱功能，帮助用户可视化地理解制度间的关联；

插件架构带来的惊喜

在高安全需求下，NocoBase 的插件架构成为部署与协作的关键突破口。

Second-Brain 将多个核心能力抽象为插件——在每次系统更新时，只需将插件作为单元传入，既能通过审批，也显著减少扫描时间与测试成本。这种方式尤其适用于对更新流程严格把控的金融客户。

除了部署层面的优势，插件架构也极大提升了开发效率。

团队开发第一个插件时花费了约两周时间，用于摸索与建立模板结构；此后，所有插件均可在此基础上快速复制、修改完成。

目前他们已累计开发近 20 个插件，覆盖了图谱展示、权限管理、数据清洗等多个模块，为后续交付积累了可复用的能力资产。

来自一线的实践反馈

Second-Brain 在项目交付过程中，也对 NocoBase 提出了不少来自一线的实践反馈。

一是稳定性。

在持续迭代的过程中，NocoBase 的版本升级始终保持了良好的兼容性，团队从未遇到因升级导致系统不可用的情况。这一点对于服务金融客户而言，至关重要。

“NocoBase 升级版本中的一致性和持续性做的挺好。截止到目前还没有遇到过跨版本升级系统崩溃的情况，其实这个问题还挺常见的，但是在 NocoBase 上还没有出现过。”

—— Second-Brain 技术负责人 Zhengxing Yang

二是协作体验。

Second-Brain 与 NocoBase 技术团队在整个交付周期中保持了高效沟通。从 Bug 修复到功能建议，响应始终及时。这种“开源但不孤立”的协作方式，为高强度、高敏感度的项目环境提供了宝贵的支撑。

项目交付结束，但系统和方法的影响仍在持续。

结语

Second-Brain 以最小人力，完成了结构复杂、部署严格的 AI 系统交付。NocoBase 承担了底层系统建设的工作，让团队能够将时间、人力与创造力，投入到更具价值的 AI 能力构建上。

这也是 NocoBase 始终坚持的目标：帮助更多公司从重复繁重的系统开发中解放出来，把精力放在真正具有创意与业务价值的场景里，实现更大的价值。

在复杂、高安全性需求的行业里，这个案例或许证明了：真正灵活的无代码 / 低代码平台，正在重塑系统交付的边界。

相关阅读：

全球第一 AI 录音笔品牌，如何搭建运营与客服系统？

Deng lijia — Mon, 19 May 2025 00:07:28 GMT

引言

2023 年，PLAUD NOTE 在众筹平台首次亮相，成为全球首款搭载 ChatGPT 大语言模型的 AI 录音设备。凭借其创新的硬件设计与强大的 AI 功能，迅速吸引了全球用户的关注。

在预售阶段，PLAUD NOTE 即取得近 600 万美元销售额，3.5 万用户成为付费会员，迅速跻身全球 AI 硬件领域的现象级产品。

之后，PLAUD 的热度持续攀升——

产品发布不到两年，收获了 70 万用户、覆盖 168 个国家地区，登上全球主流科技媒体头条，斩获红点、德国 iF 、日本优良设计奖等多项国际大奖。

2024 年，PLAUD 营收突破 7000 万美金，团队规模翻倍，并连续两年实现 10 倍增长。

但当产品持续热销、用户量不断攀升时，一个更现实的问题也随之而来——内部体系，是否足以支撑这条高速增长曲线？

不止是录音笔

很多人认识 PLAUD ，是从那支超薄卡片式的录音笔（也就是 PLAUD NOTE）开始的。

但实际上，PLAUD NOTE 并不是传统意义上的“录音设备”。它在录音完成后，可以在 App 中自动转写音频、提炼摘要，并根据语义结构生成可发布的内容草稿。

对内容创作者来说，它不仅是一个工具，而是一个随身携带的 AI 写作助手。

而这款硬件的背后，是一个持续演进的软件平台。PLAUD 还在 App 中构建了一个行业模板社区——用户可以上传、编辑、共享不同行业（如法律、医疗、教育等）的转写模板，帮助更多人更高效地处理语音内容。

硬件只是入口，真正构成竞争力的，是背后那套支持内容流通与用户共创的平台。

如何从零开始快速构建系统？

随着产品热度不断提升，PLAUD 的内部需求也逐渐复杂起来：客服团队希望更方便地查询用户信息、处理账号问题；运营团队需要更高效地配置 App 内容、管理社区模板。

但当时的他们，其实还没有一套真正意义上的客服或运营系统。

“我们原来没有这块东西，是业务需求不断丰富起来之后，才开始思考怎么承接。”——Lucas，PLAUD 产品经理

PLAUD 拥有极强的产品和研发能力，但他们更聚焦在产品的创新上，并没有足够资源投入到后台系统的重构中。而客服和运营又是直接影响用户体验的重要环节，不能放任滞后。

团队没有选择传统 SaaS，而是选择了一条更灵活的路：使用开源无代码平台 NocoBase，自建符合自身逻辑的系统。

这一切并不是因为他们预设要找一个“无代码工具”，而是 NocoBase 恰好满足了他们最核心的三个需求：

从零起步：没有既有系统包袱，能迅速搭建核心模块
灵活可控：数据模型、流程逻辑可随需扩展，不受 SaaS 限制
产品友好：由产品经理主导搭建，技术团队仅做必要支持

短短几天，PLAUD 团队就在 NocoBase 上搭建出初版的业务支撑系统，并且在这基础上开始不断迭代。

一套平台搭建两大核心系统

截止目前，PLAUD 使用 NocoBase 搭建了两套核心系统，分别服务于客服团队和运营团队。

客服系统：用户信息集中管理

PLAUD 的客服后台主要用于：

查询用户基本信息与注册渠道
查看账号状态与购买权益
执行后台操作，如状态修改、记录标记等

这套系统通过外部数据源插件对接公司核心数据库，实现了多表之间的数据关联，客服可以在 NocoBase 内一站式完成信息查询与处理，极大提升了工作效率。

“我们现在整个用户信息在里面都是可以查到的，数据就是直接通过 SQL 对接。” —— Lucas，PLAUD 产品经理

运营系统：模板社区内容运营

在运营端，团队基于 NocoBase 构建了模板社区的审核系统，用于管理用户提交的内容模板，如医疗、销售、法律、教育等领域的语音转写模板。

系统支持：

模板内容自动入库
审核流程配置与状态管理
审核通过后自动发布至 App 社区

整个流程几乎不依赖开发，由产品配置搭建完成，只有在复杂数据处理（如 JSON 转换）等场景中引入少量插件和技术协作。

仅靠两人，就撑起了系统

在实际使用中，PLAUD 团队对 NocoBase 最直接的评价是：灵活、高效、可控。

整个客服与运营系统的搭建，主要由产品经理主导完成，仅在需要接口对接或插件开发时由前后端提供支持。这种模式不仅减轻了开发团队的负担，也让产品逻辑可以更快落地、快速迭代。

“使用 NocoBase 的其实是 PLAUD 整个公司，但负责搭建这块的基本就是我和另一个同事，其他开发只在需要时帮忙做接口对接。” —— Lucas，PLAUD 产品经理

其中，让团队印象最深刻的是 NocoBase 在数据建模方面的能力。

PLAUD 的业务数据结构较为复杂，涉及多张表的交叉关联与权限控制。而 NocoBase 的“数据模型驱动”机制，不仅让他们可以灵活配置字段和结构，还能通过多表关联实现跨模块的数据整合，极大提升了系统的可用性。

“我们很多数据需要在不同的表之间做关联，NocoBase 这一点做得很好。” —— Lucas，PLAUD 产品经理

与此同时，NocoBase 的插件机制也为团队后续的扩展留足了空间。

从爆火到长红，靠的不只是产品

PLAUD 用不到两年的时间，完成了从产品爆火到平台化运营的进阶。去年下半年，他们发布了全新的可穿戴 AI 录音硬件 —— PLAUD NotePin。

而在这背后，真正支撑 PLAUD 快速进化的，除了硬件和模型能力，还有他们内部对系统建设的清醒判断和执行力。

他们没有依赖复杂昂贵的 SaaS，也没有投入大量人力开发系统，而是选择了更轻、更自主的方式：用开源工具构建一个贴合自身业务的运营与客服平台。

这背后，是一种能力的建立——用最小的资源，构建足够灵活、可控的内部体系，让团队在高速变化中依然保持节奏。

未来，NocoBase 还将在更多场景中，陪伴这家全球领先的 AI 公司，持续探索软硬结合的无限可能。

相关阅读：

从表格到系统：Classmethod 用 NocoBase 构建全球员工信息管理系统

Deng lijia — Tue, 06 May 2025 08:23:20 GMT

引言

Classmethod 用 NocoBase 替代表格，构建了一套结构清晰、权限灵活的员工信息管理系统。

这套系统不仅提升了内部效率，也将成为他们对客户输出技术方案的一部分。

关于 Classmethod

Classmethod 株式会社是日本领先的 IT 服务提供商，在提供 AWS（亚马逊云服务）全方位支持方面尤为出色，涵盖从成本优化、安全保障到实施支持与运维管理的广泛服务。

除了深耕 AWS 生态，Classmethod 还提供涵盖云采用、数据基础设施建设、生成式 AI 落地、应用开发和 SaaS 集成的多项服务，技术覆盖 Google Cloud、Cloudflare、Informatica、Snowflake 等多个主流平台。

许多技术开发者可能通过他们运营的技术媒体 DevelopersIO 认识这家公司——一如既往地技术导向、速度快、执行力强，是一个非常技术导向的团队。

信息管理挑战：当 Excel 再也撑不起组织管理

随着业务不断扩展，Classmethod 的团队结构日益复杂。日本本地员工约 500 人，集团整体超过 850 人，并且雇佣形态从传统的全职员工，逐步拓展到兼职、副业、外包、合作伙伴等多种类型，团队分布也从本地延伸到了海外。

团队扩展的同时，Classmethod 也在思考更好的组织管理方式：

如何将分散在不同国家、不同雇佣体系的员工，用统一标准进行管理？
如何在人员入职、离职、调岗等流程中，自动完成数据录入、权限分配、通知等繁杂操作？
如何集中掌握每个人的资格证书、职业背景与培训记录，从而支持合理的岗位分配、职业发展和招聘决策？
如何通过系统化手段，不仅提升后台运营效率，更为初级工程师创造运维和开发实践机会，同时有效控制系统运行成本？

想象一下，这时候如果还用 Excel 或 Google Sheets 来管理所有人事信息，问题自然会接踵而来。实际上，Classmethod 的团队也切身经历了这些典型痛点：

使用 Excel 和 Google Sheets 时期的做法	带来的问题
⚠️ 软件许可证信息保存在 Excel 中	❌ 记录与实际许可证分配不一致，未使用的账号仍保留许可证
⚠️ 部门之间各自维护自己的 Google 表格	❌ 定期审计耗时费力，给用户和 IT 部门造成负担
⚠️ 单独维护不同数据访问权限表格	❌ 数据口径不一，信息共享和管理难度大，权限设置易出错
⚠️ 复杂的信息对比需要手动 VLOOKUP	❌ 跨部门信息查阅困难，流程效率低
⚠️ 每次人员入职、转岗、离职都要人工逐项操作	❌ 入职流程可能需要 10 个工作日，严重影响 Onboarding 体验

更重要的是，这些问题会随着人数、工具种类和流程复杂度的增长而指数级放大。如果不能及时进行集中化和自动化处理，不仅后勤团队压力大，还会影响整个组织的响应速度与数据准确性。

因此，Classmethod 开始寻找一个更系统、更灵活的解决方案，既要能集中管理这些数据，又要能根据不同业务场景灵活配置，还要考虑未来能逐步实现自动化。

系统选型过程

当决定要“从表格里跳出来”，Classmethod 团队开始评估市面上的一些工具。最早考虑的包括 Airtable 和 NocoDB —— 这些工具的优点很明显，上手快，界面直观，也有一定的扩展性。但团队最终选择了 NocoBase，理由其实很简单：灵活、可控、且完全贴合 Classmethod 的使用方式。

以下是 Classmethod 团队做出这个决定的几个关键考虑点：

1. 部署自由，开源可控

作为技术导向的公司，Classmethod 习惯将关键系统运行在自己的 AWS 环境中，以满足安全性和合规需求。NocoBase 是完全开源的，部署方式灵活，不受 SaaS 平台限制。

2. 非按用户计费，更适合“多人查看、少人维护”的模式

团队里真正需要录入数据的人不多，但需要访问信息的部门和成员很多。如果选择按用户数收费的工具，成本会迅速上升。NocoBase 的开源模式天然绕开了这个问题。

3. 细粒度的权限管理能力

无论是记录级还是字段级，NocoBase 都支持为不同用户设置可见性，这对需要保障数据分级访问的员工信息系统来说非常重要。

4. 页面和数据结构分离，界面可自由定制

不同部门、不同角色需要看到的内容不同。NocoBase 支持将 UI 与数据结构分开配置，极大地提升了前端界面的灵活性。

5. 内建工作流引擎，不依赖外部自动化工具

像“入职时自动创建账号”、“临时权限到期自动撤销”这类业务逻辑，完全可以通过内建的工作流实现，无需引入额外的自动化工具或写脚本。

6. 自动提供 API，便于集成和自动化

新增一个数据集合，就自动提供对应的 API 接口，这对工程团队来说非常友好，自动化脚本、数据同步都变得更简单。

换句话说，NocoBase 并不是“功能最多”的工具，但它提供了 Classmethod 最需要的几样东西：安全、自主、灵活，并且开发与运营都能掌控在自己手里。

NocoBase 落地初见成效

确定方案后，Classmethod 很快完成了部署与数据建模。工程团队将 NocoBase 安装在自有的 AWS 环境中，并基于组织结构构建了核心数据集合，包括员工、部门、软件许可证、公司资产、系统账号（如 Slack 和 GitHub）、认证信息等。同时，业务同事也能自行修改字段和 UI 布局。

初始数据通过 CSV 导入，后续更新由 Python 脚本结合 NocoBase 自动生成的 API 实现自动化处理。系统中的各类信息之间通过关系字段打通，实现了真正结构化的数据管理。

系统上线后，带来了一系列的效率提升：

数据不再分散在多个部门的表格中，信息同步、版本冲突等问题显著减少；
SaaS 许可证管理实现自动比对与清理，提升了 IT 审计效率；
临时权限撤销、设备归属确认、信息到期提醒等场景逐步实现自动化；
业务团队可自行调整字段和界面，无需依赖工程师，极大减轻了维护负担；
人才发展相关数据（如认证、培训、履历）被结构化记录，支持更清晰的内部调配与招聘评估。

更重要的是，这套系统为未来的持续升级打下了基础。无论是对接更多系统、扩展更多工作流，还是集成 AI 能力，NocoBase 都提供了足够的灵活性和技术能力。

持续升级，将内部实践转化为客户价值

目前，Classmethod 已将员工信息管理的日常流程顺利迁移至 NocoBase，并计划在此基础上持续推进自动化和系统集成，例如：

数据新增或更新触发的审批流程
向其他部门发送通知（如 Slack）
向其他系统输出（如 Google 表格、系统集成）
许可证到期前自动发起续期请求
资产持有确认（如笔记本电脑、安全门禁卡）
临时权限自动回收
工作流驱动的许可证到期提醒
通过 MCP 服务器与大语言模型工具集成

Classmethod 还希望进一步可视化员工数据，例如注册资格证书、职业经历与培训记录，提升招聘、人才培养和组织内部知识分享（Know-WHO）能力。

这套系统不仅让 Classmethod 实现了员工信息管理的集中化与自动化，也积累了大量一线的系统搭建与运营经验。

作为一家以技术驱动的 IT 服务公司，Classmethod 一直致力于通过真实经验转化为客户价值。如今，他们也将这套经过验证的实践经验应用到客户项目中，帮助更多企业在复杂的业务环境中构建真正灵活、可控的系统。

正如 Classmethod 官网所说：让技术成为经营的核心，以高超的技术实力和扎实的成果，提升业务的质量与速度。

相关阅读：

一家家具厂，如何用零代码搭建自己的 ERP ？

Deng lijia — Mon, 28 Apr 2025 01:38:47 GMT

每个家，都有一段家具定制的故事

如果你问起身边刚装修完的朋友们，有什么值得推荐的装修心得？

多数人都会告诉你：“其他地方能省则省，但全屋定制的钱，千万别省。”

因为柜子装好了，是不是严丝合缝、空间利用率高不高，未来十年甚至更久，都会决定你的生活质量——甲醛不达标、衣柜门开裂、橱柜缝隙大一点儿、榻榻米尺寸稍微偏差，都可能成为日后生活中频繁出现的烦恼。

“失误”在家具定制行业并不少见，背后的原因也很简单——生产、设计、安装分属于不同环节，环节之间靠着最传统的方式：人工和微信群衔接。出错几乎难以避免。

全中国数十万个类似的小企业，支撑着巨大的家具定制需求，但他们大多数仍处在手工管理时代，数据和流程混乱不堪。

在消费者看来，“定制”是更好的体验；但对大多数工厂老板来说，“定制”意味着更难的管理、更高的成本，和更大的经营风险。

小企业的难与痛

事实上，全屋定制行业远比消费者想象的更复杂。

在前端，消费者只需要和设计师沟通需求，再耐心等待几十天，就能看到新家初具雏形。

但在后端，一个订单背后却是数个甚至十多个环节的交接协作——从原材料采购、板材开料，到工厂排产、物流配送，再到现场安装、售后服务，每一步都有可能出现偏差，最终变成客户投诉。

更严峻的是，中国家具制造行业高度分散，中小企业占比超过 90%。这些企业通常没有标准化的数字系统，往往依赖 Excel 表格、微信群甚至纸质单据进行管理。设计图纸出错了？工厂的纸质工单丢了？月底对账发现数量不对？这都是家具工厂的日常。

奥梦家具和全国数十万家定制家具企业一样，规模不大，但每年服务的客户不少。上面提到的这些问题，过去奥梦家具每天都在经历。

奥梦家具曾经也想过购买成熟的 ERP 软件，找过市面上的数字化服务商。但大部分解决方案要么报价超出企业预算，要么提供的功能难以贴合自身需求。每次和服务商沟通需求时，对方总是强调：“我们的标准功能就是这样，修改的话需要额外收费。”

“可我们根本不需要标准化的产品，每个客户的订单都不一样，遇到不一样的需求难道每次调整系统都要付费？”——对奥梦家具来说，这种模式根本行不通。

他们也考虑过自主开发一套系统，但请一支 IT 团队、买服务器、长期维护，成本算下来每年要花费几十万到上百万，实在难以负担。

他们不是不知道数字化的好处，而是根本没有机会跨越门槛。

奥梦家具的选择

直到他们发现了 NocoBase。

和传统 ERP 系统不同，NocoBase 以开源的方式降低了使用成本，并且采用零代码开发的模式，让业务人员也能轻松上手系统搭建。“不懂代码也能建系统”这个理念，让奥梦家具看到了新希望。

“或许，我们也可以尝试一下。”

与传统的开发模式不同，NocoBase 是个有些“另类”的选择——它不像高代码框架那样高成本、难上手，也不像其它零代码或低代码框架那样功能固化、难定制。它兼具两种模式的优点：既保留了高代码的扩展性，又实现了零代码低代码的便捷性。

奥梦家具在进一步了解后发现，NocoBase 有几个特别适合自己业务的特点：

成本灵活可控。

作为开源免费、支持私有化部署的平台，企业不用再担心昂贵的订阅费用和持续的功能收费陷阱。需要什么功能，可以灵活地选择插件按需付费。

建模极为灵活。

过去让企业最头疼的复杂业务逻辑，比如不同客户、订单和工厂生产计划之间的多层级关联，在 NocoBase 上只需通过简单的配置，就能轻松实现。不仅支持“一对多”“多对多”的复杂数据关系（如组织架构树与权限体系的嵌套配置），还能直接链接 MySQL 或 PostgreSQL 等主流数据库，无需反复迁移数据。

零代码配置，业务团队自己上手。

以往任何业务调整都需要技术团队介入，现在，业务人员自己就能在界面上拖拽修改，工作流支持会签、或签等多种审批逻辑，规则变更的响应速度几乎提升了90%。界面设计也很方便，几十个组件直接可用，无论 PC 端还是移动端，自动适配布局。

数据安全不打折。

私有化部署带来的核心数据物理隔离，避免了企业最担心的数据安全问题；而细致到每个数据字段的权限管控（如订单系统中订单金额字段仅对特定角色可见），也满足了企业不同角色对敏感数据访问的个性化需求。

无限可能的扩展性。

NocoBase 独特的微内核架构意味着系统的核心非常精简（只有约200KB），企业想要增加任何功能——比如增加一个BI 分析模块——只需要安装或开发对应的插件即可。这种架构背后还有一个活跃的开源社区，任何个性化需求都能快速找到解决方案。

ERP 不再是大企业的专属

奥梦家具决定尝试 NocoBase 后，将企业的业务逐步搬到新的数字化平台上，其中尤其值得一提的是两个给他们带来巨大改变的典型场景——业务规则的动态配置和生产数据的实时对账。

动态规则配置，告别复杂开发

如果使用传统开发方式，每当业务规则发生一点变化，技术团队都要进入一场持久战：

后端的程序员要连夜修改 SpringBoot 和 MyBatis 的接口代码；
前端开发则忙着同步调整 React 和 Vue 组件；
数据库工程师则要小心翼翼地执行数据库字段的修改，还得处理大量的历史数据迁移；
整个流程耗时通常长达两三周，一旦中间任何环节出错，都会导致技术债务越积越多，系统代码最终变成谁都不愿碰的“烂摊子”。

使用 NocoBase 后，这样的场景迅速发生了转变：

业务人员在界面上直接配置，便可完成数据模型和业务规则的修改，新的数据表和对应的 API 接口会自动生成；

过去添加一个字段可能需要技术团队两天时间，现在只需要5秒；

以前修改一个表单要跨部门沟通三天，如今 10 分钟就能在 NocoBase 平台上完成；
工作流版本管理清晰。NocoBase 的工作流支持历史版本追溯，避免规则覆盖引发的数据混乱。

更重要的是，整个过程都由业务人员主导，技术人员只需负责少数核心扩展，工作量大幅降低。

数据整合，再也不用人工对账

计件工资是家具行业最常见的薪酬模式之一，也是最容易引发纠纷的环节。奥梦家具以前使用纸质工单和 Excel 表格，每月月末财务团队需要五人连续加班一周核对数据，即使如此，仍会出现 20% 左右的误差率，每个月的薪资纠纷不断。

为了彻底解决这个问题，奥梦家具用 NocoBase 对接了车间内的扫码枪和 PDA 设备，工人完成一道工序后立即扫码确认，数据自动实时同步到后台系统进行校验：

如果工人 10 分钟内重复扫码，系统会自动识别并拒绝；
MES 工单数据和财务系统的数据也自动打通，生产进度与薪资结算实时同步；
每月月底对账时间从原先的 5 人 7 天压缩至仅 1 人几小时，统计误差和薪资争议降到了零。

不仅如此，现在车间主任通过实时看板，随时可以掌握每小时生产效率排名。当生产效率波动超过 20% ，系统还会自动触发预警，提醒车间及时核查异常情况。

除此之外，通过系统集成金蝶 ERP 等多方数据能够同步更新，财务凭证自动生成，进一步提升了财务管理效率。

对员工来说，再也不用频繁询问财务自己的工资明细，只需在企业微信中点一下，就能自助查询当天的计件工资。

数据告诉我们改变

数字化系统全面落地后，奥梦家具的团队第一次真正体会到了“效率提升”不仅仅是口号，而是每一天都在发生的变化。

过去那些看似无解的管理难题，如今都可以用清晰的数据说话：

管理指标	上线前	上线后	改善幅度
规则调整耗时	14天	2小时	↓98.5%
数据错误率	12%	0.30%	↓97.5%
人工处理成本	5万元/月	0.5万元/月	↓90.0%
客户投诉率	8%	0.50%	↓93.7%

这些变化背后，是企业日常运转方式的彻底改变。

数据核对和对账准确率大幅提升，财务和管理团队从繁琐的人力劳动中解放出来，客户服务质量也迎来了质的飞跃。

更重要的是，这一切都不再依赖外部高成本团队，而是由奥梦家具自己的业务和管理人员主导完成。这意味着数字化的主动权，真正回到了企业自己手里。

用得起、用得好的数字化，才是真未来

过去，“数字化”“ERP系统”一直是大企业的专属。对无数像奥梦家具这样的传统行业中小企业来说，这仿佛是一道难以逾越的门槛——高昂的投入、复杂的开发、漫长的实施周期，让数字化变革遥不可及。

但现在，一切都变了。

奥梦家具也不满足于只是“用起来”，而是开始思考：能不能把这套数字化能力，变成企业持续创新和成长的底座？

未来，他们有几个清晰的目标：

技术深化

基于 NocoBase 的插件机制，继续开发适合定制家具行业的专属功能，比如拆单自动分流、工序自动排产等模块，把流程优化做到极致。

生态共建

与 NocoBase 社区共同建设全屋定制行业的解决方案库，推动行业标准化，让更多像奥梦家具这样的企业不再“单打独斗”，而是借助开放生态实现经验共享与快速成长。

行业愿景

用实践证明：即使是全屋定制这样业务极其复杂、变化多端的行业，也完全可以通过零代码、开源的方式，实现高效、优雅的数字化管理。数字化不再是大企业的专利，而是每一个用心经营的小企业都触手可及的能力。

NocoBase 让那些过去只能远远观望的传统企业，也有机会用自己的双手，搭建出专属于自己的数字化管理系统。我们希望让每一家传统企业都能用得上、用得好。每个用心经营的企业，都值得亲身体验数字化带来的改变和增长！

相关阅读：

奥雅的数字化新版图：用 NocoBase 探索精细化管理新可能

Deng lijia — Thu, 10 Apr 2025 03:06:59 GMT

引言

在奥雅，数字化不再只是传统 ERP 体系的代名词。团队从业务端出发，深入一线场景，为设计师和项目团队提供了一个可灵活构建“智能体”的平台。通过数据驱动的低代码开发，推动了数据民主化的落地，也为奥雅的数字化体系补上了重要的一块拼图。

这是一次从内部需求出发，由业务驱动的数字化实践。

关于奥雅

从城市公园到儿童友好空间，从文旅小镇到主题乐园，奥雅二十多年来完成了数千个落地项目，是国内城市空间和景观设计领域的佼佼者。

作为国内景观行业首家上市公司（300949），奥雅正以“打造具有世界影响力的亲子文旅品牌运营商与存量资产服务商”为愿景，不断拓展自己的边界。

技术选型背景：寻找更灵活的工具

随着业务模式不断创新，追求完美价值观的奥雅也对内部协作提出了更高要求。他们希望引入一套更敏捷、可配置的系统平台，以支撑多部门、多项目的高频协作，同时灵活适配不断变化的业务流程与场景需求。

这也让团队开始思考：是否有一种工具路径，不仅能搭建真正贴合自身业务逻辑，还能随需求持续扩展？

他们开始深入了解一个新的方向：新型数据库工具。

这类工具模糊了传统数据库、电子表格与协作平台的边界，强调“数据库民主化”，使非技术人员也能够参与系统搭建与流程配置，为业务团队提供了更多主动性。

然而在调研 Airtable、Notion 等国外工具以及众多国产平台后，他们发现主流的 SaaS 模式在实际使用中存在难以避免的痛点：

增加一份“无限期月供”，持续增加预算负担；
功能适配性差，要么超配浪费，要么低配受限；
敏捷性差，定制开发成本高。

对于奥雅来说，他们希望在现有系统平台的基础上，引入一个能够灵活互补的方案——既能满足创新业务流程的需求，也能由业务部门自主使用和配置。

从设计专业到系统搭建的跨界

“机缘巧合接触到 NocoBase，但由于初次接洽，我们以业务端的角色进行交流，官方对于这种情形还是表示出一些担忧。因为 NocoBase 可能并不完全是的【开袋即食】型产品。所以其实最初并没有感受到传统销售员的那份热情，而更多的是不推销产品的真诚建议。面对这份真诚我决定一试。这就像没进过厨房的人，哪怕准备好了所有食材，要做出一道合口的菜也并不容易。但不是不可能，只要你愿意学，愿意挑战。”

这是一位来自业务端负责人初识 NocoBase 的场景，可能也代表广大业务端同仁的心路，在这样的背景下奥雅开启了 NocoBase 的探索之路。

在简单接触后，他便开始动手构建第一个完整的业务系统原型。从学习曲线到功能交互，NocoBase 完全满足了他的所有设想。

“NocoBase 完全满足了我‘即要、又要、还要’的幻想——要非 SaaS，又要低代码，还要可扩展。”

快速投入业务使用

系统初步成型后，他没有把 NocoBase 停留在试验阶段，而是迅速将其投入多个团队的实际使用中。借助可配置的工作流和视图模块，将多个复杂场景一一实现落地，并开启了更多创新业务流程的探索。

场景一：打通跨部门协作与排期流程

奥雅的典型项目往往涉及数十个团队共同对接几个专业部门。每个部门的管理方式、流程节奏不同，过去的流程是：

各团队提交申请
人工协调档期
不断沟通调整

结果就是：效率低、冲突多、人力成本高。

使用 NocoBase 后的改变：

一个工作流节点即可完成档期判断；
使用日历视图清晰查看公共资源排期；
可直接在空白档期位置发起申请。

使用 NocoBase 搭建的申请页面：

工作流节点完成档期判断：

强大的工作流节点完全能满足奥雅在业务场景中的流程管理及自动化需要。投入使用后，帮助奥雅设计节省了大量的档期重排问题。

场景二：让规范查询和参数计算变成便捷的小工具

在日常工作中，设计师需要查规范算参数。若采用传统系统开发，一次需求就可能影响到整套开发流程，繁杂且成本高。这对小工具来说，毫无性价比可言。

使用NocoBase 如何做？

通过计算公式与联动规则，直接实现规范公式计算；
中台部门可以根据业务需求，快速开发便捷工具。

看似简单的功能，却极大地提升了标准执行效率。

场景三：项目数据埋点与流程追踪

奥雅已有成熟的数据体系。但真正的价值，还在“最后一公里”——如何在具体流程节点中落地数据采集与追踪。

NocoBase 带来的改变：

可通过工作流设置对关键节点打点；
精细化管理项目文档与执行轨迹；
实现自定义数据的结构化存储与自动记录。

这让数据成为真正的“业务资产”。

从“不被推荐使用”到“全面落地”，一切因业务而生

NocoBase 并不是一个“一键生成”的产品，它更像是一个灵活的“构件平台”。只要愿意动手、理解业务，就能用它搭建出高度匹配的系统。

正如这位业务负责人所说：

“只要你愿意学习，愿意挑战，NocoBase 的学习曲线还是特别平滑的。就像我这样经过几天的学习，就开始大胆的进行业务场景的深入试用，结果出乎意料。”

对于像奥雅这样持续推进数字化建设的组织来说，NocoBase 不只是一个工具，而是支撑业务不断创新的核心能力之一。

相关阅读：

如何用开源工具，把“定制动漫面具”做成柔性制造？

Deng lijia — Sun, 06 Apr 2025 07:25:04 GMT

引言

在苏州，有一支团队正在悄悄改变个性化制造的方式。他们不做快消品，也不靠规模取胜，却在全球角色扮演爱好者圈子里收获了不少“忠粉”。

他们叫 KIGLAND，一家专注 2D 风格角色头部面具（也就是：KIGURUMI）定制的工作室——这类产品极具个性化，定制复杂，手工精度要求高，是典型的小批量、高多样性制造品。

听起来像是一个小众的手工艺团队？

其实，他们更像一个面向文娱消费品的柔性制造实验室：通过数字化制造、标准化流程与 AI 驱动的供应链创新，实现定制类产品从“艺术品”向“准工业品”的演进。

从 GitHub Issues 到多维表格

创业初期的 KIGLAND，运作方式颇具极客气质：

客户订单用 GitHub Issues 管理
制作进度靠某多维表格填写
沟通与反馈夹杂在评论、截图、聊天记录中

早期使用 GitHub Issues 管理订单：

通过某多维表格产品管理订单：

“刚开始其实挺顺的，但当我们订单数量涨上来、团队变大，一切就开始失控。”

他们遇到的挑战，听起来非常熟悉：

资源使用受限：传统的列表不足以支撑更宽的字段，每个阶段关注范围不一致列表不适合部门场景。
流程追踪难度大：Issues 无法结构化属性之外的数据，例如评论等。
数据协作割裂：传统岗位无法适应 GitHub 研发流程，某多维表格的权限隔离需要更高资源消耗的配置。

随着沟通成本的指数级上升，KIGLAND 决定停下来，找一套真正适合他们的管理系统。

寻找“自己能动手改”的系统

KIGLAND 的几位合伙人都是开源社区出身，技术背景不俗，他们想要的不是一个功能繁复的 SaaS，而是一套能自己掌控的系统。

“我们要的是能随业务变化而调整的工具，而不是被动迁就平台规则。”

他们开始尝试各种“类 Airtable”工具，最终选择了 NocoBase。

选择的理由很简单：

数据模型灵活，可以适配复杂订单结构
插件机制+开放 API，团队可以自己拓展功能
界面友好，极低的学习曲线
活跃且进化迅速的社区
最重要的是：开源、可自部署、自我掌控

三周上线，打造适配业务的管理系统

用了不到三周时间，KIGLAND 就基于 NocoBase 搭建起了完整的订单管理系统，包括：

订单全生命周期管理：从下单、设计、制作、质检到发货，流程细分到每个小步骤
跨岗位协作机制：销售、设计、生产多个角色协同，权限清晰，流程闭环
日志驱动责任机制：每一步都可追踪记录，问题定位更高效
物料与库存管理模块：支持多种自定义物料分类与关联操作

通过 NocoBase 管理订单列表：

通过 NocoBase 管理订单细节：

通过 NocoBase 管理订单日志：

订单与日志建立关联：

在系统搭建完成后，并保持持续跟随 NocoBase 官方更新。

三个季度之后，数据告诉我们答案

“部署 NocoBase 后，我们从一个手忙脚乱的小型工作室，变成了这个赛道里相对靠前的团队。”

KIGLAND 的成果数据也非常亮眼：

📦 订单吞吐能力提升 3 倍
❌ 协作错误率下降 80%
😊 客户满意度显著提高
🔧 技术团队实现功能自研与持续优化

更重要的是——团队终于从流程中解脱出来，开始有时间真正思考业务成长与用户体验。

来自 KIGLAND 用户的真实反馈：

继续拓展系统能力

在 NocoBase 的基础上，KIGLAND 正在一步步拓展他们的系统能力，目标是打造真正的定制化自动工厂：

基于私有部署的 LLM 和 MCP，构建智能化生产调度系统
利用订单数据，建立预测性生产模型，实现与供应商的无缝对接与派单
打通客户端下单系统，构建完整的端到端标准化定制路径

对 KIGLAND 来说，这不仅是工具升级，更是战略层面的进化。

“在个性化消费制造领域，系统化早已不是加分项，而是业务扩张的基石。”

——KIGLAND 创始人 Remi

写在最后

KIGLAND 的探索告诉我们一个朴素却深刻的事实：

越是复杂、个性化的业务，越需要底层结构化支撑；越想规模化，就越不能依赖‘人控流程’。

而他们之所以能快速完成从混乱到高效的转变，NocoBase 是关键的一环——它不是一个现成的系统，而是一套可以共建、共成长的“操作底座”。

对正在经历数字化转型的团队来说，也许你们要找的不是某个万能模板，而是一个像 NocoBase 这样的“积木系统”——灵活、可靠、能生长。

NocoBase 定价调整

NocoBase Team — Tue, 01 Apr 2025 00:00:00 GMT

NocoBase 于 2021 年 3 月在 GitHub 发布，经过 3 年的社区开发后，于 2024 年 4 月 28 日发布 1.0 并正式提供商业版本和服务。从 1.0 开始到今天，11 个月的时间里我们在 Main、Beta、Alpha 三个分支共发布了 229 个版本，收获了全球 32 个国家近 200 个公司的商业授权订单。作为开源产品，这些商业客户为我们提供了生存的基础，是我们持续发展的重要支撑。在这些用户的支持下，我们已经进入稳定盈利状态。

我们计划在近期发布包含 AI 员工等重要特性的 NocoBase 2.0。为了感谢这近 200 个商业客户的支持，也为了让更多用户可以更低成本用上 NocoBase 高级功能，我们决定下调商业插件定价、上调商业版本权益。

商业插件调整如下：

部分插件由收费改为免费。如：工作流-响应消息节点、部门。
其余全部插件定价下调为原价 50%。

商业插件包调整如下：

新增 P8 和 P16 插件包并提供相应折扣，下调插件包门槛。
原有的 P32、P64、P128 插件包定价下调为原价 50%。
原有的 P256 插件包定价下调为原价 50%，并将权益调整为“无限”插件包，即：获得当前和未来由 NocoBase 开发的所有商业插件的授权。

商业版本权益调整如下：

标准版自带插件点数增加 100% 至 8 个。后续升级费用下调为首年费用的 30%。
专业版自带插件点数增加 100% 至 64 个。后续升级费用下调为首年费用的 30% 服务费 + 30% 升级费，二者可任选其一或都选。
企业版自带插件包由 P64 上调为 “无限”插件包，即：获得当前和未来由 NocoBase 开发的所有商业插件的授权。后续升级费用下调为首年费用的 30% 服务费 + 30% 升级费，二者可任选其一或都选。

对于已经购买了商业版本许可证、商业插件、商业插件包的用户，做出如下免费调整：

已购买商业插件（非使用点数兑换）
- 升级有效期为 1 年：赠送终身升级
- 升级有效期为终身：赠送插件对应的 1 年升级的点数
已购买商业插件包
- 赠送 100% 插件包点数
已购买商业版本许可证（仅限未使用任何折扣的用户）
- 标准版：赠送 4 个插件点数，且后续升级费用下调为首年费用的 30%。
- 专业版：赠送 32 个插件点数，且后续升级费用下调为 30% 服务费 + 30% 升级费，二者可任选其一或都选。
- 企业版：赠送“无限”插件包，且后续升级费用下调为 30% 服务费 + 30% 升级费，二者可任选其一或都选。

以上调整的解释权归 NocoBase 母公司所有。已经购买商业版本许可证、商业插件、商业插件包的用户，赠送权益将在 4 月 10 日之前调整完成。

再次感谢所有付费和免费用户的支持，感谢所有 NocoBase 开源贡献者。我们将持续快速迭代，为大家提供更好的产品，更低的价格。

超 400 人团队律所，如何用 NocoBase 高效管理律师提成？

Deng lijia — Mon, 24 Mar 2025 01:38:45 GMT

背景

某律师事务所（应客户要求匿名）专注于民商事、知识产权等领域的诉讼及非诉业务，团队规模已超过 400 人，每年处理的案件超过 10,000 件。随着业务不断扩张，律所的薪酬提成管理开始出现难题：

案件类型复杂：细分为 8 大类、16 个子类，导致计算规则繁多；
律师职级体系精细：律所内部设有 5 级职级晋升体系，每一级别对应不同的提成标准；
提成规则频繁调整：规则每年至少调整一次，传统的 Excel 等工具已难以高效应对这种高频变动。

传统薪酬管理工具逐渐无法满足律所快速增长的业务需求，迫切需要一种更轻量且灵活的解决方案。

传统管理工具的困境

阶段一：Excel 难以胜任复杂数据管理

早期，律所财务团队使用 Excel 进行律师提成核算，这种方式在案件数量较少时尚能勉强维持。然而，随着案件量逐步攀升到每月超过 800 件，传统的 Excel 管理模式迅速暴露出严重问题。财务团队不得不依靠 12 套复杂的 Excel 模板，处理多达 45 个动态参数，公式之间层层嵌套，维护难度极高。

这样的结果便是，一个细微的失误都可能引发巨大的混乱。2023 年，一名财务人员因误操作隐藏了 Excel 中某个关键的关联表，导致 3 名律师的提成数据集体出错，紧急修复耗费了整整 32 个工时。

更让管理层头痛的是，新员工想要熟练操作这些复杂的 Excel 模板，至少需要 2 个月的培训时间。在此期间，操作失误率竟高达 17%，额外增加了整个财务团队的负担与风险。

阶段二：自建系统，却陷入“数字化僵局”

为了解决 Excel 管理模式带来的痛苦，律所曾投入近 20 万元，自建了一套专门的案件管理系统。原本以为这是摆脱 Excel 的有效方式，但很快问题便接踵而来。

系统的设计初期，并未充分考虑到未来业务规则变化的频繁性和复杂性。每当律所的业务规则出现变动，比如新增了一个“跨区域协作规则”，技术团队都不得不深入系统底层，重写相关代码。一次简单的规则变更，竟耗费了长达 2 个月的开发时间，相关成本也因此严重超出预算。

更令人头疼的是，这套自建系统与律所原有的 OA 系统之间无法实现数据的实时同步，导致超过 40% 的案件数据需要人工从 OA 系统手动导出并逐一核对。系统越用越“笨重”，数据的割裂反而加重了财务人员的负担，人工核对产生的错误风险也进一步增加。

律所原本期待的“数字化转型”，却变成了一场代价高昂的“数字化僵局”。

隐藏的危机：数据安全与管理混乱

在使用 Excel 和自建管理系统两个阶段，都存在一个共同但被忽视的严重问题：数据安全风险和管理混乱。

由于财务部门与业务部门长期分别维护各自的提成数据，导致同一个案件竟然出现了三种不同的计算结果，不仅造成核算混乱，还引发律师之间的不信任与质疑。同时，由于缺乏统一的数据管理工具，律所的敏感数据——尤其是涉及合伙人的案件提成信息，不得不经常通过微信等非正式渠道传输，随时存在敏感信息泄露的风险。

这种看似简单的数据管理问题，实际上可能积累成严重的管理隐患，影响团队内部的信任与效率。

开始使用 NocoBase

为了摆脱困境，律所开始尝试使用 NocoBase。在引入 NocoBase 后，开始针对提成管理进行优化。

1. 动态规则配置，全程零代码开发

律所借助 NocoBase 提供的可视化工作流引擎，将过去复杂的计算规则拆解为可视化的、可拖拽的智能节点，彻底告别了繁琐的代码开发过程。

系统可以根据案件的类型自动匹配加载对应的计算规则，比如在识别到案件属于「知识产权」类别时，系统便会自动启用相应的「技术价值附加系数」，无需人工干预。同时，通过与律所原有的 OA 系统实现自动对接，律师的职级信息也能实时同步，确保每次计算都准确无误。

例如，一个典型的提成计算规则：

基础提成 × [1 + (标的额系数 × 0.3)] + 跨区域协作奖金 × 参与律师权重

这一整套流程的规则配置全程实现了零代码开发，将以往动辄数周的规则变更耗时缩短了 90%，为律所的业务创新提供了前所未有的灵活性。

2. 数据整合与关联，避免“数据孤岛”

过去，律所的案件数据散落在各个系统中，每次核算提成都要手动导出、逐一核对，不仅繁琐，也极易出错。引入 NocoBase 后，律所实现了对数据的高度整合与自动化关联。

现在，当财务人员打开一个案件详情页时，所有与该案件相关的信息都会实时呈现，包括：

发票信息：自动关联并实时显示开票金额、开票状态等详细数据；
提成明细：直观展现律师提成的具体计算过程与结果；
成本明细：清晰罗列该案件所产生的差旅费、鉴定费等各项成本支出。

此外，NocoBase 提供了强大的多维度筛选功能，让财务团队能够一键快速提取诸如“待发放”、“有异议”、“已归档”等状态的提成数据，大幅提高数据处理效率。

律所利用 NocoBase 工作流的版本管理机制，实现了对历史计算规则与数据的永久保留。当提成规则发生变动时，必须通过复制创建新的工作流版本，而历史案件所使用的旧版本规则和数据则完整保留，确保不会因规则变化而被意外修改或影响。

3. 自动化工作流，实现智能风险管理

律所在引入 NocoBase 后，还进一步强化了风险管理能力。借助 NocoBase 的工作流能力，律所实现了以下智能风控管理：

自动合规检查：系统能够实时监测提成数据，自动校验如“提成金额是否超过应得比例”等合规指标，一旦发现异常立即进行提示，有效避免人为失误与潜在风险。
主动风险预警：当出现提成数据异常波动或案件超期未结时，系统会自动发出警示，提醒相关人员及时介入处理，避免潜在问题扩大。
数据驱动的决策优化：事务所通过系统提供的数据分析，深入洞察不同案源类型、律师职级以及收益贡献之间的关联，帮助管理层更加精准地调整案源分配策略，优化团队的整体效能和盈利能力。

4. 通过管理看板，实时掌握团队运营情况

以往，律所管理层要了解财务数据和团队表现，需要从各个系统中抽取数据并进行耗时费力的整理分析。现在，通过 NocoBase 构建的数据看板，管理层可以实时掌握关键运营数据，决策更加快速精准。

资金流动一览无余：合伙人在查看案件时，能够立即了解客户的回款进度和对应的律师提成发放状态，无需再等待财务部门的报告。
成本实时监控预警：律所可以通过成本热力图直观地发现超预算的差旅费、鉴定费等成本项目，帮助及时采取管控措施。
团队效能一目了然：数据看板根据律师职级自动生成案件处理效率与收益贡献排行榜，让管理层轻松识别高效团队与表现突出的律师，优化团队结构和资源配置策略。

效果与收益：律所管理实现“质”的飞跃

律所在引入 NocoBase 后，迅速感受到提成管理效率和质量上的显著改善，过去长期困扰团队的问题终于得到根本解决：

效率大幅提升：提成核算从过去每月需要 3 人天的繁琐工作，压缩至仅需 4 小时即可完成，整体效率提升了6 倍，财务人员从繁杂重复的核算任务中解放出来。
计算准确性显著提高：自从采用 NocoBase 后，律所成功实现了提成计算的零错误记录，完全避免了以往因人为计算失误引发的纠纷与矛盾。
规则调整更灵活、更敏捷：面对政策变化，律所无需再经历漫长的系统改造和代码调整。比如新增季度案件补贴政策，从规则制定到上线，仅用了短短 2 小时。
有效降低管理风险：通过精准的数据管理与严格的风险控制机制，律所有效避免了潜在的劳动纠纷，预计减少超过 50 万元的损失。
管理决策精准化、透明化：通过数据看板，合伙人能够随时了解团队的收益分布、成本支出情况，随时优化案件分配和人员配置策略，极大提高了律所整体的决策质量。

结语：当专业管理遇上零代码的灵活性

律所对律师提成的管理，本质上就是持续应对复杂规则和数据变化的挑战。NocoBase 提供了一种更简单、更灵活的零代码方式，把过去令人头疼的规则调整与繁琐的数据计算，转变为无需编程的日常操作。

借助这种“零代码”的方式，律所得以专注于业务本身，而不是被繁杂的数据计算和开发拖累。NocoBase 让原本复杂的管理问题回归简单，让律所能更从容、更精准地应对业务变化与管理需求。

相关阅读：

1周上线，2个月交付！有巢数智如何用 NocoBase 颠覆建筑行业数智化效率

Youchao Digital, Deng lijia — Mon, 17 Mar 2025 07:58:10 GMT

本文作者：有巢数智

关于有巢数智

安徽有巢数智信息科技有限公司（简称：有巢数智）长期深耕建筑交通行业，致力于为政府监管部门、建设单位、施工单位、监理单位、监测单位等行业相关方提供数智化解决方案。

有巢数智的产品深度集成了 BIM、GIS、IoT 等技术，以推动建筑行业的数智化转型。我们坚信，通过先进的技术手段，能够助力行业实现高效、智能、绿色的建造方式。

建筑行业数智化转型加速

当前，建筑行业正经历深刻的数智化变革。《十四五建筑业发展规划》提出目标：“建筑工业化、数字化、智能化水平大幅提升，建造方式绿色转型成效显著，加速建筑业由大向强转变”。

面对建筑行业日益增长的数字化需求，有巢数智的团队也经历了多次技术迭代：从单体应用架构到微服务架构，从C# 全栈开发到 C#+Angular 前后端分离再到 SpringCloud+Angular 前后端分离。

在产品与项目的开发过程中，有巢数智克服了很多困难，同时也面临着诸多挑战。

面临的挑战

1. 用户需求的不确定性

在建筑行业，信息化应用相比其他行业起步较晚，导致行业从业者对数字化转型的需求描述较为模糊，往往需要我们自行理解并提供解决方案。这种“边设计边施工”的常态，不仅加剧了产品与研发团队的沟通压力，也增加了交付的不确定性。

此外，建筑行业涉及多个细分领域，建筑行业涵盖多个专业领域，如房建、桥梁、隧道、机电、水务、测量、试验等技术类岗位，以及安全、物资、设备、商务、财务等职能岗位，每个领域的专业术语各不相同。

由于行业背景的差异，还出现过这样的趣事：

在一次需求调研中，我们的新入职产品经理听到客户提到“模板”时，眼前一亮，心想：“终于遇到个我熟悉的词了！”他迫不及待地打开 WPS，熟练地进入模板中心，兴致勃勃地向客户展示。结果，客户愣了一下，随即忍俊不禁：“呃……我说的‘模板’，是建筑施工用的那种。”

原来，客户提到的“模板”是这样的：

这次经历让我们深刻认识到，建筑行业的信息化不仅需要技术，更需要一款能够灵活应对行业独特性、需求变化的工具。

2. 极短的交付时间预期

在建筑行业的重大基建项目中，各方对项目进度和质量的关注度极高，特别是在关键节点，各种检查、观摩活动成了施工单位的“政治任务”。而信息化、数字化、智能化应用则是对外展示的“亮点”，客户对此期望极高，甚至希望“今天的想法，明天就成为产品，后天就可以上线使用”。

同时，在建筑行业“7-11”无节假日式的高强度工作节奏下，我们的开发团队常常面临紧迫的工期。休息时间的远程会议邀请是常态，很多时候甚至不得不通宵加班，以保证按时交付。在这样的高压环境下，团队必须寻求更高效的开发方式，以适应行业的特殊需求。

3. 行业转型与竞争加剧

近年来，随着行业发展趋势的变化，建筑企业逐步从规模扩张转向精细化运营，更加注重质量提升和成本优化。

与此同时，许多建筑企业也开始成立自己的数科公司，竞争环境愈发激烈，原本的合作伙伴变成了市场竞争者。这种变化迫使我们不得不寻找新的技术手段，以更低的成本、更高的效率完成项目交付。

选择 NocoBase 进行技术变革

面对诸多挑战，我们决定调整技术路线，以降本增效、提升竞争优势为目标。

在 2024 年 9 月至 10 月，我们将技术方向瞄准了：代码生成器、功能组件化、产品SAAS化、微服务架构和低代码平台。随即我们调研了近 20 个开发框架，并从 30 多个维度进行对比，最终选择了 NocoBase 作为我们的技术底座。

NocoBase 的插件式架构让我们看到了无限可能。虽然在最初应用过程中，部分功能仍有优化空间，但其灵活的架构设计让我们能够快速构建、调整并迭代功能。与此同时，在与 NocoBase 团队的合作中，我们深切感受到了他们的激情、活力和专业精神，这也极大地激励了我们的团队。

成果显著

选定 NocoBase 后，我们迅速组建团队，投入到新技术栈的学习与实践中。最初从 JAVA、Angular 过渡到 NodeJs、React，对团队而言是一项不小的挑战，好在有 NocoBase 团队的专业指导和支持下，我们逐步适应了新的开发模式，并很快取得了实质性的成果。

自主开发近 10 个插件

在不到半年的时间内，我们开发了近 10 个 NocoBase 插件，包括数据字典、自动编码等。未来，我们计划对这些插件进行产品化和规范化，并逐步上架 NocoBase 插件市场，以助力 NocoBase 生态的发展。同时，我们还在不断探索如何利用 NocoBase 提供的能力，扩展插件的功能，提升适配性。

升级企业内部系统

除了作为客户解决方案的技术底座，NocoBase 也成为了我们公司内部管理系统的核心支撑。通过内部项目的实践，我们深入挖掘了 NocoBase 的产品特性，并在使用过程中提出了多个功能优化建议。同时，我们基于实际需求开发了一系列插件，为未来的产品化奠定了基础。这不仅提升了公司内部的管理效率，也让我们更全面地理解了 NocoBase 的潜力和可拓展性。

2 个月内交付客户项目

2024 年 8 月，国铁集团发布《铁路建设项目现场安全穿透式管理工作的指导意见（铁建设〔2024〕102 号）》，要求加强铁路建设项目的现场安全监管，提升信息化管理水平。

我们的客户迅速行动，与我们合作开发铁路安全穿透式管理系统，以满足新的安全管理要求。仅用 1 周，我们的团队就让系统从零变成可用，并在短短 2 个月内实现全面交付，创造了公司同类项目最快交付纪录。这一成功案例不仅展现了 NocoBase 在高效开发和快速交付方面的优势，也验证了其在复杂行业场景中的适用性和灵活性。

未来展望

随着与 NocoBase 的合作不断深入，我们计划将已有的产品经验迁移至 NocoBase 框架，并打造一系列独立插件和基础应用，如物联云平台、BIM+GIS、数字孪生、数字大屏等，以进一步提升用户的开发效率。未来，我们将基于这些积累，持续优化 NocoBase 解决方案，为建筑行业提供更高效、可复用的数智化解决方案。

从单体应用架构到微服务架构，从 C# 全栈开发到 NocoBase 无代码开发平台，我们的技术路线始终在进化。未来，我们期待与 NocoBase 团队携手，共同探索建筑行业的数智化未来，为行业客户提供更高效、更智能的解决方案。

我们相信，随着 NocoBase 生态的不断发展，它将成为建筑行业数智化转型的重要支撑，为更多企业带来变革性的提升。

相关阅读：

低代码加速智能制造，兰之天的选择是 NocoBase

Deng lijia, Zhang Lu — Wed, 26 Feb 2025 07:07:13 GMT

智能制造的挑战：数字化转型的必然趋势

在全球制造业加速迈向数字化、智能化的背景下，智能制造已成为提升企业竞争力的关键战略。根据财富商业洞察（Fortune Business Insights）的数据，2023 年全球智能制造市场规模达到 3109.2 亿美元，预计到 2032 年将增长至 9989.9 亿美元，年复合增长率为 14.0%。

这一增长主要得益于人工智能、物联网、大数据等新兴技术的广泛应用。

然而，对于众多中小型制造企业来说，数字化转型并非易事。传统的企业管理软件往往难以灵活适应不同企业的复杂业务需求，而自主研发系统又意味着高昂的时间、人力和技术成本。这让许多企业在迈向智能制造的过程中，遭遇了技术瓶颈和管理困境。

江苏兰之天软件技术有限公司（以下简称“兰之天”）正是这一行业背景下，致力于为制造企业提供智能化解决方案的先锋企业。

兰之天：深耕制造业的信息化服务商

成立于 2004 年的兰之天，是华东地区领先的信息化综合服务提供商。公司专注于智能制造领域，以信息化、数字化、智能化为核心，提供一站式数字工厂解决方案，赋能中小型制造企业快速实现数字化转型。

作为国家级中小企业数字化转型试点入选平台，兰之天的客户群体涵盖 2000 余家企业，包括：上工申贝、中广核、美名格艾罗、五洋集团等知名企业，并与微软、西门子、海康威视等行业巨头建立了长期合作关系。

但即便是这样一家行业经验丰富的公司，在持续优化自身产品与技术架构的过程中，仍然遇到了诸多挑战。

挑战：数字工厂系统研发的困境

作为一站式智能工厂解决方案供应商，兰之天的软件产品线覆盖多个领域，包括生产管理、供应链优化、设备监控等。然而，在不断满足客户个性化需求的过程中，兰之天的开发团队面临了三大核心挑战：

挑战一：研发周期长，投入大，难以敏捷响应客户需求

兰之天的软件开发流程复杂，涉及大量定制化需求。从需求分析到代码编写、测试再到交付，每一个环节都需要大量时间和人力投入。尤其在智能制造行业，客户的管理模式各异，企业希望自己的信息化系统能与生产流程深度结合，但传统开发方式往往难以快速响应。

挑战二：需求理解偏差导致返工，增加成本

智能制造系统的构建涉及大量业务逻辑，不同开发人员对需求的理解容易出现偏差，导致反复修改和返工，不仅影响开发效率，还推高了整体人力成本。与此同时，随着业务扩展，开发团队需要不断学习新的技术框架，以适应不同客户的定制化需求，进一步加重了技术团队的负担。

挑战三：项目交付压力大，影响客户满意度

由于技术难度和沟通成本高，部分项目交付时间屡次推迟，这不仅导致额外的资金成本，还影响了客户对产品的满意度，甚至可能削弱企业在行业中的竞争力。

面对这些挑战，兰之天开始寻找一种更高效、更灵活的开发模式，来优化研发流程、降低成本，并提升项目交付效率。这时，他们选择了 NocoBase 作为关键技术支撑。

借助 NocoBase 重塑研发模式

NocoBase 作为一款开源、可扩展的无代码/低代码开发平台，具备强大的数据建模能力和灵活的插件架构，为兰之天提供了快速搭建管理系统的能力。

兰之天通过 NocoBase 实现了智能制造管理系统的高效构建，彻底改变了传统的软件研发方式：

✅ 开发周期缩短，效率提升数倍

传统模式下，兰之天的软件开发需要大量编码工作，而 NocoBase 提供了可视化开发界面，开发人员仅需拖拽组件、配置参数，即可快速搭建业务应用。过去需要数月开发的智能制造管理系统，现在数周内即可交付，极大缩短了研发周期，提高了企业的敏捷性。

✅ 降低技术门槛，提升团队协作效率

NocoBase 不仅让专业开发者能够更高效地构建应用，同时也让业务人员和产品经理能够更深入地参与到系统搭建过程中，促进跨团队协作，提高整体开发效率。

在传统开发模式下，企业往往需要依赖熟练掌握 Java、Python 等编程语言的资深工程师，而 NocoBase 提供了可视化的数据建模和应用搭建工具，使开发人员能更专注于业务逻辑的优化和创新，减少基础性代码编写的负担。这不仅加快了系统交付速度，还帮助企业更合理地分配技术资源，使研发团队能够投入更多精力到高价值的创新项目中。

✅ 组件复用，减少重复开发

NocoBase 具备高复用性的插件架构，企业可以基于已有的模块进行拓展，避免重复开发，提高开发效率。例如，在构建新的制造企业管理系统时，兰之天的开发团队可直接复用过去搭建的“生产管理”模块，无需从零开始，大幅缩短交付时间。

✅ 支持个性化定制，增强客户满意度

NocoBase 的开源特性，使兰之天能够为客户提供高度灵活的个性化定制能力，更精准地匹配不同企业的业务需求。

NocoBase 的低代码特性不仅减少了开发周期，还让兰之天能更敏捷地响应客户需求，相比传统定制开发模式，系统交付速度提升了数倍，客户满意度大幅提升。

NocoBase 助力兰之天，加速智能制造创新升级

通过与 NocoBase 的深度合作，兰之天不仅提升了自身的研发效率，还帮助更多制造企业加速数字化转型。截至目前，已有近 10 家客户使用了兰之天基于 NocoBase 开发的系统。未来，兰之天将进一步借力NocoBase 的灵活架构和敏捷开发能力，逐步实现原有智能工厂源码开发模式的全面替换，为客户提供更加高效、智能的解决方案。

这不仅仅是技术的革新，更是制造企业数字化升级模式的转变。 从繁琐的代码开发到敏捷配置，从漫长的交付周期到快速上线，兰之天与 NocoBase 正在为制造行业探索更高效、更可持续的数字化路径。未来，兰之天将继续深耕低代码技术在智能制造领域的应用，携手更多企业迈向数字化新纪元。

“让技术回归业务，让创新更进一步。”

相关阅读：

如何备份和还原 NocoBase

Chen lin — Wed, 04 Dec 2024 13:31:36 GMT

背景

自 NocoBase v0.19 起，我们推出了 @nocobase/plugin-backup-restore 插件，用于应用备份和还原。但在实际使用中，体验并不理想，主要存在以下问题：

无法备份和还原数据库字段的默认值、唯一索引等数据库层面的元数据；
数据库的视图、存储过程、函数、触发器等无法进行备份或还原；
每个插件表单需要单独配置 dumpRules，并可能需要插件开发者自定义逻辑，否则备份和还原容易失败；
备份分组设计复杂，理解成本较高，选择不当可能导致备份失败或数据丢失；
备份和还原过程发生在应用层，一旦应用无法启动，备份或还原也会失败。

经过慎重考虑，从 v1.4 版本起，我们决定废弃该插件。那么在新版本中，如何进行应用备份和还原呢？本文将为你详细介绍新的备份方案。

应该备份哪些数据？

在 NocoBase 的备份和还原过程中，主要涉及以下几类数据：

主数据库数据：支持的主数据库类型包括 PostgreSQL、MySQL、MariaDB 和 KingbaseES；
外部数据库数据：支持的外部数据库类型包括 PostgreSQL、MySQL、MariaDB、MSSQL、Oracle 和 KingbaseES；
子应用数据库数据：每个子应用都是独立的数据库，若使用 PostgreSQL 也支持通过 schema 区分不同子应用；
storage 目录的数据：可以整个文件夹全部备份，也可以只备份一些重要的数据，如：
- 附件数据：./storage/uploads 目录的文件，文件管理器本地存储的文件；
- 插件代码：./storage/plugins 目录的插件，包括商业插件和第三方插件。

备份和还原的流程

1. 备份数据库数据

各数据库的备份命令如下：

PostgreSQL

pg_dump -U [用户名] -h [主机地址] -p [端口] -F c -b --quote-all-identifiers -f [备份文件路径] [数据库名]

MySQL/MariaDB

mysqldump -u [用户名] -p -h [主机地址] -P [端口] --databases [数据库名] --replace --single-transaction --column-statistics=0 --skip-lock-tables --routines --triggers > [备份文件路径].sql

2. 将备份还原到目标应用的数据库里

各数据库的还原命令如下：

PostgreSQL

pg_restore -U [用户名] -h [主机地址] -p [端口] -d [数据库名] --clean --if-exists --no-owner [备份文件路径]

MySQL/MariaDB

mysql -u [用户名] -p -h [主机地址] -P [端口] [数据库名] < [备份文件路径].sql

3. 用备份的 storage 覆盖掉目标应用的 storage

# 1. 将 /app2/storage/ 目录备份到 /app2/storage-bak/
mv /app2/storage /app2/storage-bak

# 2. 复制 /app1/storage/ 的所有内容到 /app2/storage/
cp -r /app1/storage/. /app2/storage/

4. 执行升级命令并启动应用

# 升级应用
yarn nocobase upgrade

# 生产环境启动应用
yarn start

# 本地环境启动应用
yarn dev

备注：

如果是 Docker 环境，直接重启容器即可

备份管理器插件

从 NocoBase v1.4 起，专业版或企业版用户也可以直接使用全新的「备份管理器」插件，轻松实现应用的备份与还原。

为什么任拓数据选择 NocoBase？自研转型最佳实践

Deng lijia — Mon, 02 Dec 2024 01:03:12 GMT

关于任拓

任拓数据科技（上海）有限公司（Nint）是一家以“数据，让世界自由”为使命的数字零售科技公司，专注于通过大数据分析为企业提供决策支持服务。公司在中国、日本及东南亚市场建立了广泛的服务网络，客户涵盖全球 500 强消费品企业的 80%，以及数千家品牌商和电商店铺。

在数字化转型浪潮中，Nint 一直探索如何借助技术手段提升管理效率和业务决策能力。数字化之初，Nint 坚定的选择了自研系统。原因很简单：定制需求太多而当时市面上的产品难以支持。

自研数字化管理系统的瓶颈分析

随着任拓公司业务规模扩张，现有自研数字化管理系统正面临以下挑战：

敏捷迭代挑战：公司业务创新和管理需求顺应时代快速变化，对内部数字化管理系统的迭代效率提出了更高要求，数字化研发人员额外需求承压。
部门协同挑战：随着公司业务量增长与业务范围持续扩张，购/存/产/销/人/财/物/宣等部门间的协同需求日益提升。构建统一中台，实现流程整合与连接，集成内部信息，为业务提供清晰的内部流程路径，成为亟待解决的关键问题。
架构优化挑战：企业管理流程持续优化，现有自研数字化管理系统的架构设计难以快速响应业务变革，制约了运营效率的进一步提升。

Nint 深刻认识到，数字化管理系统单纯依赖内部自研模式已无法满足企业快速发展的需求。为此，公司正在积极探索更灵活、高效的解决方案，以应对现有挑战，推动公司业务进一步高效流转。

破局之道——引入无代码开发工具

Nint 的数字化转型需求非常明确：

能高效管理人、财、事；
能实现多套系统的全面整合与数据共享；
必须保障代码和数据的安全自主；
建设和维护成本不能过高。

在调研市场上多种数字化工具后，Nint 开始关注开源低代码/无代码平台的应用潜力。这类工具的灵活性和易用性能够快速满足企业定制化需求，同时大幅降低开发和维护成本。在调研 50 多款系统后，Nint 最终选择NocoBase 作为其数字化转型的关键工具。

我们在 GitHub 搜索低代码/无代码，各种系统非常多，提供的功能也是五花八门。

国外 Storybook、Supabase、NocoDB、n8n、directus、Appsmith、ToolJet、Budibase、node-red、ERPNext、Odoo等都是高星、非常棒的工具系统。

国内大厂基本都有各自的低代码系统，可惜云服务居多，或者本地部署成本过高。

后来我们发现了 NocoBase：开源、拖拽式设计、完整的工作流、插件体系、技术构架简单、有商业插件还便宜，我们在调研了 50 多款系统之后决定选择 NocoBase 。

—— Nint 数字技术服务部总监谷智超

NocoBase 的功能特点与 Nint 需求高度契合：

开源与灵活性：支持插件化开发，企业可灵活定制功能模块。
易用性：通过所见即所得的 UI 编辑器和配置化操作，大幅降低系统开发与使用门槛。
数据安全与权限管理：支持字段级数据权限配置，满足企业对数据安全的严格要求。
多数据源兼容：兼容 MySQL、Postgres 、MariaDB 等多种数据库，实现外部数据的实时接入。
完整的工作流支持：满足复杂审批场景的全流程自动化。

在测试阶段，NocoBase 的灵活性和高效性给团队留下深刻印象，同时为企业内部管理的数字化升级提供全新思路。

实施与成果

在引入 NocoBase 的过程中，Nint 的团队充分利用其开源特性，根据企业的特殊需求对系统进行优化，同时将部分成果贡献至 NocoBase 的开源社区。

在前期阶段，就已取得如下成果：

流程优化：通过固化 30 多个核心业务流程，并快速定制了新流程迭代能力，改善内部管理效率。
统一入口管理：关闭原先分散在企业微信中的 140 多个应用入口，将所有重要功能整合至新系统，显著提升操作便捷性。
资产集中管理：实现 3000 多项云端和固定资产的统一管理，大幅减少管理复杂性。
数据整合与共享：打破部门间的数据孤岛，实现数据在安全前提下的高效共享。
效率提升：通过拖拽式设计与工作流功能，开发周期显著缩短，非技术人员也能快速搭建系统。
研发模式转变：研发团队从繁重的基础开发工作中解放出来，开始聚焦于创新设计。

这些成果标志着 Nint 数字化转型取得阶段性突破，为企业管理效率和资源整合能力带来显著提升。

展望未来

“通过 NocoBase，我们看到了技术带来的新可能。未来，我们期待与 NocoBase 一起推动更多企业的数字化转型。”

Nint 计划将 NocoBase 应用于更多管理场景，逐步替代分散的管理工具。同时，探索数据分析与智能化的更高层次应用，以进一步增强业务决策能力。

跨境科技公司如何借助 NocoBase 升级内部系统并实现外部业务增长？

Zhang Lu, Deng lijia, Huang yiqun — Wed, 23 Oct 2024 07:13:29 GMT

关于政元软件

深圳市政元软件有限公司，作为国家级高新技术企业和专精特新企业，自 2006 年成立以来，一直走在跨境企业服务的前沿。近年来，政元软件将人工智能技术与跨境业务场景结合，为客户提供创新的解决方案，以满足跨境贸易中的多样化需求。政元软件的主要产品包括：

企业大脑：基于人工智能模型的知识库系统，通过专业级训练并接入多种应用，智能定制企业独特需求，合理利用海量数据内容。
数字业务员：全天候的智能业务助手，通过简单训练即可理解并响应客户需求，提供个性化商品推荐和高效客户服务。
智能独立站：集成数字业务员、智能问答语音交互和人工智能智库，为用户提供专业的建议和行业动态。
跨贸通：全球无界贸易平台，提供一键快速发品、安全便捷的支付系统、实时翻译和两地仓储服务。

机遇与挑战并存

随着跨境行业竞争加剧，政元软件亟需寻找新的增长点。公司因此将战略重点转向人工智能领域。这一转型不仅拓展了跨境客户群，还带来了业务量的快速增长，扩大了客户基础，为政元软件打开了广阔的市场空间和发展机遇。

随着业务的快速扩张，政元软件的内部系统开始暴露出以下问题：

系统陈旧：旧系统的操作速度缓慢，某些数据查询的场景需要耗费数分钟才能返回结果，严重影响了工作效率。
灵活性不足：简单的修改和添加字段却流程繁琐，常常需要开发人员介入，导致响应速度缓慢。
数字化程度低：例如内部 HR 系统不完善，影响了整体工作流程。
资源分配不均：开发资源主要集中在对外业务，内部系统维护未能得到足够重视，问题难以及时解决。

发现 NocoBase：内部系统升级

在寻找合适的解决方案时，政元软件的技术团队曾尝试了多种低代码/无代码系统，但均未达到预期的业务需求。直至 NocoBase 的出现，以其卓越的灵活性和易于扩展的特性，迅速获得了技术团队的广泛认可。成功部署 NocoBase 后，政元软件迅速解决了多个旧系统遗留的问题：

系统灵活性和效率提升：依据业务需求进行字段添加及表单修改的操作已极大简化，添加字段只需 5 秒，修改表单不超过 10 分钟，显著提升了系统灵活性，加速业务流程。

政元 HR 信息系

非技术人员参与开发：非技术人员（如业务人员）能够轻松实现简单的开发工作，大幅度减少了对开发人员的依赖，提高了工作效率。
定制化插件开发：得益于 NocoBase 的插件架构，定制化需求能够快速通过插件开发实现。一名前端开发人员仅用两天时间就开发出了满足业务需求的插件，并成功投入使用。

借助 NocoBase 高效的开发能力，政元软件正稳步推进内部 ERP 系统的升级。目前，采购和发品管理模块已完成，物流、仓储等关键模块也在积极开发中。这些举措将进一步优化公司的内部管理流程，提升运营效率。

NocoBase 与“企业大脑”结合

NocoBase 不仅在优化内部系统上发挥了重要作用，还进一步强化了政元软件的产品技术架构。“企业大脑”作为政元软件在人工智能浪潮中推出的明星产品，已成功应用于众多客户场景。NocoBase 的加入成为“企业大脑”与即时通讯 (IM) 端之间的关键纽带，不仅推动了数据与信息的高效交互，还提升了产品的整体能力。

在这一协作模式下，“企业大脑”专注于数据分析，NocoBase 负责数据收集、分发以及执行基于人工智能分析的复杂业务逻辑。这种清晰的分工让“企业大脑”能够将核心聚焦在人工智能的能力上，避免因应对客户定制需求而导致系统过于复杂化。

例如，在线下体验馆项目中，NocoBase 负责维护店长资料和地理位置信息，并处理客户通过微信分享的定位数据，快速匹配最近的体验店。NocoBase 与“企业大脑”紧密协作，根据“企业大脑”的逻辑编排执行 API 调用，处理数据获取和推送任务，并通过工作流将客户信息和推荐的体验店推送给“企业大脑”，由“企业大脑”完成最终的客户交互。

此外，NocoBase 还弥补了“企业大脑”在客户资料维护和客户联系方面的不足，凭借其灵活性和自动化能力，提升了客户服务的效率和智能化水平。

政元渠道 CRM

拓展 NocoBase：孵化对外解决方案

随着内部系统与产品能力的成功革新，政元软件对将 NocoBase 应用于多样化的客户业务场景充满信心。公司已开始把 NocoBase 的应用扩展至外部业务，为不同行业的客户提供定制化的解决方案：

IC行业客户：为其开发了与金蝶 ERP 系统对接的 CRM 系统，简化了复杂的分润计算，能够自动生成关键报表，提升了渠道管理效率及订单数据的实时性。
商会和协会：为其开发了小型 CRM 系统，不仅简化了会员管理和活动信息收集流程，还通过 AI 技术实现了个性化的生日祝福，从而提升了用户体验并增强了会员的归属感。

智能体 CRM

外综服行业：为客户搭建的系统能够处理复杂的货币转换和分润分配，帮助客户高效管理跨境交易的资金流，确保资金顺利转回国内，并准确执行分润策略。

外综服渠道系统

“我们的研发团队只在 NocoBase 上花费了20%的时间，但是却给我们的整体业务带来了显著变革。”

—— 政元软件产品负责人

值得一提的是，基于 NocoBase，政元软件孵化对外解决方案的速度大幅提升。技术团队仅用两天时间便开发出一款定制插件，为跨境电商客户的开店项目 ERP 系统快速增加新功能——将复杂的 JSON 商品属性字段转换为易于管理的表单，极大简化了运维人员对多样化商品属性的录入和维护工作。

政元软件使用 NocoBase 为跨境电商客户开发的 ERP

右侧表单为 JSON 字段解析

NocoBase 的部署加速了政元软件在不同用户业务需求上的探索与解决方案交付。借助 NocoBase，政元软件能够快速响应客户的定制开发需求，提升了市场适应性和客户服务效率。

“NocoBase 的核心亮点在于其快速性和强大的拓展性。我们能够根据业务需求灵活快速调整系统，非技术人员也能轻松参与系统配置，这极大提高了开发效率。NocoBase 作为无代码/低代码开发平台，大大降低了我们的开发门槛。现在团队里一位刚毕业的技术人员，可以独立负责两个依托 NocoBase 的开发项目。NocoBase 为我们提供了一个理想的平台，让团队能够更高效地应对客户需求，专注于更有价值的业务创新。”

—— 政元软件产品负责人

总结

NocoBase 在政元软件的数字化转型中扮演了核心角色，不仅解决了内部的数字化难题，还孵化出面向客户的创新解决方案。NocoBase 提供了一个快速、灵活且易于使用的平台，使政元软件能够在瞬息万变的市场中灵活应对，满足客户不断变化的需求。

展望未来，随着技术不断进步和市场需求的演变，NocoBase 将继续作为政元软件创新和业务增长的核心动力，助力公司在跨境行业中开拓新的商业机遇，实现外部业务的持续增长。

正如政元软件的故事一样，NocoBase 希望能让更多的技术人员从繁杂的代码工作中解放出来，投入更多时间到更有创意和价值的业务场景中，实现更大价值。

TEDxDUTH 使用 NocoBase 实现革新

TEDxDUTH — Wed, 25 Sep 2024 03:05:01 GMT

TEDxDUTH 是由德莫克里特大学的志愿者们组成的一个充满活力的团队。作为 TEDx 全球社区的一员，我们的使命简单而有力：传播能够激励和引发改变的思想。我们通过精心策划一系列活动，成功汇聚了众多思想家、创新家以及行业领袖。

我们的团队汇集了来自各个领域的热心志愿者，我们共同致力于一个目标：打造一场流畅、专业且富有启发性的 TEDx 盛会。然而，实现这个目标的道路并非坦途。从新成员的加入与培训，到演讲嘉宾的选拔与邀请；从合作伙伴关系的建立与维护，到招聘流程的管理，这些复杂的操作时常导致工作效率的低下与团队内部的混乱。直到我们发现了 NocoBase——一个改变我们运营模式和团队协作方式的无代码/低代码工具。

曾经的挑战

在 TEDxDUTH，我们面临的一项重大挑战在于管理多个平台上频繁变动的各项任务与信息。作为一个高度依赖创造力和紧密合作的团队，我们很快就意识到，当前流程的分散性正严重阻碍着我们的工作效率。数据的碎片化分布在不同平台之上，这种管理上的无序状态不仅增加了协调的难度，还影响了我们专注于核心使命的能力。

在使用NocoBase之前，我们面临以下几个关键问题：

1. 信息分散

关键数据信息，包括演讲者的详细资料和团队指南，散落在多个平台上。一部分信息存储在Word文档里，一部分在Excel表格中，还有一部分隐藏在 Discord 或 Teams 的聊天记录里。随着团队规模的扩大，信息分散的问题日益凸显，这不仅导致了工作流程的混乱，还浪费了时间，使我们错失了许多宝贵的机会。

2.手动任务管理

我们缺少一个集中化的系统来追踪团队任务和监控工作进度，这导致管理工作分散且效率不高。以邀请演讲者为例，从初步接触开始，到后续的跟进工作，整个过程都需要手动处理，这不仅容易延误，而且增加了出错的风险。这种手动管理方式同样也影响到了我们与合作伙伴的关系维护，让我们难以保持高效的组织协调和快速的响应能力。

3.招聘挑战

在每次 TEDxDUTH 活动的筹备过程中，我们都会招募一批新的志愿者。但是，我们的招募流程完全依赖于手动操作——申请者通过填写表单提交信息，审核和评估进度缓慢。因此，追踪每份申请的进度对我们来说是一项挑战。同时，在申请流程的各个阶段，责任分配不明确也增加了工作的难度。

NocoBase：量身定制的解决方案

在认识到迫切需要一个强大、灵活且易于操作的系统来提升我们的工作效率之后，我们开始寻找合适的解决方案。经过对多种工具的细致评估和比较，我们最终发现了 NocoBase，其出色的性能和高度的适用性让我们迅速确定，这正是我们期待已久的工具。

我们选择NocoBase的原因有以下几点：

高度可定制的工作流程：NocoBase 的无代码界面为我们提供了极大的灵活性，使我们能够根据 TEDxDUTH 的独特需求定制工作流程。这样，我们就不必受限于现有工具的功能，而是让工具完全适应我们的工作方式。
一体化数据管理平台：NocoBase 使我们能够将所有关键数据集中在一个平台上管理，无论是新成员的加入、演讲嘉宾的邀请与管理，还是合作伙伴关系的跟踪，所有信息一目了然，极大提高了团队的协作效率和信息透明度。
基于角色的权限管理：NocoBase 提供了精细的基于角色的权限管理功能，确保只有授权成员才能访问敏感信息，如招聘评估结果或合作协议内容。这种严格的权限控制机制，在保障数据安全的同时，也增强了团队成员间的信任与合作。
强大的 API 集成能力：NocoBase 的 API 集成功能是其一大亮点，它使我们能够轻松地将外部系统（例如公共提名表、招聘申请表等）的数据自动同步到我们的系统中，大幅减少了手动输入的工作量和出现错误的可能性，进一步提升了工作流程的自动化和准确性。

我们如何利用 NocoBase 实现工作流程的革新

自 NocoBase 在 TEDxDUTH 成功部署以来，我们的工作模式发生了巨大的变化，仿佛获得了一个能够应对各种挑战的强大平台。以下是 NocoBase 如何助力我们在多个工作领域实现革新的详细说明：

1. 精简团队入职流程

我们首先优化的是新团队成员的入职流程。过去，新加入的志愿者常常需要在分散的文档和聊天记录中自行摸索，以了解团队的基本情况。现在，NocoBase 为我们提供了一个综合的欢迎页面，新成员可以在这里轻松访问关于 TED、TEDx 和 TEDxDUTH 的核心信息。此外，我们还特别设立了一个个性化信息板块，用于记录每位成员的生日、兴趣爱好以及团队指南等细节。这不仅增强了团队的凝聚力和归属感，而且确保了每位新成员从加入的第一天起就能迅速融入团队，并与团队保持同步的工作节奏。

2. 演讲者管理和邀请跟踪

TEDx 活动的核心在于演讲者，因此，组织和管理他们的邀请流程至关重要。利用 NocoBase，我们构建了一个系统，能够追踪演讲者邀请过程的每一个环节——从初步接触到确认参与，再到后勤协调。此外，我们还充分利用了 NocoBase 的 API 集成功能，将公众提名演讲者的表单与之无缝对接，实现了提名数据的自动同步。这不仅消除了手动输入数据的繁琐，也确保了没有遗漏任何提名。

现在，我们的团队能够实时监控每位演讲者的最新状态，这大大缩短了响应时间，提高了确定活动演讲者的效率。

3. 合作关系管理

维护合作伙伴关系是我们成功的另一个关键要素。借助NocoBase，我们现在有了一个专门的合作关系模块，存储所有相关的联系信息、协议和沟通历史。这个模块确保需要了解合作关系的每个人都可以访问最新信息，有效避免了因信息不对称而可能引发的误解与延误。

4. 招聘和申请审核

随着 TEDxDUTH 规模和项目的不断扩展，我们需要持续地招募新成员。NocoBase 的招聘模块极大地优化了这一流程，申请者的信息可以直接从公共表单导入，团队成员能够实时地评估候选人，彻底告别了过去缓慢且无序的审核方式。

我们创建了自定义工作流程，确保每份申请从初步提交到最终入职，按照流程一步步进行审核和评估。

此外，自动状态通知功能让申请者在每个流程阶段都能及时获得信息更新的通知，提升了申请体验的流畅性和透明度。

成果：显著的改善

NocoBase 对 TEDxDUTH 的影响无疑是深远的。以下是我们采用该平台后取得的一些主要成果：

行政任务时间缩短50%：通过数据集中与关键流程自动化，我们成功将行政任务管理时间减半，从而节省出更多时间来专注于创造性和战略性的工作。
协作与沟通得到加强：信息的集中管理极大地提高了团队成员之间的协作效率。现在，每位成员都能轻松访问所需信息，工作流程变得更加透明和顺畅。
招聘流程更加迅速和高效：得益于招聘流程的简化和优化，我们能够更快地评估并吸纳新成员，构建了一个更加强大和高效的团队。
决策过程数据驱动：实时数据和深入洞察使我们能够在演讲者邀请、合作协议管理等各个环节中，做出更快速、更明智的决策。

我们对 NocoBase 的评估

经过四周的使用，我们对 NocoBase 的优缺点有了深刻的理解：

优势：

易用性：该平台的无代码界面设计直观，用户友好，即便是非技术人员也能轻松上手，让创建和管理工作流程变得没有技术门槛。
可定制性：NocoBase 提供强大的定制功能，能够完美契合我们的一些特殊需求。
集中管理：将所有流程整合进一个系统，极大提升了我们的工作效率、沟通质量和团队协作。

在 TEDxDUTH，我们相信创新和协作的力量可以改变世界。NocoBase 使我们能够简化日常运营，从而将更多精力投入到真正重要的事务上——举办精彩的活动，传播有价值的思想。

如果你的组织正面临混乱或低效的工作流程，NocoBase 不仅仅是一个工具——它更是一个全面的解决方案，能够激发团队的潜能，实现更多可能。对我们来说，NocoBase 更像一个游戏规则的改变者，它让我们敢于梦想，彻底改变了我们的工作方式，并持续影响着我们的社区。

感谢 NocoBase 成为我们旅程中不可或缺的伙伴。我们携手并进，共同推进创新与灵感的传播！

相关阅读：

Sambruk 利用 NocoBase 实现瑞典教育资源的 GDPR 合规管理

Deng lijia, Huang yiqun — Wed, 18 Sep 2024 03:19:36 GMT

关于 Sambruk

在瑞典，有一半的城市是 Sambruk 的成员，并且 61% 的瑞典居民居住在参与 Sambruk 合作的市政区域内。

Sambruk 是一家位于瑞典的非营利组织，专注于推动和支持瑞典各地市政部门的数字化转型。其主要任务是通过协作和共享资源，帮助各个市政部门更高效地实现数字化。

Sambruk 工作范围包括收集和管理瑞典各个市政部门开发的数字化解决方案，然后将这些解决方案推广到其他需要的市政部门，并通过联合融资维护和改进系统。此外，Sambruk 还会组织各方共同开发新的数字化解决方案。有时候，Sambruk 也会开源这些数字化解决方案。

例如，Bibblix——一款专为瑞典 6 至 12 岁儿童设计的数字图书馆应用程序； EGIL——一个为学校管理学生数字账户的自动化系统；以及 Tillarbetslivet ——一个管理学生实习和工作安排的系统。

这些项目都由 Sambruk 开发或推广。

在现代教育中，学校广泛使用电子书、在线课程、教育软件、教学视频、互动课件等数字学习资源。在瑞典，这些资源必须符合 GDPR（通用数据保护条例）要求，确保学生的个人数据得到妥善处理。

GDPR 是欧盟于 2018 年 5 月实施的一项重要隐私和安全法规，适用于所有处理欧盟居民个人数据的组织。对教育部门而言，GDPR 带来了特殊的挑战：

数据最小化原则：学校只能收集和处理必要的学生数据，要求对每项数字学习资源进行严格的数据收集审查。
知情同意：学校必须确保使用数字学习资源时，已获得学生或其监护人的明确同意。
数据主体权利：学生有权访问、更正和删除其个人数据，学校需确保所使用的数字学习资源支持这些功能。
数据保护影响评估：对于高风险的数据处理活动，学校需进行数据保护影响评估。
供应商管理：学校必须确保其使用的所有数字学习资源供应商均符合 GDPR 标准。

Tjänstekatalog 项目细节

为了更好地管理和评估数字学习资源的 GDPR 合规性，Sambruk 联合 27 个瑞典市政部门开始推进开发 Tjänstekatalog 数字化解决方案。

项目的具体目标主要有以下三点：

信息收集与合规性评估：系统将收集有关数字学习资源的信息，帮助学校评估其合规性。
共享资源与决策支撑：学校可在系统中分享评估结果为其他用户提供参考，以减少重复工作，提高效率。
供应商信息提供：供应商需回答约 100 个问题，提供必要信息供学校评估。

然而，在项目实施过程中，Sambruk 遇到了一些技术难题：

数据量与复杂性：学校需要管理大量数字学习资源，这要求系统具备高效的管理和评估能力。
合规性要求：确保所有资源严格符合 GDPR 的规定，特别是在学生数据处理方面。
多方协作：需要协调多个市政部门和学校的参与，确保系统设计和实施能够满足各方需求，实现有效的信息共享。

Sambruk需要寻找一个技术解决方案，不仅能解决技术难题，实现项目功能，同时具备高性价比和高延展性。

发现 NocoBase

Sambruk 首先评估了使用传统技术从零开始开发该解决方案的成本和时间。项目组一致认为，成本过高。因此 Sambruk 开始寻找其他替代方案。最初，Sambruk 与印度的一家低代码平台公司展开合作，虽然取得了一些进展，但平台并未完全满足他们的需求。

与此同时，Sambruk 开始关注 NocoBase，并决定尝试使用。

“在短短几周内，我们不仅完成了解决方案核心的开发，同时也学习了如何使用这个平台。事实证明，NocoBase 直观且易于上手，我们特别喜欢它的“简洁务实”设计理念。很快我们便完成了最小可行产品（MVP）的开发，并在此基础上继续进行后续开发。”

—— Thomas Wennersten, Sambruk CTO

经过尝试后，Sambruk 的 CTO Thomas Wennersten 告诉了我们选择 NocoBase 的原因。

数据模型驱动：NocoBase 强调先建立数据模型，这种方法使得 Sambruk 的后续开发更加顺畅，并能轻松创建不同的界面，适应不同角色的使用需求。
自托管能力：NocoBase 支持自托管，这是 Sambruk 在该项目中一个至关重要的需求。自托管不仅增强了数据的控制力，也满足了数据安全和隐私保护的要求。
简单易用：NocoBase 的使用体验非常直接，并且不会因简化而对功能造成太大的限制。对于需要开发 CRUD 应用的团队来说，NocoBase 是一个学习门槛低、开发速度快的平台。
快速交付：通过 NocoBase，Sambruk 可以迅速地开发并上线最小可行产品（MVP），这对于快速验证和迭代项目非常有帮助。

Tjänstekatalog 项目系统截图：

成果及展望

“我们在使用 NocoBase 这款无代码平台时的体验非常棒。我无法强调它的用户友好性有多么出色，使得我们的开发过程变得顺畅高效。让我印象最深的是，在数据模型建立之后，进行用户体验开发是多么容易。这种精简的方式让我们在短短几周内开发出了一个完整的系统，这个系统被设计用于数百个组织。

NocoBase 有效打破了强大系统需要数月甚至数年才能完成的常见误解。我强烈推荐它给任何想要快速推进开发周期而不牺牲质量的组织。”

—— Thomas Wennersten，Sambruk CTO

目前，项目开发正在稳步推进，使用 NocoBase 开发的核心功能已成功投入使用。项目团队充分利用了 NocoBase 高效、直观的优势，在短短几周内便开发并上线了 MVP。这一过程中，Sambruk 团队显著节省了开发时间和成本，相较于传统开发方法，节省了约 30% 的开发时间和近 40% 的预算。

NocoBase 的易用性和灵活性得到了参与市政部门和学校的高度认可。他们特别赞赏平台在数据处理和界面生成上的直观性，使得用户能够快速上手，并高效地进行应用开发。部分学校在试用阶段中已经充分体验到了 NocoBase 所带来的便利，尤其是在数据管理和决策支持方面的提升。

展望未来，项目预计将在未来几个月内完成全面部署，并在更大范围内推广使用。随着项目的深入推进，Sambruk 团队将继续优化和扩展 NocoBase 的功能，确保它能够更好地满足各参与方的需求，并为瑞典更多的市政部门和教育机构带来实际的效益。

相关阅读：

NocoBase 与百事通：为法律行业带来全新变革

Deng lijia, Huang yiqun — Mon, 02 Sep 2024 03:15:55 GMT

关于百事通

上海百事通信息技术股份有限公司成立于 2006 年，是大型创新型法律服务提供方，构建了法律数字化智能平台，为下一代法律解决方案提供创新的技术和服务。

百事通业务覆盖全国 31 省市自治区，积极参与公共法律服务体系建设，年度服务达到 700 万人次，市占率达 50%。

在企业法律科技服务领域，百事通通过自研智能法律服务系统，重塑了企业法律业务流程，使服务更为标准化、高效和透明。同时，百事通将法律大数据运用于个案处理，大幅提高了纠纷调处的效率。与百事通合作的客户涵盖头部互联网企业、电商、保险、银行、汽车金融、物流、制造业等多个行业。

案件激增和需求多样化带来的挑战

作为大型法律服务提供商，百事通每年承接海量案件，这带来了两大核心挑战。

一是新业务的显著增长。

百事通一开始使用共享表格来登记新业务，这种方式虽然在案件少时方便快捷，但随着案件量激增，录入效率下降，管理难度陡增。

同时，面对案件的紧迫性，运营团队往往需要能够快速查询历史案件信息，进行批量分析辅助决策。然而，共享表格在案件数据的深度使用中却存在诸多不便。

二是需求越来越多样化。

市面上的案件及客户需求越来越多样化，面对不同类型的案件，百事通则需要匹配不同的处理流程，这样往往会耗费不少人工和时间。因此，为案件信息的录入及处理找到最佳方案是困扰运营团队已久的一个难题。

与此同时，百事通公司管理层在不断调整市场策略，以确保服务的广泛性。而这一系列调整又会使得业务规范和质检标准的需求频繁发生变动。

这种动态的业务环境对百事通技术团队的方案选型提出了极高的要求：

需要能够快速响应不断变化的需求；
同时提供能够适应反复调整的深度定制化解决方案。

快速搭建案件管理系统提高案件处理效率

为了满足各方需求，寻求解决方案的过程中百事通经历了深入的思考和审慎的评估。

同其他大型公司一样，最初百事通考虑自主开发一套内部低代码系统以应对业务快速变化的需求，但系统显然无法在短时间内完成开发。

因此，百事通开始寻找成熟的低代码提供商。

在进一步市场调研和对比分析后，百事通发现 NocoBase 独特的优势，而这些优势正是成为了解决问题的关键。

NocoBase 的架构设计极具灵活性，数据模型驱动和所见即所得的使用方式，使得运营团队能够快速适应案件处理的需求变化，无需依赖技术团队进行复杂的定制开发，显著缩短了传统页面交互的定向开发周期。

——王紫雅百事通产品经理

以下是百事通选择 NocoBase 的几个核心原因：

用户友好的配置页面：NocoBase 的配置页面交互直观，使得业务调整能够即时生效；
灵活的插件配置：NocoBase 的插件化架构允许根据业务需求进行自定义插件的开发，这种灵活性确保系统随着业务的成长而进化；
批数据处理能力：NocoBase 支持批量新增和维护数据，而这些对于处理大量案件信息至关重要；
强大的工作流配置：通过 NocoBase 可以轻松配置工作流，工作流强大的能力可以实现各种业务流程的自动化。

百事通使用 NocoBase 搭建的案件信息管理界面：

NocoBase 带来的新变革

选择 NocoBase 作为合作伙伴后，百事通将自身业务与 NocoBase 进行了完美结合，公司业务运作模式也经历了显著的变革，特别是在数据管理效率和流程自动化。

NocoBase 简洁直观的界面为百事通提供了方便的新案件录入，大大提高了案件录入效率；通过数据统计，可快速回溯至相关历史案件，提高案件处理效率，解决了之前共享表格的痛点。

业务团队通过 NocoBase 实现了几个关键点的提升：

精细化的权限管理和角色分工：NocoBase 的数据模型驱动特性使其能够对角色权限进行精细化设置，明确各个岗位职责，不仅降低数据安全风险，而且提升了团队协作的效率；
高效的数据处理能力：NocoBase 的批量数据处理功能极大提高运营效率，显著缩短业务处理周期；
数据管理的规范化和统一化：管理层利用 NocoBase 实现了数据的规范化和统一化管理，业务进程的可追踪性、可检测性和可分析性显著提升，为战略决策提供了坚实的数据支持；
业务流程的自动化：NocoBase 的工作流配置功能轻松实现业务流程的自动化，简化操作流程，提高业务流转效率，同时也减少人为错误。
灵活响应业务需求：NocoBase 构建的应用，拖拽即可调整页面功能、业务流程、报表配置等，及时响应集团变动的市场策略，极大缩短需求的 TTM（上市时间）。

以上收获外，NocoBase 的开源特性在未来能释放更大的潜力。这意味着百事通可以对系统进行自由地修改和定制，而且还能够借助社区的力量来丰富系统能力，共同推动平台的发展。

百事通与 NocoBase 的未来展望

NocoBase 的应用不仅仅是技术层面的提升，更是我们业务发展战略的重要组成部分。我们相信，通过 NocoBase 的持续优化和应用，我们将能够更覆盖更多的业务场景，提升业务效率。

——王紫雅百事通产品经理

百事通深耕企业法律科技服务领域， NocoBase 专注于无代码底层技术平台的钻研。NocoBase 的微内核架构和模型驱动设计为百事通提供了稳定且可扩展的平台，满足快速开发和深度定制的需求，让他们能专注于业务创新。

百事通相信，通过与 NocoBase 的紧密合作，他们将不仅在法律服务领域保持领先地位，还将探索更多创新解决方案，帮助客户应对未来的挑战。随着底层技术的不断发展，百事通期待着为更多客户提供触手可得的优质法律服务，并创造更多成功案例。

相关阅读：

香城档案利用 NocoBase 快速实现智能档案管理

Deng lijia, Huang yiqun — Mon, 19 Aug 2024 13:08:07 GMT

关于档案管理行业

档案管理历史悠久，最早可追溯至周朝。周文王姬昌非常重视档案管理，他命令手下的管理者将这些文献和档案进行整理和分类，然后存放在专门的档案馆中。这些档案馆也被称为“金匮”，是古代国家的重要保管机构之一。

如今，档案不仅保存历史，还在行政、法律、财务和文化等领域发挥着重要作用。随着需求的增加，档案服务外包逐渐兴起，企业和政府等组织将档案管理外包给专业的第三方公司，以确保高效、安全的管理。

尽管档案服务外包在中国发展了近三十年，然而其整体进展相对互联网行业来说却缓慢许多，同时，档案管理服务的技术革新也相对滞后。市场上需要破局者，为档案管理注入新技术，才能打造现代化的“金匮”，为社会提供高效的档案管理服务。而香城档案就是这个行业的破局者。

关于香城档案

香城档案全称为成都香城档案科技有限公司，成立于 2023 年 7 月 1 日，主营档案整理、数字化、管理咨询及保管，服务对象涵盖大型企业、政府部门及家庭个人。

正是在国内档案服务外包业务发展缓慢的背景下，香城档案看到了行业的契机，并迅速作出响应。为了抢占市场先机，香城档案不仅在传统档案管理上进行了深耕，还果断地迈向了智能化的未来。

香城档案目前拥有两个智慧档案管理中心，最新的中心于 2024 年 6 月落成，并于 7 月 25 日正式开馆投运。正式运营后，该中心受到了各大媒体报道，并吸引了国内 20 余家单位前来考察。此外，中心还与多个政府部门、法院、高校、医院、保险公司建立合作，获得了良好的市场反馈。

这样一个年轻的公司，如何做到快速构建智慧档案管理中心，并成功投入运营，且吸引众多合作伙伴投来橄榄枝？

真正智慧的档案管理中心

香城智慧档案管理中心项目总建筑面积 5930.8 平方米(其中档案智能库面积 2223 平方米)，拥有 3 个档案寄存仓库，总存储量 21 万箱（200万卷)，数据机柜 22 个。使用多种智能机器人进行档案库房无人化寄存管理，配置了气体灭火、光纤温控及吸入式烟感系统，旨在打造行业内最高安全标准。

数字化和自动化技术的应用，使得档案管理更加高效和安全。需要调阅、查询档案时，客户只需在软件上简单操作，经工作人员审核，就可由机器人取出，送到客户手中。

相比全国同行业，香城智慧档案管理中心减少了 90% 的人工投入。

实现降本增效的档案管理背后，不仅需要依靠硬件设施的升级，还需要一个强大而灵活的业务管理系统，作为整个智慧档案管理中心的“大脑”，进行统一仓储管理、合同管理、客户管理等。

然而，在构建这个智慧档案管理的“大脑”的过程中，香城档案却遇到了不少挑战。

系统开发的难题

在档案服务外包行业，业务管理系统都是同行的看家本领。由于档案管理服务的特殊性，业务需求多且复杂，市面上基本较少开箱即用的成熟产品，而重新开发及定制化，时间与成本都让香城档案难以接受；另外，出于对档案数据敏感性的考虑，中心对数据安全的要求非常高，需要系统可实现私有化部署。

因此，香城档案的开发团队一致认为，通过选型低/无代码平台，进行快速开发及迭代业务管理系统，是当前最佳的选择。

但是无论是商业化的软件还是开源软件，在遇到业务落地时都会遇到相似的问题：业务向系统的转换极其困难。

造成业务落地困难的原因，主要是因为市面上大部分低代码平台学习成本高，而用户的思维模型难以调整。

普通档案业务员对档案的收集、归档、移交、接收、检索等业务操作了如指掌，但对于信息系统的复杂技术，他们可能一筹莫展。市面上大部分的低代码软件，为了实现复杂需求，引入数据结构、视图、代码等，让香城的一线人员无从下手。

真正成功的低/无代码平台，一定是学习成本低、业务员能理解、愿意使用的系统。

面对工期紧、功能复杂的项目，香城档案急需选型一个既能私有化部署实现安全可控、又能够打破传统低代码平台的限制、满足档案中心个性化需求的低/无代码解决方案。

NocoBase 如何改变低代码开发？

当香城档案业务一线人员对国内外众多低代码平台试用、抛弃、再试用、再抛弃，项目交付时间越来越短已经无力折腾时，他们发现了 NocoBase。

仅 NocoBase 的三项功能就让香城档案眼前一亮：

自由切换的所见即所得开发页面
自由组织的区块式布局
自由对接的外部接口

这些自由是其他低代码平台难以满足的。毕竟快速发展的组织需要的是像乐高一样可以自由组合、创意无限的工具，而不是复杂晦涩、行动缓慢的机器。例如，一线人员通过拖拽字段和操作，即可以生成档案管理的页面。将不同的页面区块组合到一起，就拼成了业务人员常用的操作页面。NocoBase 提供灵活的 API 管理能力，可以使香城档案的开发快速对接 RFID 系统和硬件，实现高效的仓储管理。

通过验证了系统的可行性后，香城档案团队迅速投入项目的开发中。该团队在 2023 年年底仅用 1 个月时间上线部分业务系统，并保障了基本业务的正常运行。

至 2024 年 4 月，香城档案开始对接 WMS 和 RFID 系统，在 NocoBase 与香城档案团队的合作下，均顺利完成。

目前，香城档案已通过 NocoBase 搭建的综合管理系统整合了包括 CRM、RMS、WMS、AMS 和 RFID 标签在内的各系统，实现档案管理一线业务需求的灵活调整。

时间来到了 2024 年 6 月，开馆时间迫在眉睫，时间紧、任务重。通过香城档案团队的通力合作，终于在 2024 年 6 月 18 日，在 NocoBase 构建的综合管理系统上跑通了整体的业务流程：从录入合同、分配任务、生成订单、打印 RFID 标签，智能设备接到指令后完成自动传送、自动堆垛、自动搬运、自动入库。

香城档案业务管理系统界面：

各角色界面简洁易懂，流程清晰明了，业务运行一气呵成，大大提高了档案中心的自动化和智能化，提高人工操作的效率和准确性。因此，自 6 月底首批档案入库至 7 月底开馆，档案中心高效运行，首月库存使用率便达 5.9%，远超计划的每月 2.8%。

展望未来

随着智慧档案管理中心的落成，香城档案迈出了万里长征第一步。更大的挑战也在接踵而至：智能园区的综合管理、物联网设备的对接、各类数据的汇聚与展示、业务系统的LLM改造、客户系统的落地……

好在 NocoBase 的 Roadmap 也在持续输出新特性，计划中的新功能和插件为香城档案提供了强有力的产品支持。

香城档案也将继续深挖 NocoBase 潜力，比如：NocoBase 与 IoT 的结合，加上使用 NocoBase 搭建的数据治理平台，构建一套可以用于智慧工厂、智慧园区、智慧楼宇的低代码平台。这也许会成为行业的另一个选择。

在正确的战略下，NocoBase 不仅能帮助企业把战略落地中重要的手段信息化、规范化、标准化，还为香城档案打造“安全、智慧和专业”品牌形象奠定良好的基础，更重要的是：NocoBase 不仅为员工思维提升提供了沃土，也为企业发展埋下了种子，使香城档案的未来充满无限可能。

—— 孙晓峰成都香城档案科技有限公司负责人

工具变革助力企业创新成为行业破局者，也推动企业的组织变革，为发展注入无限动力。对香城档案而言，NocoBase 不只是生产工具，更是推动企业发展的关键力量。

相关阅读：

锡耶纳大学与 NocoBase：教育管理系统的全新篇章

Deng lijia, Huang yiqun — Wed, 31 Jul 2024 04:39:16 GMT

关于锡耶纳大学

锡耶纳大学（意大利语：Università degli Studi di Siena，简称UNISI）建于 1240 年，是欧洲最古老的大学之一。如今，锡耶纳大学以其法学院和医学院闻名。这所著名的大学坐落在意大利托斯卡纳的中心，其影响力遍及阿雷佐、格罗塞托和圣乔凡尼瓦尔达尔诺等城市，并在 15 个学科部门内提供丰富的学习项目。

寻找数据管理和用户交互的最佳解决方案

在锡耶纳大学，学生的需求始终是第一位。这意味着要确保学生在校期间能够获得高质量的教育、丰富的经历和充分的支持，以便毕业后能够更好地生活和工作。

为了更好地服务学生和教师，锡耶纳大学的在线学习支持服务部门、继续教育以及技术专家组成了一个专门团队以寻找解决方案。其主要目标是简化数据管理和用户交互。

这个小而敬业的团队开始了他们的探索之旅，希望能通过创新和前沿技术来更好地服务学生和教师。

锡耶纳大学的教育管理改造涉及以下几个重要流程：

整合管理系统
通过视频会议平台提供教育内容
管理支持请求
常见问题解答
收集学生和教授的数据进行管理

在实现这些功能的同时，锡耶纳大学既要确保能提供直观的用户界面与复杂现有系统对接，又不想通过高度定制的代码来实现，以避免引入更多的系统隐患。因此锡耶纳大学需要一个即能够灵活对接复杂管理系统，又能轻松实现新需求的解决方案。

在寻找有效解决方案的过程中，锡耶纳大学团队尝试了多种 CRUD 解决方案，但没有一个能完全满足他们的需求。这些解决方案要么缺乏足够的灵活性来适应大学复杂的管理流程，要么需要大量的编程工作来实现定制功能。团队还发现，许多现有工具在处理大规模数据时性能不佳，难以与他们现有的系统无缝集成。此外，这些解决方案通常需要较长的学习曲线，这对于非技术背景的教职员工来说是一个重大障碍。

这些挑战不仅降低了工作效率，还限制了锡耶纳大学适应快速变化的教育环境的能力。

NocoBase 提供了更好的教育基础设施

直到他们在 2023 年发现了 NocoBase，这个独特的工具将用户友好和强大功能完美结合，才真正解决了他们面临的问题。

在应用 NocoBase 后，团队很快发现：NocoBase 可以轻松定义复杂布局并集成高级功能。NocoBase 的插件架构和工作流能力显著简化了团队的操作，提升了整体效率。

利用所见即所得的 UI 设计界面，快速搭建页面
利用 NocoBase 的 API 接口，与现有的视频会议平台集成
配置自动化工作流，处理支持请求的分配和跟踪

与之前的解决方案不同，NocoBase 不需要繁琐的预置步骤，使团队能够专注于核心任务，而不会被技术细节所困扰。

此外，NocoBase 与 MySQL 数据库的无缝集成不仅简化了数据操作，还提高了查询效率，使得大规模数据管理变得更加高效。这促使锡耶纳大学团队重新考虑并重构他们的数据库，以充分利用 NocoBase 的功能。

“目前，我们正在对数据库进行重大更新，以使其适应 NocoBase 的特性，我们有信心它将为我们提供比以前更简单而强大的开发基础。”

——锡耶纳大学，在线学习和协作平台团队

NocoBase 所提供的灵活性和易用性激发了团队开发新服务和探索创新解决方案的灵感。这为锡耶纳大学团队提供了改进最终用户体验和优化内部流程的新可能性，而这在之前是难以想象的。所有这些改变都进一步增强了锡耶纳大学的教育基础设施。

收益和成果

锡耶纳大学选择 NocoBase 的主要原因之一是其快速的开发能力，但它的优势远不止于此。

实施 NocoBase 为锡耶纳大学带来了众多好处。除了减少开发用户界面所需的时间和精力外，锡耶纳大学还感受到了整体用户体验的显著改善。首先，直观且可定制的界面提高了运营效率和用户满意度。此外，与平台的无缝集成简化了数据管理和共享，促进了团队成员之间的协作。

例如，在实施 NocoBase 后，锡耶纳大学的在线学习支持服务将得到显著改善。教师可以通过一个统一的界面浏览并轻松管理课程内容、安排视频会议，并便捷地回应学生的支持请求。这个集成化的系统不仅简化了教师的工作流程，还大大提高了响应学生需求的速度。预计学生获得帮助的平均等待时间将减少 50%，而教师的工作效率预计会提升近 30%。这个改进直接促进了更积极的学习体验和更高的学生满意度。

课程管理界面-课程详情

未来，锡耶纳大学期待继续探索 NocoBase 的潜力。团队计划利用 NocoBase 的灵活性和可扩展性来支持其增长和发展。他们尤其有兴趣将 NocoBase 与其他新兴技术集成，并探索新的用例。

“我们要感谢 NocoBase 团队的支持，并感谢他们创造了如此有用和直观的产品。我们期待着继续合作，并在与NocoBase 的旅程中分享更多成功经验。”

——锡耶纳大学，在线学习和协作平台团队

锡耶纳大学的经验凸显了 NocoBase 在教育领域的潜力。其灵活性和可扩展性使大学能够迅速适应教育趋势和技术发展，同时简化了数据管理并增强了用户交互。通过 NocoBase，锡耶纳大学不仅改进了教育管理系统，更为持续的教育创新提供了可能。

相关阅读：

美航通过 NocoBase 节省了 70% 的物流系统升级成本

Deng lijia, Huang yiqun — Tue, 23 Jul 2024 03:55:27 GMT

关于美航

成立于 2004 年的美航是一家综合性国际物流企业，主要业务集中在泛太平洋航线。美航主营无船承运国际货运代理业务，同时将货柜服务拓展至全球各大港口。凭借优质服务与良好信誉，美航建立了完善的全球代理网络，为客户提供安全便捷的海运、空运、陆运一体化物流解决方案。

企业扩张的挑战

传统行业的软件服务商逐步从本地部署转向 SaaS 云端交付。这不仅提高了软件的标准化，还提升了交付和更新的速度，从而快速提升了面向中小型客户的服务能力和服务质量。

但对于美航这样的行业头部企业来说，业务的多样性和场景的丰富度对数据系统的处理能力提出了极高的要求。通过集成不同业务板块软件的方案弊端开始显现：软件系统总是滞后于业务，跨组织和跨业务的协同成本急剧升高，优秀业务实践与实操员工的经验高度绑定，难以在集团内推广，极大限制了企业的规模化发展进程。

因此，美航开始寻找新的解决方案。作为一个包含全链路的物流服务供应商，美航需要一个完整的供应链物流交付系统。除了 OA、CRM、FMS，还需要包括 WMS、TMS、CDS、OMS 和客服支持应答系统等多个业务运营单元支持系统。

如何快速构建一个能灵活集成，又经济高效的解决方案？

用 NocoBase 重构物流交付系统

美航找到了宇器科技，协助进行整个系统的升级。达成合作后，宇器科技开始帮助美航寻找合适的解决方案。

2022 年 6 月，宇器科技的 CEO 张卓发现了 NocoBase 。NocoBase 独特的数据模型驱动结构吸引了他，于是他开始尝试用 NocoBase 构建一些业务数据模型进行测试。

“试用过程中，我们发现了 NocoBase 的巨大潜力 —— 它不同于任何现有的低代码应用构建方式。

NocoBase 的前后端分离结构将元数据管理内置化，并提供了一个标准的 UI，使我们能够所见即所得地完成数据驱动应用的构建。”

——张卓

NocoBase 可以基于数据模型，自由、灵活地搭建界面，使用户在操作数据时能够非常清晰、直接地获得反馈。

张卓还提到，目前行业内存在一个通病：数据治理成本过高。然而，使用 NocoBase 后，这个问题得到了有效解决，因为数据进入 NocoBase 就会自动变得干净。

认可产品能力后，宇器科技决定使用 NocoBase 作为美航新系统的基础设施。

在这个共同交付的项目中，美航提供物流行业的专业知识，宇器科技负责数据建模和用户界面设计，而 NocoBase 则提供基础设施支持。通过这种架构，整个物流交付系统可以高效、灵活地开始进行构建。

系统逐步开始上线切换，成本持续降低

方向明确后，宇器科技进入了快速开发阶段。传统情况下需要多年时间研发上线的系统，在这种灵活强大的架构下，每周都能完成一个业务需求，即使业务模型非常复杂。宇器科技仅用四个月就帮助美航完成了财务部分系统的从 0 到 1 的搭建。

张卓分享到：

“作为一个比较熟悉 NocoBase 的用户，构建页面只需要 3 分钟。按照数据标准建好模型，配置好字段，我就可以在页面上设置 UI 搭建系统了。打通业务流程和补充复杂的后端功能可能需要更多时间，但基本上很快就能做出一个可用的页面。一周时间足够把小型的内容管理系统或产品中心上线”。

在这种协同模式下交付数字化应用时，不仅交付速度大大提升，成本也显著降低，甚至可以降低一个数量级。

这主要归功于 NocoBase 优秀的系统设计：

模型驱动：前期定义好数据模型，后续搭建页面非常简单。
功能即插件：NocoBase 的功能即插件的架构设计，遇到新功能只需要开发新插件即可，并且后续可以无限复用。

张卓说：“业务模式和流程一旦跑通之后，成本还会大幅降低。因为可以用这一套标准复制到不同的系统上。”

系统架构：

现在，美航正在从一个使用了多年的系统逐渐搬迁到 NocoBase 上。

美航数据中心——会计科目：

美航数据中心——组织管理：

美航数据中心——多应用管理：

展望未来

经过计算，如果美航的物流交付系统采用传统方式开发，预算大约在1000-2000万人民币之间。但现在使用 NocoBase 作为基础设施进行开发，预计成本将控制在30%以内，甚至更少。目前，用 NocoBase 搭建的系统已经替换了原有系统中财务部分的 10% 和运输部分的 5%。张卓预计，到 2025 年初，能完成整体系统 50% 的替换。

在未来，美航与宇器科技将继续深度合作，借助 NocoBase 进一步优化和扩展物流交付系统。随着更多模块的逐步上线和集成，整个系统的效率和灵活性将不断提升。美航计划在未来两年内实现全系统的数字化转型，以应对市场的快速变化和客户日益增长的需求。

相关阅读：

能源公司 Turcomp 通过 NocoBase 实现敏捷、安全开发

Deng lijia, Huang yiqun — Fri, 19 Jul 2024 01:51:16 GMT

关于 Turcomp

在东马来西亚靠近婆罗洲岛的沙巴州西海岸，有一座面积仅 92 平方公里的岛——纳闽（Labuan）。人口只有 8 万的纳闽，是一个国际离岸金融中心和自由贸易区。

纳闽地区有着丰富的油气田，因此也发展了一系列与石油天然气相关的产业，如石油精炼、天然气液化等。 Turcomp Engineering Services Sdn Bhd（后简称 Turcomp），于 1992 年在纳闽成立。Turcomp 的名字是由 Turbine 和 Compressor 两个词组成，即：涡轮增压器和压缩机，由此也可得知 Turcomp 的业务方向。

经过 30 多年的发展 Turcomp 已经成为一家石油天然气和能源行业的综合服务和解决方案提供商，并在马来西亚各大城市设有 15 个办事处。

通往“效率”和“自主可控”的旅程

由于石油行业对数据敏感的特性，Turcomp 内部的数字化系统倾向于自研，以便实现完全掌控。随着 Turcomp 的快速发展，内部开发既要敏捷高效，同时也要确保严格的数据安全。

“虽然我们精通各种编程语言和高级框架，如 Laravel 和 Django ，但我们认识到传统开发过程的固有复杂性和耗时性。”

Turcomp IT 开发团队

传统开发复杂，需要高技能开发人员，这意味着对于 Turcomp 来说将严重依赖外部团队。因此，Turcomp 开始探索低代码和无代码，希望引入一个既能实现敏捷开发，又能确保安全性的开发平台。

快速开发与安全兼备

在众多低代码和无代码平台中，Turcomp 找到了 NocoBase 。

经过尝试，NocoBase 成为 Turcomp 不可或缺的工具——既能快速进行开发，又能满足安全协议。

“我们对 NocoBase 的无缝集成能力和直观界面感到非常惊喜。”

Turcomp IT 开发团队

正如 Turcomp 的 IT 开发团队强调的那样，首选 NocoBase 的原因如下：

直观且用户友好的界面，可以快速用于原型设计；
可扩展的插件，以满足精确要求；
可控的数据安全策略，以防止数据泄露；
多个系统之间无缝数据交换；
内部部署，能够完全控制系统和数据。

凭借 NocoBase 完善的基础功能和强大的扩展能力，Turcomp 的开发人员将现有系统整合到 NocoBase 统一管理，在不影响安全协议的前提下，实现各个系统之间的数据无缝对接，从而提高运营效率。在此基础上，他们也可以自由地设计和扩展定制化的功能模块，相对于过去的开发模式，灵活性和效率都有很大的提升。

Turcomp 团队现在可以利用 NocoBase 快速开发内部管理系统，并在不过度依赖外部团队的情况下安全部署，大幅减少开发时间。

利用 NocoBase 推动创新与进步

目前，Turcomp 已使用 NocoBase 搭建了多个模块，如时间表和人力资源系统。通过 LDAP 认证插件，Turcomp 已有的用户认证体系与 NocoBase 实现了无缝对接，用户可以无障碍地开始使用 NocoBase。

值得一提的是，得益于 NocoBase 优秀的扩展设计，LDAP 认证插件从开发、输出文档到完成测试只花了两天时间，而过去开发这样的功能则需要一周以上。

Turcomp IT 开发团队表示：

“NocoBase 的强大功能超出了我们最初的预期，并彻底改变了我们的开发工作流程，培养了我们组织内的创新文化。其全面的功能套件赋予了我们前所未有的灵活性和效率，使我们能够以无与伦比的敏捷性和效能应对复杂挑战。”

通过引入 NocoBase，Turcomp 不仅在内部开发中实现了敏捷、高效和安全，还进一步巩固了其在行业中的领先地位。NocoBase 的持续发展和功能扩展，将继续为 Turcomp 提供强有力的支持，推动其在石油和天然气领域不断创新和进步。

“NocoBase 已成为我们无代码开发的基石，催化了公司实质性的进步，并加强了我们在石油和天然气领域追求卓越的承诺。NocoBase 确实非常适合开发，非常容易使用。我们真心希望这个系统能够更成熟，拥有更多的功能。”

——Turcomp IT 开发团队

相关阅读：

如何上传 Docker 镜像到内网服务器

Chen Lin — Thu, 20 Jun 2024 12:39:57 GMT

1. 下载 Docker 镜像

在本地终端中运行以下命令：

docker pull registry.cn-shanghai.aliyuncs.com/nocobase/nocobase:latest

2. 保存 Docker 镜像为 tar 文件

下载完成后，运行以下命令将镜像保存为 tar 文件：

docker save -o nocobase-latest.tar registry.cn-shanghai.aliyuncs.com/nocobase/nocobase:latest

3. 将 tar 文件上传到服务器

在本地终端中运行以下命令，将 nocobase-latest.tar 上传到服务器：

scp nocobase-latest.tar user@ip:/home/user/

4. 在服务器上加载 Docker 镜像

通过 SSH 连接到服务器并加载 Docker 镜像：

ssh user@ip
docker load -i /home/user/nocobase-latest.tar

完成上述步骤后，Docker 镜像将被成功导入到内网服务器上，其他镜像也可以类似的方法上传到内网。

一个不知名的开源项目可以带来多少收入 —— NocoBase 3 年总结分享

Zhou Yanliang — Mon, 13 May 2024 09:09:19 GMT

起源

2020 年新冠疫情开始蔓延，当时我在同时经营 3 个不同的公司。除了其中的体育赛事平台因为疫情关门大吉之外，另外两个公司并没有受影响，营收和利润反而都持续增加。但是连续几个月不能出远门，也不能随便见朋友和客户，这让我很抑郁。

有一天，我跟我老婆说，我不想就此与世界失联，我希望每天都能听到新鲜的故事，我要开始做一个会让我长期兴奋的产品。

于是，我马上联系了 Chenlin。他当时在我们的另一个团队里，负责体育赛事平台的开发。实际上，我们俩从 2018 年开始就断断续续在聊这个产品。经过几个星期的碰撞，我们将目标场景、设计原则、产品形态、技术架构等关键因素都确定下来，我又从另一个团队里拉来一位同事，最初的团队就形成了。

直到几个月后，我们才从几个备选名字中确定了这个产品的最终名称：NocoBase。它是为开发者准备的无代码开发平台，它是开发团队的基础设施。它的设计原则是：80% 的需求通过无代码实现，另外 20% 的部分通过扩展开发实现。它被设计为微内核、插件化的架构，一切功能都以插件的形式扩展。

同时，我们还确定了 3 件事：

开源。这个产品的代码将是开源的。只有开源、开放，才能最大化发挥出它的扩展性优势。而且，开源将帮助我们无需在市场、销售方面投入太多资源，就可以触达全世界的用户。
6 年。不要过早判断这件事情是否正确，至少先做够 6 年再下结论。第一个 2 年，做出 MVP，表达出我们的核心理念；第二个 2 年，将产品投入到生产环境中实际使用，不断验证和完善；第三个 2 年，向更多企业介绍我们的产品，并投入到开源社区的建设。我们会根据收支情况来逐步扩充团队，做好发展速度和风险的平衡。
20%。一旦我们开始盈利，将每年利润的 20%（目前已经增加至 30%）分配给核心团队。核心团队在共同创立一份事业，共同创作一件让自己自豪的作品，而不是从事一份普通的工作。事情就这样开始了。

现状

从 2021 年 3 月 29 日第一次在 GitHub 和 Gitee 提交代码，到现在过去 3 年多一点，也就是我们的第二个 2 年计划正在进行中。

在这 3 年多的时间里，我们在 Reddit、Dev、V2ex、Oschina 等社区发过少量关于 NocoBase 的帖子，除此之外，没有做过更多的宣传和推广活动。原因是 NocoBase 作为企业产品，作为基础设施，它还远不够完善。我们在文档首页和 GitHub Readme 开头强调：NocoBase 处于早期开发阶段，请谨慎用于生产环境。

另外，来自多个国家的用户在自己的博客和社交媒体中介绍过 NocoBase，为 NocoBase 带来很多新用户。有数十位贡献者为 NocoBase 贡献过代码。在此向你们表示感谢。

下面是我们目前的一些数据。从这些数据可以看出来，作为一个开源项目，NocoBase 并没有被太多人知道和使用，它还是一个不知名的项目。

Item	data
GitHub Star	5.7k
Gitee Star	1.8k
Contributors	57
Google results	11.2k
Npm package downloads	37k
Docker image pulls	50k
Git cloners	50/day

值得庆祝的是，我们在 2 个星期前，4 月最后一天，将根版本号从 0 升级到了 1，正式发布了 1.0-alpha 版本。同时也在各个社交平台开通了 NocoBase 的官方账号。我们开始准备向更多人介绍 NocoBase，也准备开启我们的商业化之旅。

过去 12 个月的收入

虽然我们刚刚发布 1.0-alpha，还未公开提供标准的商业许可证和商业插件，但在 2022 年 10 月我们就收到了第一笔大额的收入。在过去的 12 个月里（2023 年 5 月至 2024 年 4 月），我们的收入共计人民币 226 万元（外币全部兑换成人民币）。

这些收入主要来自：

中国
美国
印度
欧洲
巴西

收入的类型主要有：

用户付费让我们优先开发所需的插件（非定制）
商业许可证
商业插件
衍生产品的收入分成

对于一个做了 3 年的产品来说，这个收入普普通通。但这超出了我们的预期。

更重要的收获

2 个月前的一天，我正开车走在高速路上，Todd 联系到我。于是我停在路边，我们畅聊了 1 个多小时，聊完之后已经是傍晚。我继续上路，看着后视镜中红火热烈的夕阳，越发感觉心潮澎湃，仿佛在与整个世界一起跳动脉搏。

Todd 所在的公司叫做 PLAUD，他们的产品叫做 PLAUD NOTE，是全球第一款使用 AI 大语言模型进行智能录音、转写和总结的 AI 设备。当时他们刚完成了数百万美元的众筹，几个月后的今天，他们的销售额已经超过 1000 万美元。他们有强大专业的技术团队来研发全球最优秀的产品，但是并没有太多精力投入到业务支撑系统的研发，导致市场、售后等团队的工作效率远远跟不上业务增长的速度。

看过 PLAUD NOTE 的产品介绍之后，我觉得它太酷了，它背后的团队也很酷，我情不自禁的将它介绍给了周围很多朋友。Todd 的团队觉得 NocoBase 也很酷，我们一拍即合。他们的开发团队用了几天时间就基于 NocoBase 开发出了业务支撑系统，大幅提高了团队的工作效率。

在这个过程中，NocoBase 团队仿佛也亲身参与了 PLAUD 的飞速增长。

Ke 从 2 年前就活跃于 NocoBase 开源社区，并成为贡献者。他就职于中石化第五建设有限公司，是中国最早从事石油化工建设的大型施工企业，也是石化工程系统最早做信息化、数字化的施工单位。同很多传统行业面临的问题一样，软件开发公司不懂他们的行业，他们的行业内又很缺乏专业的开发人员。

NocoBase 给他们的开发模式带来了巨大的改变。他们打通了原有的数据库，接入了很多硬件设备，业务专家基于 NocoBase 所见即所得的无代码开发方式，一步一步探索整个行业的数字化变革。

在与 Ke 的日常交流中，我们了解到沙特项目，了解到科威特项目，聆听了从不曾想象过的故事。不得不感慨，中国的建设能力非常令人钦佩和自豪。

800 年，8000 公里，你能想象在某个清晨，打开邮箱，就能跨越时空与如此遥远的另一个人就像老朋友一样交谈、合作？

锡耶纳大学成立于 1240 年，是全球历史最悠久的学术机构之一。它坐落在意大利托斯卡纳一座中世纪小镇的中心，拥有悠久的学术和创新历史。上一次距离意大利和 1240 年这么近，还是在我上中学的时候，在历史课本中学习罗马帝国、文艺复兴的故事。而今天，在这所 8000 公里以外的、创建于 800 年前的大学里，有一支由技术专家、培训专家、电子学习支持部门共同组成的团队，正在使用 NocoBase 作为他们的基础设施，来整合从行政系统到在线教育系统再到工单系统等广泛的、庞大的流程。

传奇故事并没有停下，就在昨天，这个团队里的 Fabrizio 发给我一条关于温州大学与锡耶纳大学互相访问和合作的新闻。8000 公里瞬间变的近在咫尺，因为温州大学就在我们的身边，而 Fabrizio 告诉我，新闻照片里这栋楼，就是他的办公室所在地。

我们从来没做过像 PLAUD NOTE 这么酷的硬件产品，从没接触过石油化工建设，甚至从没去过意大利。如果没有 NocoBase，它们或许将永远不会出现在我们的视野和生活中。

但现在，我们做到了。我们做出了 NocoBase，它被世界上的一些人发现了。这些人正在认真地用数字技术改善生活，改善工作，甚至改善整个行业。在他们认真改善世界的旅途中，NocoBase 成为了他们的得力助手。

而对我们来说，NocoBase 成为了我们与世界的连接器。它连接我们没做过的事，没见过的人，没去过的地方。我们的生活半径不再是几公里，我们的工作范围不再是几行代码。我们每天都可以进入到崭新的故事中。

这样的回报，又岂是金钱可以衡量的呢？

我们是如何做的

1. 找到合适的方向

找到合适的方向，这可能是所有的创业课程里都会首先谈到的话题，主流观点是去寻找用户痛点、计算市场规模。

对于这个话题，我有不一样的想法。过去这些年，我自己经营过几家公司，也投资过几家公司，它们当中有些已经关张了，有些还在稳步发展，源源不断地创造利润。当我去评价 NocoBase 这样的产品机会，首先关注的并不是用户需求，更不是市场规模。我更想关注它是否适合我。我对自己的性格有最深入的了解，知道自己想要什么，擅长什么，不适合什么。决定做 NocoBase 的时候，我重点考虑了以下几个问题：

它是否会为我补充精神能量，而不是消耗我的能量
它是否是一件值得投入十年以上的事情，而且时间越久，积累越多
它是否有一条细分的、少有人选择的路径
它是否能创造利润，而不需要依赖融资
它是否是一个标准化的产品，通过授权产生收入，而不是通过项目实施

当这些问题都得到肯定的答案后，我们就开始了。

2. 放低预期，顺其自然

几乎所有的创业教程中都会强调增长、甚至指数级增长的重要性。我很佩服那些可以快速增长的企业。可是我们做不了这样的事，一方面能力有限，另一方面并不想让自己和团队被数字牵着鼻子走。我希望我们做的事情能为平稳的生活带来积极的影响，而不是竭尽全力追逐数字。

因此，我们从开始就设置了很低的预期，并且不会过多的关注增长速度，也不设置收入目标。

3. 接受不足，长期投入

我们团队中没有来自世界顶尖大学的辍学生，也没有被媒体光环环绕的明星创业者。大家都是普通人，都是情绪稳定、责任心强、接受过良好的教育、有丰富经验的普通人。我们在开发 NocoBase 的过程中，经常会遇到很难解决的问题，经常要花费比预期多的多的时间，经常会发现 NocoBase 某个地方被做的很难用。我们用了3 年时间才将版本号升级到 1.0，而且还是 1.0-alpha。我们坦然接受这些状况，不为它们焦虑。

在过去的 1000 天里，我们几乎每天都有新的 Commit，每天的 NocoBase 都比前一天更好。

4. 把握节奏，控制风险

我们不融资，需要健康的利润来保证正常发展。利润= 收入 - 支出，因此我们前期要控制支出不会比收入多太多，并尽快实现收入大于支出。

在开工的第一天，我们做的最坏打算是 6 年没有收入，我准备好 6 年的资金，确保我们在极端情况下也可以生存下来，大家可以安心创造产品而无需担心失业。

对于 NocoBase 这样的团队，主要的支出就是工资，因此我们从 3 个人开始，持续了 10 几个月的时间，将每个月的成本控制在几万元。当离产生收入越来越近时，才逐步扩大团队规模，直到最近才增加到 10 个人。

实际上，我们现在已经实现了盈利，并且收入结构越来越健康。

5. 工作的理想是为了理想的生活

NocoBase 是一个远程工作的团队，大家居住在不同的城市，有各自不同的生活习惯。我们每周有一次固定的周会，除此之外再没有其他约束。没有工作量统计，没有工时记录，有事无需请假。每个人都是某一方面的负责人，每个人都为结果负责。

如开头所说，我们每年将 30% 的利润分配给核心团队。大家为 NocoBase 负责，实际上就是为自己的事业负责。

当我写下这段文字的时候，大家正在为两个星期后的团队集体聚会、度假做准备。

6. 帮助用户成功

我们没有销售团队，未来很长时间应该也不会有。我们希望通过产品本身吸引用户，与用户建立连接，然后再通过产品来帮助用户达成他们的目标。我们不向用户兜售商业许可证，我们建议用户尽可能使用开源许可证达成目标，或者至少在自己的业务场景中经过几个月的实际测试。NocoBase 切实帮助用户赚到更多钱，或者降低更多成本，这是用户愿意向我们付费的基础。

接下来做什么

我们其实没有非常详细的时间表，也没有增长计划。但至少可以确定的是，我们的 6 年计划刚过半，在接下来的 1000 天里，我们仍然会几乎每天都有 Commit，每一天的 NocoBase 依然会比前一天更好。

当然，我们也很期待能连接到更多精彩的故事，期待能紧密地与精彩故事共舞。如果你的公司正在使用或者准备尝试 NocoBase，或者你对于参与 NocoBase 的开发很感兴趣，欢迎与我们取得联系。

NocoBase 服务端接口初步优化的过程

NocoBase team — Mon, 11 Dec 2023 08:11:23 GMT

背景

有用户通过 GitHub issue 反馈 NocoBase 的系统吞吐量表现不佳。作为一个快速迭代的产品，现阶段团队成员的工作重点可能在于完善系统功能，过去对于系统性能方面确实没有进行专门的优化。随着 NocoBase 面向更多的用户，逐渐步入生产环境，系统各方面的性能问题也逐渐暴露出来，需要我们提高重视程度，着手进行优化。

当然，对于 NocoBase 这样一个产品，实际的应用场景通常比较复杂，不同用户的使用习惯差异也比较大，性能问题的优化需要对不同的场景具体分析，分阶段进行，不可能在一次优化中面面俱到，解决所有问题。

本次调研和优化的主要目标是对系统服务端接口的性能有一个初步的测算和评估，并针对性地进行一些通用的、基础的优化工作。

性能测试

说明

由于 NocoBase 使用的底层框架是 Koa + Sequelize，我们设置以下几组测试，将数据作为基准来参考对比。

Koa + Sequelize - 底层框架，理论最优情况，实际肯定会有打折。
Koa + @nocobase/database - @nocobase/database 是基于 Sequelize 实现的，对数据库操作的上层封装。
Koa + @nocobase/resourcer - @nocobase/resourcer 是路由分发层
Koa + @nocobase/server - @nocobase/server 是 NocoBase 服务端
Koa + Nocobase - 包含内置插件的完整 NocoBase 程序

本次性能测试并不是模拟生产环境，做一次完整的压测。而是通过分层测试，进行数据对比，来找到目前主要影响接口性能的部分。测试主要在我的个人电脑上进行，使用的测试工具为 wrk, 主要参数如下：

系统: MacOS 14.0
CPU: 10core
内存: 32GB
数据库: PostgreSQL (Docker 最新版本)
NocoBase 运行方式: yarn start -d

测试的接口为 /api/users:list, 即相当于在 users 表上执行 select ... limit 20 和 count 语句。具体代码可以参考 benchmark.

对每组测试执行 wrk -t20 -c20 -d1m.

Koa + Sequelize

RPS: 6938.71

> $ wrk -t20 -c20 -d1m http://localhost:13020/ 
Running 1m test @ http://localhost:13020/
  20 threads and 20 connections
  Thread Stats   Avg      Stdev     Max   +/- Stdev
    Latency     2.91ms    0.88ms  38.10ms   97.01%
    Req/Sec   348.52     30.22   434.00     84.53%
  416831 requests in 1.00m, 141.52MB read
Requests/sec:   6938.71
Transfer/sec:      2.36MB

数据库 CPU > 100%

CONTAINER ID   NAME       CPU %     MEM USAGE / LIMIT     MEM %     NET I/O           BLOCK I/O         PIDS
80393e7580c1   postgres   125.63%   196.7MiB / 7.748GiB   2.48%     11.6GB / 15.8GB   76.4MB / 2.81GB   11

PosgreSQL 通常只使用一个 CPU 核心，说明此时性能瓶颈在数据库。

Koa + @nocobase/database

RPS: 5487.29

> $ wrk -t20 -c20 -d1m http://localhost:13010/                   
Running 1m test @ http://localhost:13010/
  20 threads and 20 connections
  Thread Stats   Avg      Stdev     Max   +/- Stdev
    Latency     3.66ms  795.89us  32.80ms   91.85%
    Req/Sec   275.53     21.87   434.00     82.60%
  329784 requests in 1.00m, 121.71MB read
Requests/sec:   5487.29
Transfer/sec:      2.03MB

数据库 CPU > 100%

CONTAINER ID   NAME       CPU %     MEM USAGE / LIMIT     MEM %     NET I/O           BLOCK I/O         PIDS
80393e7580c1   postgres   102.99%   197.7MiB / 7.748GiB   2.49%     12.3GB / 16.6GB   76.5MB / 2.82GB   11

性能有所下降，但可以接受，数据库也基本可以跑满。

Koa + @nocobase/resourcer

RPS: 4787.94

> $ wrk -t20 -c20 -d1m 'http://localhost:13040/api/users:list'
Running 1m test @ http://localhost:13040/api/users
  20 threads and 20 connections
  Thread Stats   Avg      Stdev     Max   +/- Stdev
    Latency     4.20ms    0.92ms  30.97ms   88.29%
    Req/Sec   240.48     18.01   333.00     80.79%
  287757 requests in 1.00m, 120.47MB read
Requests/sec:   4787.94
Transfer/sec:      2.00MB

CONTAINER ID   NAME       CPU %     MEM USAGE / LIMIT     MEM %     NET I/O         BLOCK I/O         PIDS
80393e7580c1   postgres   87.72%    197.3MiB / 7.748GiB   2.49%     12.6GB / 17GB   76.5MB / 2.82GB   11

性能进一步损耗，数据库也没有跑满。原因我们后面再分析。

Koa + @nocobase/server

RPS: 2285.86

> $ wrk -t20 -c20 -d1m 'http://localhost:13030/api/users:list'                                                   
Running 1m test @ http://localhost:13030/api/users:list
  20 threads and 20 connections
  Thread Stats   Avg      Stdev     Max   +/- Stdev
    Latency     8.80ms    2.05ms  93.25ms   97.23%
    Req/Sec   114.80      9.27   300.00     93.35%
  137358 requests in 1.00m, 87.90MB read
Requests/sec:   2285.86
Transfer/sec:      1.46MB

CONTAINER ID   NAME       CPU %     MEM USAGE / LIMIT     MEM %     NET I/O           BLOCK I/O         PIDS
80393e7580c1   postgres   47.82%    197.5MiB / 7.748GiB   2.49%     13.2GB / 17.7GB   76.9MB / 3.15GB   11

对比 Koa + @nocobase/resourcer 的测试数据，性能损耗一半左右，主要的性能瓶颈已经从数据库转移到程序本身。

Nocobase

RPS: 580.48

> $ wrk -t20 -c20 -d1m 'http://localhost:13000/api/users:list?token=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJ1c2VySWQiOjEsImlhdCI6MTcwMTY3MjA3MCwiZXhwIjoxNzAyMjc2ODcwfQ.ISmvJ7cc2XhlNO3xB6O2gndvwKS2Xs71Fo2bXuRpmfg' 
Running 1m test @ http://localhost:13000/api/users:list?token=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJ1c2VySWQiOjEsImlhdCI6MTcwMTY3MjA3MCwiZXhwIjoxNzAyMjc2ODcwfQ.ISmvJ7cc2XhlNO3xB6O2gndvwKS2Xs71Fo2bXuRpmfg
  20 threads and 20 connections
  Thread Stats   Avg      Stdev     Max   +/- Stdev
    Latency    34.44ms    3.85ms  97.95ms   85.18%
    Req/Sec    29.03      3.94    50.00     85.04%
  34886 requests in 1.00m, 26.25MB read
Requests/sec:    580.48
Transfer/sec:    447.27KB

完整的 NocoBase 性能表现下降很多。这其实是测试前我们大致可以预料到的结果，因为接口要经过很多插件中间件，包括认证、权限等判断和处理，其中涉及到一些查库的操作，之前我们都没有进行缓存，这也是我们目前阶段要优化的重点。

代码分析和优化

Sequelize -> database -> resourcer

从底层的 Sequelize 到 database, 再到 resourcer, 虽然每一层的性能都有损耗，但是对于单进程，表现尚可接受。这里主要也是多了一些代码逻辑的封装，本次优化也不是追求一步到位，所以这部分暂时维持现状，后面有需要再拎出来单独优化。

resourcer -> server

从 resourcer 到 server, 性能损耗超过一半，说明这里肯定存在问题，所以先从这里着手分析。server 主要比 resourcer 多了一些应用层的中间件（参考）。从代码上，逻辑大多比较简单，看不出特别影响性能的地方，于是我决定收集一下跟中间件的耗时相关的数据。

perf_hooks

NodeJS 提供了跟性能测试相关的 API: perf_hooks, 相比于单纯的计算耗时，可以收集到一些其他的指标。不过我们这里还是主要看一些各个中间件的耗时，可以利用 perf_hooks.createHistogram 创建一个直方图，通过执行压测程序，并记录每个中间件的执行时间，就可以统计出在压测时间内，中间件执行时间的最小值、最大值、中位数等数据。类似：

{
  "i18n": {
    "count": 12455,
    "min": 1875,
    "max": 927231,
    "mean": 4867.227137695704,
    "exceeds": 0,
    "stddev": 10258.399954791737,
    "percentiles": {
      "0": 1875,
      "50": 3250,
      "75": 5372,
      "100": 926720
    }
  }
}

通过对统计结果排序，我发现了两个比较影响性能的中间件：日志和 i18n.

日志

默认情况下，NocoBase 会同时向文件和终端输出日志。根据 node 文档的说明，A note on process I/O,

Warning: Synchronous writes block the event loop until the write has completed.

在我的测试环境中，这两种输出应该都是同步的，而接口的请求和响应都会有日志输出，不可避免会对性能造成一定的影响。考虑到接口日志是不可或缺的，暂时维持现状。不过在生产环境，我们通常只需要保留文件日志，所以在后续测试的时候可以关闭终端日志来降低一部分性能的损耗。在生产环境中，也可以按需调整日志级别。

i18n

i18n 中间件主要是本地化资源相关的一些逻辑，经过进一步测试发现，主要耗时的部分集中在这行代码：

const i18n = ctx.app.i18n.cloneInstance({ initImmediate: false });

这里每次 clone 一个 i18n 实例来隔离不同请求使用的语言资源，但是观察下来每次都执行这个操作是比较耗时的。这里的解决方案是按照不同的语言，改成一个单例实现，这样在语言相同的情况下就可以使用已有的实例，而不是每次都重新加载。

server -> NocoBase

从单纯的 server 到完整的 NocoBase, 性能表现大打折扣。原因我们之前也提到，完整 NocoBase 包含了很多内置插件，插件增加了很多路由层中间件，包含了认证、权限等。参考前面的方法，我们同样先用 perf_hooks 来统计比较一下这些中间件的耗时。结果显示影响最大的两个中间件及其主要执行逻辑是：

authManager.middleware - 用户认证模块的鉴权中间件
1. 判断用户 token 是否在黑名单中
2. 获取当前使用的认证方式
3. 根据认证方式获取用户信息
acl.setCurrentRole - 权限模块的设置角色信息的中间件
- 根据当前用户 ID 获取关联角色信息，并设置用户角色

上面两个中间件的主要执行逻辑都涉及到查询数据库的操作，而且每个请求都会执行，对于这个这部分我们目前的解决方案是增加缓存。

缓存策略

存储

目前 NocoBase 内置的缓存存储有内存和 redis. 对于类似系统认证方式这样相对固定的数据，我们会存储到内存中。跟用户信息相关的数据，会按照用户 ID, 跟随系统默认的存储方式进行存储，如果用户配置了 redis 作为默认的存储方式，就会存储到 redis 中。

按需缓存 + hook 更新

对于上述的认证方式、用户信息、角色等数据通常都属于读多写少的类型，缓存采用按需缓存的策略，即第一次请求的时候查询数据库并缓存查询结果，下一次请求的时候使用缓存结果。同时为了确保数据的一致性，增加 hook 监听数据库的数据变动，来同步更新缓存。

布隆过滤器

对于 token 黑名单的查询，因为我们需要将用户 token 和黑名单中的 token 进行比对，所以不能采用按需缓存的策略来缓存某个 token，而是应该在程序启动的时候将黑名单的 token 预加载到缓存。为了节省内存空间，我们用布隆过滤器来缓存黑名单，布隆过滤器的特点是可以准确判断某个值不存在，有一定概率误判某个值存在。首先用布隆过滤器判断用户 token 是否在黑名单中，不在的话则可以直接返回结果，如果布隆过滤器返回存在，我们可以再一步查询数据库来保证准确性。

LRU

NocoBase 的内存缓存默认使用 LRU 策略来淘汰缓存，可以通过配置来限制缓存空间上限。如果使用 redis，则可以自行配置缓存策略，如 LRU 或 LFU 等。

其他优化

在前面对中间件耗时的测试中，除了上面提到的对性能影响比较严重的中间件，还有一些中间件对性能也有影响，比如 db2resource, ACLMiddleware. 为了进一步分析系统可能还存在哪些比较影响性能的部分，现阶段还有没有一些相对简单的优化工作可以完成，我们通过开启 inspector 来查看系统运行时的 CPU profile.

# 开启 inspector
NODE_ARGS=--inspect yarn start

使用 wrk 向接口持续发起请求，然后利用 Chrome dev tools 抓取一段时间内程序运行的 CPU Profile, 我们可以得到类似这样的结果。

通过观察 Profile 我们发现 db2resource 中解析路由的一些逻辑对性能有一定影响，比如用到 pathToRegexp 是比较消耗 CPU 资源的操作，这也解释了前面测试中，在路由层上性能有进一步损耗的问题。在 ACLMiddleware 中也发现权限处理相关的操作，比如 miniMatch, 执行时间比较长。对于这部分我们暂时做了一些简单的优化，比如对一些重复的计算做了变量缓存，更进一步的优化则放到以后。

总结

优化结果

我们本次优化主要有：

对中间件中耗时较长的逻辑，如 i18n 实例创建、权限判断，使用变量缓存。
对中间件中频繁查询数据库的逻辑，使用适当的缓存。

同时我们建议在生产环境根据需要调整日志的输出级别和方式，以降低日志打印对接口性能的影响。

经过上述优化，对完整的 NocoBase 应用重新进行测试，可以看到接口的性能表现有较大的提升。

> $ wrk -c20 -t20 -d1m 'http://localhost:13000/api/users:list?token=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJ1c2VySWQiOjEsImlhdCI6MTcwMTY5NzU5MCwiZXhwIjoxNzAyMzAyMzkwfQ.Fs7ccoBKi2F2MPOCO5kpJHTH_mnVhqkFVQmlBzgBza0'
Running 1m test @ http://localhost:13000/api/users:list?token=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJ1c2VySWQiOjEsImlhdCI6MTcwMTY5NzU5MCwiZXhwIjoxNzAyMzAyMzkwfQ.Fs7ccoBKi2F2MPOCO5kpJHTH_mnVhqkFVQmlBzgBza0
  20 threads and 20 connections
  Thread Stats   Avg      Stdev     Max   +/- Stdev
    Latency     9.60ms    2.62ms 103.80ms   96.32%
    Req/Sec   105.44     11.62   393.00     83.66%
  126047 requests in 1.00m, 60.10MB read
  Non-2xx or 3xx responses: 2
Requests/sec:   2097.31
Transfer/sec:      1.00MB

持续优化

本次优化过程也存在一些局限性：

一方面是只对简单的接口请求做了测试，在真实业务场景下，如过滤、变量解析、复杂事务，还有更多性能问题需要我们去优化；

另一方面是只对影响性能比较严重的部分进行了优化，还存在一些优化空间。

在未来我们会对 NocoBase 的性能做持续的优化，如果你在使用的过程中，遭遇性能问题，欢迎向我们反馈具体的 case, 以方便我们对实际的使用场景做分析和优化。

参考

移除：用户插件中已废弃的用户认证接口

NocoBase team — Mon, 04 Dec 2023 00:55:26 GMT

在6月份发布的 v0.10 版本中，用户插件 (@nocobase/plugin-users) 提供的用户认证功能已经由认证插件 (@nocobase/plugin-auth) 取代，用户插件提供的登录、注册等接口也被废弃，参考 NocoBase 0.10：第二季度的新特性#登录、注册接口的变更。

/api/users:signin -> /api/auth:signIn
/api/users:signup -> /api/auth:signUp
/api/users:signout -> /api/auth:signOut
/api/users:check -> /api/auth:check

现在用户插件中的用户认证相关接口已经被移除，参考 PR-3122.

NocoBase 博客

NocoBase 2.2 正式版发布

新特性

新增 /v/ 独立前端入口

设置应用的默认入口

/v/ 分支当前情况

文件访问机制升级：稳定 URL、权限校验与部署调整

文件 URL 与公开访问可以独立配置

升级前需要检查部署配置

安全边界

新移动端（仅 /v/ 入口支持）

新评论区块

AI 知识库增强

工作流：数据库事务节点

V2 适配与体验完善

以下插件不再支持 V2（已废弃但尚未移除）

Awesome NocoBase：发现和分享社区插件

已收录的社区插件

一起建设 NocoBase 的插件生态

一支每年出警 200 次的消防队，如何用 NocoBase 搭建运营系统

来自波兰的志愿消防队

从 Google Drive，到 NocoBase

由整个消防队共同搭建的运营系统

系统首页

出警与事件管理

人员、资质与办公室事务

车辆、装备与技术状态

自动化流程处理

关键日期提醒

工时统计

团队沟通

一套仍在持续成长的消防队运营系统

NocoBase 2.2-beta 发布

新特性

新增 /v/ 分支

设置应用的默认入口

/v/ 分支当前情况

多工作区（仅 /v/ 分支支持）

新移动端（仅 /v/ 分支支持）

新评论区块

AI 知识库优化

工作流：数据库事务节点

以下插件不再支持 V2（已废弃但尚未移除）

使用内置工作流与 AI 员工完成公司背景调研自动化

先看两张表

companies：公司信息表

background_check_tasks：背景调查记录表

从公司资料进入调研流程

三种触发方式

把 AI 调研变成任务

让 AI 结果可复核

工作流怎么组合

可以迁移到哪些场景

参考文档

用 NocoBase 搭建可联动的运营仪表盘

场景目标

先明确一个搭建思路

一、图表区块如何自定义样式

二、让系统筛选区块成为整个页面的观察口径

三、用 JS 区块展示 KPI 卡片

四、图表联动 JS 区块做下钻

五、下钻 JS 区块如何展示明细

实践建议

1. 不要急着把复杂页面整体代码化

2. 简单统计优先用图表区块 Query builder

3. KPI 卡片优先用 JS 区块

4. 图表事件要返回 cleanup

让 AI 帮你搭建

参考文档

法国大区政府如何用 NocoBase 建设数字化公共服务平台

引言

挑战

Astrolab 的解决方案

平台一：GIE 环境评估

平台二：SID 车队共享

平台三：EIT 普查平台

成果

技术架构

总结

程序员和软件还有前途吗 —— 从 NocoBase 收入再翻倍谈起

新增 `/v/` 独立前端入口

`/v/` 分支当前情况

新移动端（仅 `/v/` 入口支持）

新增 `/v/` 分支

`/v/` 分支当前情况

多工作区（仅 `/v/` 分支支持）

新移动端（仅 `/v/` 分支支持）

`companies`：公司信息表

`background_check_tasks`：背景调查记录表