Skip to main content
Astrolabe Cloud exposes stable virtual model IDs while the hosted roster can evolve behind the gateway. Use virtual models for most traffic. Request a concrete model only when you want to bypass virtual lane selection while still keeping Cloud auth, billing, stack policy, and traces.

Virtual models

Short aliases such as auto, coding, and cheap normalize to their astrolabe/... model IDs.

Active hosted roster

Astrolabe Cloud maintains a hosted pricing catalog. The current public serving roster includes:

Pricing

Retail prices are returned by GET /v1/models and reflected in the Cloud app pricing views. Billing uses provider-confirmed usage where available. Routing model costs are internal to Astrolabe. Customer debits are based on serving or fallback model usage that is billable.

Choosing models

Use:
  • astrolabe/auto for most traffic
  • astrolabe/coding for code editing and tool loops
  • astrolabe/research for synthesis and long-context analysis
  • astrolabe/vision for visual or document-grounded requests
  • astrolabe/strict-json for schema-sensitive requests
  • astrolabe/cheap for low-risk volume
  • astrolabe/safe for sensitive or high-stakes flows
Use routing stacks to further constrain providers, models, cost mode, quality target, and verification.