UI vs Domain Modules
The current BrightWeb model separates shared platform ownership from client app ownership. Shared modules own schema, policies, contracts, and domain and server logic. Client apps own the actual product UI built on top of those shared layers.
| Owned by shared platform | Owned by client app |
|---|---|
| Database tables, migrations, policies, and helper functions. | Product-specific page composition, flows, and interface design. |
Shared domain helpers and package exports from @brightweblabs/* packages. | UI states and experiences that reflect the client product, not the generic platform baseline. |
| Light starter wiring such as shell registration, starter playground routes, and env flags. | The full working CRM, Projects, or admin experience the client ultimately ships. |
What the optional modules are today
- Shared schema and RLS ownership.
- Shared server and domain queries, helper functions, and package contracts.
- Light starter surfaces to exercise package behavior in a scaffold.
- Not a drop-in finished frontend product.
If you describe CRM or Projects as a full frontend module install, you will mislead internal developers. The safer and more accurate statement is: these modules mainly install shared schema, logic, contracts, and starter wiring.
What may come later
Optional shared UI packages may appear over time, but that is not the current platform delivery model reflected in this repo. The docs should describe the current model, not a future possibility.
Related docs
Repo sources
README.mdpackages/module-crm/srcpackages/module-projects/srcpackages/create-bw-app/template/modulespackages/ui/src
Repo source
docs/architecture/ui-vs-domain-modules.mdThis page is rendered directly from the root docs folder. Edit the markdown there, not inside the app.
PreviousDatabase FlowBrightWeb uses a modular database ownership model. Shared migrations live under module folders, client stacks declare enabled modules, and the repo can plan or materialize an installable Supabase workdir from that resolved stack.NextOperations ReferenceThis section holds durable operational guidance for maintaining and shipping the BrightWeb platform.