Objective Taxonomy
An objective taxonomy classifies the training signal before naming the model. The same architecture can learn different behavior under supervised labels, likelihood, contrastive pairs, denoising targets, flow fields, preferences, or rewards.
The object depends on the objective. It may be a labeled example , a masked input , paired views , a noisy sample , a preference pair , or a trajectory .
Objective Families
| Family | Signal | Typical form | Main question |
|---|---|---|---|
| supervised | measured label | Is the label semantic and split unit valid? | |
| likelihood | observed sample | What distribution is modeled? | |
| masked modeling | hidden part of input | Does the mask preserve useful structure? | |
| contrastive | positive/negative pairs | InfoNCE or ranking loss | Are positives and negatives semantically correct? |
| reconstruction | input reconstruction | or likelihood | Is reconstruction aligned with downstream use? |
| denoising | clean target from noisy input | What corruption process is assumed? | |
| flow matching | target velocity field | What path and velocity define generation? | |
| preference | chosen/rejected outputs | pairwise logistic objective | Does preference reflect target utility? |
| reinforcement learning | reward over trajectories | expected return | Is reward aligned and stable? |
Routing Rule
| If the paper changes… | Route The Claim To |
|---|---|
| loss formula or target construction | objective / learning method |
| model block, parameter sharing, or mixing pattern | architecture |
| tokenization, graph construction, conformer policy, or features | representation |
| pretraining corpus, filtering, or split | data protocol |
| metric, benchmark, threshold, or selection rule | evaluation |
| GPU budget, context length, batch size, or serving path | systems |
Do not treat a method as objective-driven unless the comparison isolates from architecture, representation, data, compute, and evaluation changes.
Objective-Metric Gap
Training objective and reported metric often differ:
This gap is not a problem by itself, but it must be stated.
| Training objective | Common reported metric | Main risk |
|---|---|---|
| cross-entropy | accuracy, F1, AUROC | probability quality and threshold choice are hidden |
| contrastive loss | retrieval recall, linear probe accuracy | negative sampling defines the learned geometry |
| reconstruction loss | downstream accuracy or utility | reconstruction target may not match useful abstraction |
| denoising/score loss | sample quality, validity, diversity | loss scale is not directly user-facing utility |
| preference loss | win rate, human preference, task success | preference data may be a proxy for true utility |
| reward maximization | return, success rate, safety metric | reward hacking and evaluation mismatch |
When reading a paper, record the optimized objective, model-selection metric, final test metric, and claimed utility separately.
Reading Checks
- Is the paper contribution the objective, the architecture, the data, or the evaluation protocol?
- Is the training signal available at inference time, or only during training?
- Does the objective optimize the same quantity as the reported metric?
- Was the checkpoint selected by validation loss, validation metric, human preference, or another criterion?
- Are negative examples, masks, noisy samples, or preferences constructed without test leakage?
- Does the objective encourage representation collapse, shortcut learning, or proxy optimization?