Skip to content

Architecture

This section explains how the workstation is built, why it is structured that way, and where a newcomer should look in the code to connect design ideas to implementation.

The architecture pages are written for someone who wants more than a file listing but less than a line-by-line code commentary. The goal is to make the system legible:

  • what the major layers are
  • which project owns which responsibility
  • how state flows from runtime services to the UI
  • how workflow transitions, faults, recovery, and persistence fit together

This architecture pack is grounded in:

Reading Order

  1. 01. System Context
  2. 02. Project and Layer Map
  3. 03. Domain Model
  4. 04. Workflow and State Model
  5. 05. Runtime Sequences

How To Read This Pack

Each page tries to do four things:

  1. explain the design in practical English
  2. point to the code that actually carries the design
  3. call out trade-offs instead of only describing ideals
  4. end with a Draw.io-friendly diagram brief

The intention is that a newcomer can read one page, open two or three code files, and immediately see the connection between architecture and implementation.

Pair This Pack With

Use these alongside the architecture pages:

After The Architecture Pack

The strongest next pages are:

Docs-first project memory for AI-assisted implementation.