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 questionIf yesStart with
Is the input a fixed feature vector?feature order has no spatial or graph meaningMLP, linear baseline, tree baseline
Is the input a dense grid?neighbors have stable spatial meaningCNN, U-Net, Vision Transformer
Is the input an ordered sequence?token order and context matterRNN, Transformer, State-space model
Is the input an unordered set?permutation should not change outputDeep Sets, Set Transformer
Is the input a graph?edges define local relationsGNN, Graph Transformer
Are 3D coordinates essential?rotations/translations should be handled explicitlyEquivariance, Equivariant GNN
Is capacity large but active compute constrained?not every input needs all parametersMixture of experts
Are multiple modalities fused?timing and alignment between modalities matterCross-attention, Perceiver

Rough Mapping

Baseline Ladder

Architecture selection should not jump directly to the newest model family. A practical ladder is:

StagePurposeExample
simple baselinecatch leakage and task trivialitylinear model, MLP, nearest-neighbor retrieval
modality baselinerespect raw input typeCNN for grid, Transformer for sequence, GNN for graph
bias-specific modelencode known symmetry or localityequivariant GNN, U-Net, graph transformer
scaling variantimprove capacity or context under budgetlong-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:

CostAsk
trainingmemory, batch size, optimizer state, distributed communication
inferencelatency, throughput, batchability, cache behavior
datapreprocessing, graph construction, tokenization, featurization
maintenanceimplementation 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.

AxisExample Question
token mixerattention, convolution, pooling, MLP, SSM, graph message passing?
channel mixerplain MLP, gated FFN, MoE, bottleneck block?
scaffoldTransformer block, MetaFormer block, residual CNN stage, encoder-decoder?
stage layoutflat sequence, pyramid, U-shape, early conv then late attention?
training recipesame 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

MistakeSymptom
using Transformer because it is popularweak baseline, high cost, little task-specific gain
using GNN without validating graph constructionperformance depends on edge heuristic rather than model
using equivariant model when labels are not geometry-sensitiveextra complexity without measurable benefit
using MoE for capacity when serving latency mattersFLOPs look low but routing/all-to-all dominates
using CNN on coordinate grids without rotation handlingmodel learns frame artifacts
comparing architectures with different pretraining or dataarchitecture 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?