Phase 3 — Architecture & Engineering
Architecture Constitution
The blueprint that keeps every space from becoming a separate disaster
2 min read · Document 9 of 30
What is this document?
The Architecture Constitution defines the system shape: which services exist, which space owns which data, how spaces communicate, and the rules that keep them isolated.
It is the document an AI agent consults before adding any new service, queue or integration.
Why does it matter?
- Multi-space apps without one end up with every space reinventing auth, data fetching and error handling.
- Isolation rules prevent one space from quietly depending on another’s internals.
- Integration is designed, not excavated.
What's inside?
- System overview — Services, data stores and third parties with data flow.
- Isolation rules — What may call what, and through which boundary.
- Cross-cutting concerns — Auth, observability, configuration.
User spaceCore APIAdmin spaceData stores
How CREAH generates it
CREAH builds this document from your Stage 0 answers and interview. Questions that shape it include:
- Which cloud will run the product?
- Do any spaces need to work offline?
- Which third-party services are already decided?
Example excerpt
## AC-3: Space Isolation Rule
No space app ever calls another space app's API directly.
All cross-space communication routes through core-api.
Correct: Customer space → core-api → emits order.placed → Restaurant space listensRelated documents
Phase 6
Infrastructure Specification
The cloud architecture that scales from zero to enterprise without a redesign
Phase 3Ecosystem Build Specification
The monorepo blueprint that makes every app feel like one coherent product
Phase 2Domain Model
The skeleton every database, API, and UI decision hangs from