Architecture Selection
Architecture selection is the process of matching a model family to the input object, task, symmetry, data scale, and compute constraint.
A practical view is:
is a candidate architecture, is validation risk, is compute or memory cost, is system or maintenance cost, and encode how much those costs matter.
Selection Axes
- Input object: vector, sequence, image/grid, graph, set, structure, or multimodal input.
- Symmetry: translation, permutation, rotation, time order, or no clear symmetry.
- Dependency length: local, medium-range, global, or long-context.
- Output type: class, scalar, sequence, structure, ranking, or generated object.
- Data regime: small labeled data, large unlabeled corpus, noisy labels, or distribution shift.
- Compute regime: training memory, inference latency, throughput, storage, and deployment hardware.
- Evaluation risk: leakage, shortcut features, calibration, robustness, and out-of-distribution behavior.
Decision Table
| First question | If yes | Start with |
|---|---|---|
| Is the input a fixed feature vector? | feature order has no spatial or graph meaning | MLP, linear baseline, tree baseline |
| Is the input a dense grid? | neighbors have stable spatial meaning | CNN, U-Net, Vision Transformer |
| Is the input an ordered sequence? | token order and context matter | RNN, Transformer, State-space model |
| Is the input an unordered set? | permutation should not change output | Deep Sets, Set Transformer |
| Is the input a graph? | edges define local relations | GNN, Graph Transformer |
| Are 3D coordinates essential? | rotations/translations should be handled explicitly | Equivariance, Equivariant GNN |
| Is capacity large but active compute constrained? | not every input needs all parameters | Mixture of experts |
| Are multiple modalities fused? | timing and alignment between modalities matter | Cross-attention, Perceiver |
Rough Mapping
- Grid/image data with local structure: CNN, U-Net, or Vision Transformer.
- Ordered text or biological sequence: Transformer, RNN, or state-space model.
- Graph-structured molecules or relational objects: GNN or Graph Transformer.
- Unordered sets: Deep Sets or Set Transformer.
- 3D structures with symmetry constraints: Geometric architecture.
- Large conditional compute: Mixture of experts.
Baseline Ladder
Architecture selection should not jump directly to the newest model family. A practical ladder is:
| Stage | Purpose | Example |
|---|---|---|
| simple baseline | catch leakage and task triviality | linear model, MLP, nearest-neighbor retrieval |
| modality baseline | respect raw input type | CNN for grid, Transformer for sequence, GNN for graph |
| bias-specific model | encode known symmetry or locality | equivariant GNN, U-Net, graph transformer |
| scaling variant | improve capacity or context under budget | long-context attention, SSM, MoE |
If the simple baseline is already strong, architecture claims need stronger leakage checks and error analysis.
Cost Decomposition
Selection is also a systems decision:
| Cost | Ask |
|---|---|
| training | memory, batch size, optimizer state, distributed communication |
| inference | latency, throughput, batchability, cache behavior |
| data | preprocessing, graph construction, tokenization, featurization |
| maintenance | implementation complexity, dependency risk, reproducibility |
For public notes, report hardware class and measurement protocol without private hostnames or live cluster details.
Architecture Claim Decomposition
Modern backbones often differ in several places at once. Before accepting an architecture claim, separate the scaffold from the operator being advertised.
| Axis | Example Question |
|---|---|
| token mixer | attention, convolution, pooling, MLP, SSM, graph message passing? |
| channel mixer | plain MLP, gated FFN, MoE, bottleneck block? |
| scaffold | Transformer block, MetaFormer block, residual CNN stage, encoder-decoder? |
| stage layout | flat sequence, pyramid, U-shape, early conv then late attention? |
| training recipe | same augmentation, optimizer, schedule, data, and epochs? |
The MetaFormer paper is the canonical note here for the warning that a new token mixer may be riding on a strong shared scaffold:
unless scaffold, scale, data, and recipe are controlled.
Failure Modes
| Mistake | Symptom |
|---|---|
| using Transformer because it is popular | weak baseline, high cost, little task-specific gain |
| using GNN without validating graph construction | performance depends on edge heuristic rather than model |
| using equivariant model when labels are not geometry-sensitive | extra complexity without measurable benefit |
| using MoE for capacity when serving latency matters | FLOPs look low but routing/all-to-all dominates |
| using CNN on coordinate grids without rotation handling | model learns frame artifacts |
| comparing architectures with different pretraining or data | architecture claim becomes a training-data claim |
Checks
- What is the simplest architecture that should be a baseline?
- What data symmetry does the architecture encode?
- Is the selected architecture solving the task or exploiting the split?
- Does inference cost matter as much as training cost?
- Which failure mode should be tested first?
- Are objective, data, parameter count, pretraining, and compute budget matched across compared architectures?