Choose by constraint

Start with the decision you already know

Pick the operating constraint first. Choose a specific model only after the provider connection works, because model IDs, access, pricing, and limits change independently.

Start with the broadest hosted catalog

OpenRouter. One account gives you room to compare supported hosted model families before standardizing.

Keep existing cloud governance

AWS, Azure, or Google Cloud. Use the identity, regional, networking, and billing controls your organization already operates.

Use a direct model-provider account

Choose the provider your team already trusts. Direct integrations keep credentials, quotas, and support relationships with that provider.

Keep inference on hardware you control

Ollama, MLX, or llama.cpp. Local runtimes avoid a hosted model credential but make your team responsible for models and capacity.

Current integrations

Compare provider paths

Every row opens the canonical setup guide. No model IDs or prices are duplicated here.

This directory is generated from the same provider manifest as the integrations directory.

Change scope safely

Switch models without rewriting setup

Session

Try a model now

Use /model inside an interactive session, then select a model exposed by the active provider.

Command

Override one run

Pass --model <model-id> when launching Autohand so the saved default remains unchanged.

Default

Standardize future runs

Set the provider and model in Autohand configuration only after the smallest verification prompt succeeds.

Before standardizing

Validate the choice against your workload

  1. 01
    Run a representative task

    Use code from the repository and workflow you actually plan to support.

  2. 02
    Measure the constraints that matter

    Record completion quality, latency, tool use, context handling, and cost or hardware load.

  3. 03
    Confirm production controls

    Review credential handling, data terms, quotas, regional availability, and fallback behavior.