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.