Fixed System-App Convergence
Fixed system-app convergence model for application-like schemas.
This page documents the converged model for the fixed system applications in the platform.
Scope
The fixed system applications are:
adminprofilesmetahubsapplications
All four schemas now bootstrap as application-like fixed schemas.
Structural Rules
Business tables use the canonical prefixes
cat_,doc_,rel_, andcfg_.Fixed system-app business rows use the dual lifecycle layers
_upl_*and_app_*.Branch schemas keep
_mhb_*fields and are not part of this convergence rule.Dynamic application schemas keep
_app_*fields and follow the same naming contract.
Bootstrap Flow
Run pre-schema platform migrations that prepare shared database capabilities.
Generate fixed system-app schemas from registered manifest-driven schema plans.
Run post-schema platform migrations that depend on generated fixed tables.
Bootstrap
_app_objectsand_app_attributesmetadata for the fixed schemas.Skip repeated metadata sync only when the live fingerprint matches the compiled target.
Ownership Boundaries
@universo/migrations-platformowns manifest loading, schema plan compilation, and fixed-schema bootstrap orchestration.@universo/metahubs-backendowns publication runtime sources and publication authoring logic.@universo/applications-backendowns application runtime sync and diff routes.@universo/core-backendcomposes the publication source seam with the application-owned sync routes.
Acceptance Contract
Fresh bootstrap must create canonical fixed schemas without rename-style reconciliation in the active manifest path.
Publication-created application bootstrap must continue to route through the publication runtime source seam into application-owned sync.
Manifest validation rules must not allow values longer than the backing PostgreSQL columns.
Cross-package regression coverage must exist for both fixed bootstrap shape and the publication-to-application sync path.
Last updated