Choose by task fit, not by provider economics. Light, Standard, Heavy, and Max are customer-safe capability labels for a platform-managed, versioned model catalog and routing policy.
Fast, focused work where latency and volume matter most.
Typical fit: Simple support answers, classification, routing, and short explanations.
The balanced default for everyday tenant work.
Typical fit: Normal orchestration, grounded support, and routine multi-step questions.
Deeper reasoning for longer context or more interacting constraints.
Typical fit: Crash investigation, compatibility analysis, and careful code or configuration review.
Highest-scrutiny routing for the hardest or highest-risk cases.
Typical fit: Rare escalation work, difficult debugging, and acceptance-sensitive review.
The platform publishes the managed catalog and assigns the task-fit label used in the customer UI. Routing can select a platform-managed default or a versioned alternative when the task, safety policy, availability, or account configuration calls for it. The exact underlying model identity is an implementation detail that may change through a catalog/configuration update; a label is not a permanent provider commitment.
Where the Agents surface allows a tenant to choose a model, the choice is made from the current catalog rather than from an arbitrary raw provider string. Custom-provider entries may appear without a platform weight because Tectonic cannot make the same managed-catalog comparison for an endpoint it does not operate.
Heavier task-fit labels generally indicate more capable or more expensive-to-run work, so a long Heavy or Max task may use more credits than a short Light task. The actual debit is determined by the released metering and entitlement rules for the action; the label itself is not a public multiplier and does not replace the credit ledger.
Catalog entries, default routes, task-fit labels, and their billing bindings should be treated as versioned platform configuration. When a route changes, the customer-facing label and applicable account semantics should change together. Until a catalog entry is present in the released account surface and its path is verified, it is not a promise of availability.
Credits & Billing