Architecture
Operating Structure
Mullusi uses separated repositories and domains so public presentation, documentation, runtime services, developer tools, research engines, and internal operations do not collapse into one unclear system.
System Map
| Layer | Repo | Domain | State |
|---|---|---|---|
| Public website | mullusi/mullusi-site | mullusi.com | Live |
| Documentation | mullusi/mullusi-docs | docs.mullusi.com | Baseline |
| Control plane | mullusi/mullu-control-plane | dashboard.mullusi.com and api.mullusi.com | Planned |
| SDK | mullusi/msic-sdk | Package registry and releases | Planned |
| Operations | mullusi/ops | Private | Active |
Repository Roles
Each repository has one primary responsibility. Public repositories explain or deliver public surfaces. Private repositories hold operational planning, deployment notes, costs, and sensitive control records.
Deployment Flow
GitHub repository
-> build or static validation
-> deployment host
-> DNS target
-> public domain
-> monitoring and rollback
Boundary Rule
Website claims, documentation claims, runtime behavior, and research claims are separate outputs. A claim moves between layers only when its source, validation path, and rollback plan are explicit.