Metnos does not bind every request to a model selected by name. It uses functional contracts: a workload declares the capability it needs, and the instance configuration resolves that contract to an effective model and provider. This keeps application code independent of a specific model and makes substitutions reviewable.
| Tier | Intended use |
|---|---|
fast.micro | Very short decisions, a choice among a few alternatives, and minimal labels. |
fast.procedural | Deterministic extraction and classification of short text, when configured. |
fast.fidelity | Faithful transformation of long text without creative additions. |
middle | Classification, structured extraction, and intermediate evaluation. |
wise | Planning, synthesis, and deliberative work where overall quality matters. |
creative | Variants, proposals, and divergent wording; it is the only tier deliberately configured for greater variation. |
frontier | Explicit, optional use of a highest-capability remote model, never a silent fallback for ordinary production work. |
The creative tier does not mean “more precise”; its purpose is to
produce alternatives. Metnos favours low-variation contracts for faithful or
verifiable work. The frontier tier may incur external usage and must
be configured explicitly.
The page can edit LLM and VLM configuration and restore the previous version. Before saving, Metnos validates the structure and values and retains a recovery copy. Passwords, tokens, credentials, and sensitive URL components are neither displayed nor posted by the form; the UI changes visible values only.
Changing a model does not extend Metnos's authority. Executors, policy, user identity, and budgets still determine whether an action is admissible. LRE also records the model binding in its revision, so an incompatible change must not silently mix results produced under different configurations.
The local path is abbreviated in the image. Structure and labels come from the real HTTP UI.