DEV.co
Open-Source CMS · daptin

daptin

Daptin is an open-source backend-as-a-service platform written in Go that auto-generates REST, GraphQL, and OpenAPI interfaces from YAML schema definitions. It bundles data modeling, user authentication, permissions, file storage, workflows, integrations, and operational features into a single deployable server.

Source: GitHub — github.com/daptin/daptin
1.9k
GitHub stars
119
Forks
Go
Primary language
LGPL-3.0
License (OSI-approved)

Key facts

Objective fields from the source. Values we can't verify are shown as “Unknown” rather than guessed.

FieldValue
Repositorydaptin/daptin
Ownerdaptin
Primary languageGo
LicenseLGPL-3.0 — OSI-approved
Stars1.9k
Forks119
Open issues37
Latest releasev0.12.25 (2026-06-24)
Last updated2026-07-05
Sourcehttps://github.com/daptin/daptin

What daptin is

Built in Go, Daptin exposes schema-defined entities through JSON:API and GraphQL endpoints, with support for SQLite/PostgreSQL/MySQL backends. It provides row-level permissions, OAuth/OIDC flows, action chains, state machines, rclone-backed storage, LLM routing, and clustered operations via Olric.

Quickstart

Get the daptin source

Clone the repository and explore it locally.

terminalbash
git clone https://github.com/daptin/daptin.gitcd daptin# follow the project's README for install & configuration

Need it deployed, integrated, or customized instead? DEV.co ships production installs.

Best use cases

Rapid Backend Prototyping for New SaaS/Apps

Define data schema in YAML, get REST/GraphQL/OpenAPI endpoints immediately without writing backend code. Ideal for early-stage founders and internal tool teams needing fast iteration.

Headless CMS and Content-Driven Sites

Manage structured content, static site hosting, asset columns, and templating from one runtime. Supports multi-tenant content models with row-level permissions.

API Product with Metering and Multi-Tenancy

Built-in API plans, quotas, usage logging, rate limiting, and credit hooks. OAuth provider support enables token-based access for third-party clients.

Implementation considerations

  • Schema-first model requires upfront data modeling discipline; YAML schema becomes the source of truth for APIs, auth, and validation.
  • Database choice (SQLite/PostgreSQL/MySQL) impacts clustering, HA, and backup strategy—Olric is used for distributed caching and PubSub, not data.
  • Action chains and state machines are powerful but require understanding of Daptin's workflow DSL; business logic lives in configuration, not code.
  • File storage integrates rclone providers; verify cloud credentials, encryption-at-rest, and compliance for your storage backend.
  • Multi-tenancy model relies on usergroups, ownership columns, and row permissions; careful schema design is essential to prevent data leaks.

When to avoid it — and what to weigh

  • High-Scale, Mission-Critical Production — 1.8k stars and v0.12.x versioning indicate early-stage maturity. Limited adoption signals and no known enterprise production deployments cited. Requires thorough vetting before critical use.
  • Strict Commercial License Compliance Required — LGPL-3.0 allows commercial use but mandates disclosure of any LGPL code modifications and library linking. Proprietary code using Daptin as a sidecar is likely permissible, but requires legal review for your use case.
  • Existing Monolithic Backend Investment — Best as primary backend or parallel service, not as retrofit to large existing systems. Migration complexity and operational divergence may outweigh incremental benefits.
  • Need for Guaranteed, Vendor-Backed Support — Community-driven project. No SLA, support contract, or committed vendor backing. Suitable for in-house teams willing to debug and maintain independently.

License & commercial use

Daptin is licensed under LGPL-3.0 (GNU Lesser General Public License v3.0). LGPL permits commercial use, modification, and distribution, but requires disclosure of modifications to LGPL code and must allow users to re-link against modified versions of the library.

LGPL-3.0 allows commercial use, but imposes copyleft obligations on modifications to Daptin itself. Using Daptin as a sidecar service (separate process) and deploying unmodified binaries typically avoids LGPL restrictions. However, if you modify Daptin code or statically link it, you must disclose source and allow re-linking. Legal review is recommended for your specific deployment model and jurisdiction.

DEV.co evaluation signals

Editorial assessment — not user reviews. Directional, with an explicit confidence level.

SignalAssessment
MaintenanceActive
DocumentationAdequate
License clarityClear
Deployment complexityModerate
DEV.co fitGood
Assessment confidenceMedium
Security considerations

LGPL source is auditable. Row-level permissions and multi-tenancy rely on correct schema and configuration; misconfiguration can leak data. Credential storage uses encryption but requires verification of key derivation and rotation. OAuth/OIDC provider implementation should be reviewed for spec compliance and token validation rigor. WebSocket realtime events must enforce authorization per row to prevent unintended event leakage. No third-party security audit results are publicly visible.

Alternatives to consider

Strapi

Mature headless CMS with plugin ecosystem and stronger commercial backing (Strapi SAS). More production references but heavier on CMS features, lighter on API metering and multi-tenancy.

Hasura

Instant GraphQL and REST APIs from existing databases. Faster for schema-to-API if you already have a database; weaker on built-in auth, workflows, and file storage than Daptin.

Firebase / Supabase

Managed backend-as-a-service with hosted databases, auth, and realtime. Trade infrastructure management overhead for vendor lock-in and higher operational costs; more production-hardened.

Software development agency

Build on daptin with DEV.co software developers

Start with a schema.yaml prototype on your local machine or Docker. For SaaS or multi-tenant projects, conduct a security and scalability assessment before production commitment.

Talk to DEV.co

Related open-source tools

Surfaced by semantic similarity across the DEV.co open-source index.

Related on DEV.co

Explore the category and the services that help you build with it.

daptin FAQ

Can I use Daptin for commercial SaaS?
Yes, LGPL-3.0 allows commercial use. If you run unmodified Daptin as a sidecar, you avoid most copyleft obligations. If you modify Daptin code, you must disclose source and allow re-linking. Consult legal counsel for your deployment model.
What databases does Daptin support?
SQLite, PostgreSQL, and MySQL/MariaDB. Schema is defined in YAML and mapped to tables automatically. Olric is used for distributed caching and PubSub, not as the primary data store.
Does Daptin scale to millions of users?
Unknown. Early-stage project (v0.x) with limited public production deployments. Clustering and HA are possible via Olric, but performance and operational limits are not documented. Requires load testing and vetting for your scale.
How do I deploy Daptin?
Standalone binary or Docker container. Multi-node setups require Olric coordination. No Kubernetes operator or Helm chart evident in README. Manual operational setup for HA/clustering.

Work with a software development agency

DEV.co is a software development agency delivering custom software development services to companies building on open source. Our software developers and web developers design, integrate, and ship production systems — spanning web development, APIs, AI, data, and cloud. If daptin is part of your open-source cms roadmap, our team can implement, customize, migrate, and maintain it.

Ready to evaluate Daptin for your backend?

Start with a schema.yaml prototype on your local machine or Docker. For SaaS or multi-tenant projects, conduct a security and scalability assessment before production commitment.