DatabStudio backend
Institution, Finance, School, and Health Studio endpoints; CRM integration surfaces.
Local APIs, packaged workloads, and operator-controlled deployment. The Datab developer surface is calm and exact: where to install, which API is available, and what version is real.

Every service binds to 127.0.0.1 on the node. Partner workloads running on the same node call them directly; off-node access is routed through Atlas HQ federation with consent and signing.
Institution, Finance, School, and Health Studio endpoints; CRM integration surfaces.
Identity verification, DID/VC, consent, document proof, signing, sync.
Local LLM runtime invoked by Orula for on-node intelligence.
Approval-gated intelligence: query, report, recommendation, audit.
Protection events, alerts, support sessions, and node health surfaces.
The product manifest, module boundaries, and platform contracts that describe the Datab stack end-to-end.
Finance, School, and Health Studio entities, controllers, events, and the CRM audience connector.
Service ordering, snap-confinement details, Docker socket convention, and the Postgres-role setup step.
Policy, approval, audit, and reward integrity rules that constrain Orula and Gu actions.
Coordinated procedures for unauthorized admin access, database export attempts, node compromise, and channel downgrade.
Install, update, recovery, backup, and field-support procedures for the appliance lifecycle.
Partner workloads, integrations, and sector apps. Local APIs, signed packages, and operator-controlled deployment paths.