< Prev | Up: Session Overview | Next >
Session 3 β Architecture Standards β
Goal: Confirm the technical architecture decisions are still current and internally consistent. Estimated time: 90 min
Reading Order β
Read in this order β dependencies flow top-down:
| # | File | Lines | What It Covers |
|---|---|---|---|
| 1 | domain-driven-design.md | 159 | Bounded contexts, CQRS, cross-context patterns, context map. |
| 2 | β | PostgreSQL strategy, schema separation, pgvector. | |
| 3 | frontend.md | ~65 | Vue 3/Nuxt/Quasar split, FSD layers, shared packages. |
| 4 | app-structure.md | 292 | Workspace app feature layout, folder conventions, route structure. |
| 5 | design-system.md | 122 | Component library, token system, Tailwind conventions. |
| 6 | roles.md | ~110 | RBAC roles, capability model, roleβfrontend matrix. |
| 7 | β | Input validation layers, Valibot schemas, Hasura validation. | |
| 8 | monorepo.md | 151 | Turborepo pipeline, caching, Docker build strategy, pnpm. |
| 9 | realtime-strategy.md | 153 | WebSocket, Hasura subscriptions, live updates. |
| 10 | ai.md | ~100 | RAG pipeline, agent workflows, Paperclip, MCP bridge. |
| 11 | communications.md | ~60 | Omnichannel inbox, notification pipeline, channel provisioning. |
| 12 | workflow-orchestration.md | 282 | BullMQ, event triggers, scheduled jobs, worker patterns. |
| 13 | gdpr-strategy.md | ~110 | Data retention, encryption, TTL policies, right to erasure. |
| 14 | tests.md | 156 | Testing strategy, Vitest, Playwright, offline testing. |
π What to Validate β
- [ ]
domain-driven-design.mdΒ§8 Context Map: does each upstream/downstream relationship still hold? - [ ]
roles.md: the Manager/Dispatcher/Driver trio β is the Driver auth flow documented anywhere? - [ ]
ai.mdreferences Paperclip for agentic company governance β is this still the chosen platform? - [ ]
monorepo.mdreferences Vercel Remote Cache as "planned" β still planned or dropped? - [ ]
gdpr-strategy.md: does it cover the right-to-erasure implementation, or only the strategy? - [ ]
tests.md: does the testing strategy match what tests actually exist in the repo today? - [ ]
frontend.mdlistsapps/backoffice/β does this app still exist, or was it merged into workspace? - [ ]
design-system.md: does it reference Quasar's default UI bypass accurately? Is ShadCN-vue still chosen? - [x]
validation-strategy.mdat 3 KB β is this complete, or does it need expanding? Resolved: merged into domain-driven-design.md Β§4. - [ ]
workflow-orchestration.mdat 18 KB β does it still reflect the actual NestJS worker patterns?
πΊοΈ Mindmap & Path Optimization β
Grab your pen and paper:
- [ ] Map the Data Flow: Draw how an incoming GraphQL request passes through validation, hits the database, triggers a Hasura event, and processes via BullMQ.
- Observation: To understand this single flow, a developer must read
domain-driven-design.md(Β§3βΒ§5) +workflow-orchestration.md. - Optimization:
Should we consolidate?Partially resolved:database.mdandvalidation-strategy.mdmerged intodomain-driven-design.md.
- Observation: To understand this single flow, a developer must read
- [ ] Check Frontend Fragmentation: How does a developer know where to put a Vue component?
- Observation: They must cross-reference
frontend.md(high-level),app-structure.md(292 lines of details), anddesign-system.md. - Optimization: Could we consolidate these into a single
UI_ARCHITECTURE.md?
- Observation: They must cross-reference
π Findings & Actions β
| Severity | File / Topic | Issue & Optimization Potential | Action Required |
|---|---|---|---|