all use cases
// for founders building a platform

Ship your domain.
Skip the plumbing.

You're building a domain-specific B2B platform — and 80% of it is the same multi-tenant, auth, RBAC, CRUD, API plumbing every SaaS rebuilds. dForge gives you that foundation as metadata so you spend your time on the part only you can build.

you build this

Your domain

The workflows, rules, and product only you can build.

dForge handles this

The foundation, as metadata

AuthRBACCRUDJSON-RPC APIAuditFormulasWorkflowsFile storageReportsMigrationsTenant isolation
// sound familiar?

If any of this is on your plate, you're in the right place.

You're evaluating Supabase or Firebase and still facing months of app logic.
Multi-tenancy, roles, audit, and a real API are table stakes you don't want to write.
You need to ship a credible product to design partners fast.
You want to white-label and run per-customer instances later.
// how dForge fits

Three things you don't have to build.

The hard infrastructure is solved before you start — so your first commit is product, not plumbing.

01

Model your domain in metadata

Describe entities, views, roles, and actions — to AI or by hand. The runtime turns that description into a working multi-user app with a JSON-RPC API, out of the box.

  • Change the model and the schema follows — no migrations to hand-write.
  • Every entity ships with CRUD, validation, and a typed API automatically.
  • Draft it with AI, then refine it like code.
your description
entitiesviewsrolesactions
dForge runtime
out of the box
Working multi-user app
+ JSON-RPC API · auth · permissions
02

True isolation, built in

One database per tenant from day one. Each customer's data lives in its own database — no shared tables, and no cross-tenant query is even possible. Row- and column-level security and a full audit trail sit on top.

  • One database per tenant — the security boundary is the database itself.
  • Composable row- and column-level security, per role.
  • Full audit on every change.
tenant
acme
● isolated
postgres
acme_db
crmhrfin
tenant
globex
● isolated
postgres
globex_db
crmhrfin
tenant
initech
● isolated
postgres
initech_db
crmhrfin
one database per tenant · no shared tables · no cross-tenant queries
03

Self-host or white-label

Run on your own infrastructure, bring your own Postgres, and put your brand on it. Your customers never see dForge. When you need hard separation, spin up per-customer instances.

  • Your domain, your logo, your login screen.
  • Bring your own Postgres; deploy with Docker on your infra.
  • Export your metadata to version control — it's yours.
app.yourbrand.com
YourBrand Operations
powered by dForge — your customers never see it