EmofyEmofy Developers

Understand the Platform

A guided path through the Emofy Platform for engineers — from "what is this product" to the request lifecycle, auth, and the domain model.

This section is the engineering handbook for the Emofy Platform. It is written for someone who is new to the codebase and wants to understand the whole system: what the product is, how the apps and services fit together, how a request flows through the backend, how authentication and multi-tenancy work, and where each feature lives.

If you are building a third-party integration instead of working on the platform itself, start in the Developer / Partner API section.

This site is access-gated. The platform section documents internal APIs and architecture — treat its contents as internal-only.

Start here

A reading path for your first day

The pages below are ordered so each one builds on the last. Read them top to bottom and you will have a working mental model of the platform.

  1. What is Emofy? — the product thesis. Everything downstream makes sense once you understand the child development passport and the EMA ecosystem.
  2. Repository tour — find your way around apps/ and packages/.
  3. Local development setup — get the stack running so you can read code with the app in front of you.
  4. Architecture overviewBackendRequest lifecycle — how the system is shaped and how one request travels through it.
  5. AuthenticationAuthorization (RBAC)Multi-tenancy — the trust model.
  6. Domains overview — the map of every feature area and the rule that decides what lives in core vs. an EMA.
  7. API conventions and the ADR index — the agreements that keep the codebase consistent.

Reference

The one rule to remember

Emofy is a multi-tenant platform. Almost everything is scoped to an organization, and tenant isolation is enforced in the data layer by the OrgScopedRepository pattern — never by hand. If you remember nothing else from your first day, remember that.

On this page