mrkeyoor.com_
Tue 01 Sept 17:44 UTC
Self-Hostedevaluationupdated 26 Aug 2026

nocobase review

NocoBase is a self-hosted, source-available platform for building business applications around relational data, visual pages, permissions, workflows, and plugins. It gives non-developers a visual editor while developers can extend the same system through code, APIs, a CLI, and coding agents.

+114stars / 7d
Verdict

Our NocoBase source install failed after 309 seconds because Yarn saw Node 18.20.8 while one dependency required Node 20 or newer, so contributors should verify the runtime before taking on its 26,552-file monorepo. NocoBase is still worth a pilot for serious internal systems that need relational data, visual configuration, permissions, and plugins in one product. Walk away early if the supplemental license, the V2 migration, or the two open security reports conflict with your deployment.

We ran it

Lab card: what happened when we ran nocobaseScreenshot of nocobase (www.nocobase.com)
Install✗ · 309s
Build
Repo26552 files~1,800,208 lines of source · 150.4 MB · 25 CI workflows · Dockerfile

Answers from our run

Does nocobase build from source?

The dependency install failed, and the project has no separate build step. We cloned commit 2ff358d into a clean Debian container with 3 CPUs and no project-specific setup.

Who should not use nocobase?

Companies building a public no-code, low-code, or AI platform SaaS or PaaS: the supplemental license forbids that use of the original or modified software.

What are the alternatives to nocobase?

NocoDB, Appsmith, Budibase. Our NocoBase source install failed after 309 seconds because Yarn saw Node 18.

Setup2/5The source install failed after 309 seconds on a Node engine check
Docs4/5Clear quick start, deployment guidance, and detailed 2.2 migration notes
Community5/523,874 stars with a same-day push, release, issues, and pull requests
Maturity4/5Broad business features, tempered by V2 migration and security reports

Discussed on

  1. hnNocobase, on prem Notion for creating production-ready apps33 points
  2. hnHow much revenue can an unknown open-source project get10 points
  3. hnOpen Source CRUD Development Tools: NocoBase vs. Refine6 points
  4. hnShow HN: NocoBase - Scalability-first, open-source no-code platform4 points
  5. hnHow much revenue can an unknown open-source project get3 points

Who it’s for

Teams replacing spreadsheets or one-off admin panels with shared internal applications.
Organizations that want business users to edit screens while developers own plugins and deployment.
Operators prepared to run a database-backed application, plan upgrades, and test permissions.
Companies whose product fits the Community Edition restrictions or a commercial NocoBase license.

Who it’s NOT for

Companies building a public no-code, low-code, or AI platform SaaS or PaaS: the supplemental license forbids that use of the original or modified software.
Teams requiring plain Apache 2.0 terms or full rebranding rights: NocoBase adds terms that prevail over Apache 2.0 and restrict removal of interface branding.
Contributors who need a source checkout to install cleanly without runtime investigation: our Yarn install failed after 309 seconds on a Node engine mismatch.
V1-heavy deployments expecting to switch straight to the /v/ frontend: the 2.2.0 notes say to migrate pages and plugins first and list missing V2 capabilities.
Security-sensitive deployments that accept rich text or SQL workflow variables from lower-trust users without a review: open reports describe stored XSS through the collection API and unsafe SQL template interpolation.

Setup reality

Our sandbox install failed with exit code 1 after 309 seconds. The checkout at commit 2ff358d had 26,552 files, about 1,800,208 lines of source, and used 150.4 MB. Yarn reported that @langchain/anthropic@1.3.17 required Node 20 or newer but it was running Node 18.20.8, although the sandbox image was labeled lab-node:22. The log does not explain that mismatch.

The current installation guide asks for Node 22 or newer and Yarn 1.x, with Docker running if you choose that route. The setup UI covers application basics, storage, runtime port, and either a built-in or custom database. A public deployment also needs a reverse proxy and HTTPS.

This is a Yarn workspace monorepo with 25 CI workflow files, a Dockerfile, and a compose file; our scan found no tests directory. Because installation failed, build and tests were not reached. Version 2.2 also makes proxy handling for /files/, V1-to-V2 page migration, plugin compatibility, backups, and rollback tests part of the production job.

NocoBase combines visual pages, workflows, and relational data

NocoBase is a business-application platform for approval tools, customer records, dashboards, and similar structured work. Administrators define collections, pages, actions, workflows, and roles in a visual interface. Developers use plugins, HTTP APIs, MCP, a CLI, and coding-agent skills. That shared model suits teams whose spreadsheets have become fragile but whose processes do not justify separate custom applications.

At commit 2ff358d, our checkout contained 26,552 files and roughly 1,800,208 lines of source before dependencies. The code is organized as Yarn workspaces, and the project describes a microkernel design where features arrive through plugins. A team can begin with visual configuration, then add code where the built-in blocks stop fitting its process.

Relational data is the reason to pick it over a page builder

