Model
A learned system that turns inputs into outputs.
Go deeper
A model is not the app, agent, search index, safety policy, or workflow around it.
Technical details
Training establishes parameters; inference applies those parameters to new inputs.
Peel from a plain-language answer into the distinctions that keep model selection accurate over time.
A learned system that turns inputs into outputs.
A model is not the app, agent, search index, safety policy, or workflow around it.
Training establishes parameters; inference applies those parameters to new inputs.
The maker of a model and the place it runs are separate facts.
One release can appear through its maker, a cloud platform, or a local runtime.
Deployment offers differ in identifiers, regions, controls, latency, limits, and price.
Related releases share ancestry without being interchangeable.
Family labels overlap; a model can be general, reasoning-oriented, multimodal, and coding-capable.
Lineage connects versions while capability tags support nonexclusive classification.
A friendly name may point to a moving target or a fixed snapshot.
Stable aliases ease upgrades; dated releases improve reproducibility.
Record canonical model IDs, aliases, release dates, and lifecycle events independently.
Models process bounded pieces of text, images, audio, and output.
A large window is capacity, not proof that stuffing it produces a good answer.
Input, retrieved evidence, instructions, tool results, reasoning, and output share finite budgets.
Text, images, audio, and video are different input and output channels.
Multimodal names do not guarantee every direction or feature is supported.
Verify input and output modalities for the exact release and endpoint.
Some models spend more inference work on difficult problems.
More reasoning can improve hard tasks while increasing latency and cost.
Reasoning controls and behavior vary by provider and release; evaluate the workload.
Settings shape variability, length, effort, and tool behavior.
A familiar control may be absent or behave differently on a newer model.
Treat configuration as release-specific interface data, not universal physics.
A schema asks for machine-checkable fields rather than free-form prose.
Valid syntax does not prove that extracted values are correct.
Validate the schema, field evidence, retry path, and human review threshold separately.
Search components can find evidence before a generator writes.
Retrieval is often a better system choice than sending an entire document collection.
Embedding, indexing, candidate retrieval, reranking, citation, and generation are distinct stages.
A capable model becomes useful through boundaries, tools, state, and checks.
Many use cases need several components rather than one larger model.
Model calls, deterministic code, permissions, retrieval, evaluators, and human gates form the system.
Downloadable weights are not automatically open source.
Licenses, training transparency, source code, and the freedom to run or modify are different dimensions.
Record access mode and license claims explicitly; do not infer them from availability alone.
No release in the opening census is retired. When a model becomes legacy, deprecated, retired, or unavailable, its dated record will remain here rather than disappear.