Architecture
typed-lm is a Rust workspace with three crates. The shared crate defines the contract the server and the trainer must agree on; the two binaries own HTTP and training respectively.
---
accTitle: Workspace architecture
accDescr: typed-lm-common defines the shared contract used by the typed-lm-serve server and the typed-lm-trainer.
---
flowchart TB
common["typed-lm-common<br/>contract · labels · prompts · detection"]:::primary
serve["typed-lm-serve<br/>Actix HTTP server"]:::accent
trainer["typed-lm-trainer<br/>train · quantize"]:::success
common --> serve
common --> trainer
classDef primary fill:#ede9fe,stroke:#7c3aed,color:#3b0764,stroke-width:1.5px
classDef accent fill:#dbeafe,stroke:#2563eb,color:#0c4a6e,stroke-width:1.5px
classDef success fill:#d1fae5,stroke:#059669,color:#064e3b,stroke-width:1.5px
Crates
| Crate | Role | Type |
|---|---|---|
typed-lm-common | Jev contract, labels, prompt rendering, checkpoint and architecture detection, device/dtype policy, quantization, tokenizer | lib |
typed-lm-serve | Jev-compatible Actix server (no subcommand) | bin |
typed-lm-trainer | LoRA/QLoRA/full/from-scratch training and PTQ (subcommands train/quantize) | bin + lib |
Module layout
typed-lm-common/src/architecture_traits.rs— per-family dense capabilities (attention bias, explicithead_dim, sliding window, logit soft-capping, RMSNorm offset, embedding scale, local RoPE).typed-lm-serve/src/api/— response DTOs, errors, routes and handlers.typed-lm-serve/src/domain/— theEvaluator/MockEvaluatortrait.typed-lm-serve/src/infrastructure/— Candle: checkpoint loading, tokenizer, vendored parallel forward and the real evaluator.typed-lm-serve/src/config/,typed-lm-serve/src/bootstrap/— CLI and startup.typed-lm-trainer/src/{dataset,model,training,quantization}/— the training and PTQ pipeline.typed-lm-trainer/src/configuration_file.rs,typed-lm-trainer/src/configuration_resolution.rs— TOML schema and precedence.
Request path
The model, the tokenizer and the base KV-cache of the system prompt are loaded
once at startup and shared with the Actix workers through actix_web::web::Data.
The per-request mutable cache is always a clone of the base cache.
---
accTitle: Request path through the server
accDescr: The handler receives shared state, clones the cache, evaluates the questions and returns typed answers.
---
flowchart LR
client["client"]:::neutral
actix["Actix handler"]:::accent
evaluator["Evaluator"]:::primary
cache["clone of base cache"]:::warning
answers["typed answers"]:::success
client --> actix --> evaluator --> cache --> answers --> actix --> client
classDef primary fill:#ede9fe,stroke:#7c3aed,color:#3b0764,stroke-width:1.5px
classDef accent fill:#dbeafe,stroke:#2563eb,color:#0c4a6e,stroke-width:1.5px
classDef success fill:#d1fae5,stroke:#059669,color:#064e3b,stroke-width:1.5px
classDef warning fill:#fef3c7,stroke:#d97706,color:#78350f,stroke-width:1.5px
classDef neutral fill:#f4f4f5,stroke:#a1a1aa,color:#18181b,stroke-width:1.5px
Context provider
ContextProvider is currently FileContextProvider (for example
--context-path resources/memory.md). The interface allows swapping the source for
retrieval (RAG) later without changing the handlers, the evaluator or the API.
Next steps
- Scoring and batched decoding — the inference internals.
- Session prefix cache — the LRU design.
- Testing — how the workspace is verified.