The README says business data stays in standard relational structures, separate from the interface, and can come from the main database, outside databases, or third-party APIs. Visual screens, workflows, and permissions sit on that model. This fits an approval system or case-management tool better than a builder centered mainly on disconnected forms.

Coding agents can use the CLI and skills, while AI employees work inside the application with assigned roles and field-level read and write permissions. The README also describes audit logs for data changes and workflow triggers. Those controls give operators something concrete to test, especially because the 150.4 MB checkout contains a wide plugin surface.

What happened when we ran it

Our sandbox install failed with exit code 1 after 309 seconds. We used commit 2ff358d in an unprivileged container with 3 CPUs, 8 GB of RAM, no secrets, and an image labeled lab-node:22. Yarn's final error said @langchain/anthropic@1.3.17 expected Node 20 or newer and that the running version was 18.20.8. The log does not say why the image label and reported runtime differed.

The failure happened during dependency fetching, after warnings about pinned dayjs and nwsapi resolutions. Installation stopped there, so build and tests were not reached. Our repository scan found 25 CI workflow files, a Dockerfile, a compose file, workspace configuration, and no tests directory. These are structural signals only; they do not substitute for a test result.

The published quick start is shorter than preparing all 26,552 source files for development. It installs the NocoBase CLI and starts nb init --ui. The current guide calls for Node 22 or newer and Yarn 1.x, then covers storage, port, and database choices. Docker must already be running for that option. A public instance also needs HTTPS and a reverse proxy.

Version 2.2 makes the /v/ frontend a migration decision

Release 2.2.0 introduced an independent /v/ frontend that removes compatibility with V1 pages and client plugins. The notes advise V1-heavy applications to migrate pages and related plugins before switching. They list capabilities that differ or remain unavailable under /v/, including workflow manual nodes and older blocks. Existing deployments should inventory those dependencies before changing the entry path.

File access changed in the same 2.2 release. Managed files now use stable /files/ URLs that pass through NocoBase for identity and permission checks before a 302 redirect to storage. Manual proxies must route that path before the frontend fallback and avoid caching the redirect target. The notes recommend a database snapshot where rollback matters because new URLs may not work on an older version.

The license excludes public platform products

GitHub reports no standard SPDX license for NocoBase. Its February 24, 2026 agreement incorporates Apache 2.0, then adds terms that take precedence. Community Edition users may use the software commercially, but most NocoBase branding must remain. The agreement forbids offering the original or modified software to the public as a no-code, low-code, or AI platform SaaS or PaaS.

That boundary can settle the decision before a 309-second install is attempted. An ordinary internal application may fit, while a hosted platform for customers may not. Commercial licenses add rights, including branding changes, yet retain restrictions around platform products and redistribution. Product teams should have the current agreement reviewed against the service they intend to sell.

Two open reports require review before lower-trust access

Issue 10416, opened August 26, reports stored cross-site scripting when a user writes arbitrary HTML to a rich-text field through the collection API. The report says the editor limits browser input, while the API stores HTML without server-side sanitizing before rendering. It identifies a commit and file; no published advisory exists. Deployments accepting lower-trust API writes should reproduce it and track the response.

Issue 10269 describes unsafe template interpolation in the SQL workflow plugin when unsafeInjection is enabled. It remained open after an August 21 update. The report says the safe path uses parameterized replacements and identifies a migration that enables the unsafe mode for some existing nodes with template parameters. Teams using SQL workflow nodes should inspect those settings before user-controlled values can reach them.

August 26 activity shows maintenance and rapid change

The repository was pushed on August 26, 2026, and v2.2.3 was released the same day with fixes for V2 forms, association fields, GigaChat startup, and WeCom behavior. GitHub showed 23,874 stars and 296 open issues and pull requests combined; a separate issue search returned 113 open issues. Recent issue and pull-request updates show active maintenance.

NocoBase has enough documentation and deployment options to justify a representative pilot, but upgrades deserve application-level checks. Build one real workflow, apply field permissions, test file access through the production proxy, back up the database, and rehearse rollback. The measured install failure makes the published CLI or container path the sensible first trial for most teams.

Alternatives

ProjectWhat it isPick it when
NocoDB gh↗A self-hosted database interface built around spreadsheet-like views and APIs.pick this instead when the main need is a friendlier interface over tables rather than a plugin-led business application platform.
AppsmithAn internal app builder based on widgets, database queries, and API connections.pick this instead when developers want to assemble admin tools directly from screens and queries.
Budibase gh↗A self-hostable builder for internal apps, forms, and automations.pick this instead when Budibase's builder and deployment model better match a smaller internal-tool team.

What people are saying

  1. [github-trending] nocobase/nocobase

Sources

  1. NocoBase repository and README
  2. NocoBase installation guide
  3. NocoBase v2.2.3 release
  4. NocoBase v2.2.0 release notes
  5. NocoBase license agreement
  6. Stored XSS report
  7. SQL workflow injection report

More self-hosted reviews

v2 · OpenShell · wigolo · Mindwtr · club-3090 · reclip · the whole board →