Shipfox
Reference

Model Providers Reference

The complete Shipfox model provider catalog, including provider IDs, default models, compatible harnesses, and resolution rules.

Agent steps run against an AI provider. This page is the canonical list of every supported provider, the provider ID you use in workflow YAML, its compatible harnesses, and the default model Shipfox uses when a step doesn't name one. For a setup walkthrough, see Agent Setup.

Supported providers

Each provider is configured per workspace with its credentials. The default model is used when an agent step names the provider but not a model. A step fails when it selects a provider that is not compatible with its harness.

Providerprovider IDDefault modelCompatible harnesses
Anthropicanthropicclaude-opus-4-8pi, claude
Ant Lingant-lingRing-2.6-1Tpi
Azure OpenAIazure-openai-responsesgpt-5.5-propi
OpenAIopenaigpt-5.5-propi
DeepSeekdeepseekdeepseek-v4-propi
NVIDIAnvidianvidia/nemotron-3-ultra-550b-a55bpi
Google AI Studiogooglegemini-3.1-pro-previewpi
Mistralmistralmistral-large-latestpi
Groqgroqopenai/gpt-oss-120bpi
Cerebrascerebrasgpt-oss-120bpi
Cloudflare AI Gatewaycloudflare-ai-gatewayclaude-opus-4-8pi
Cloudflare Workers AIcloudflare-workers-ai@cf/moonshotai/kimi-k2.7-codepi
xAIxaigrok-4.3pi
OpenRouteropenrouteranthropic/claude-opus-4.8pi
Vercel AI Gatewayvercel-ai-gatewayanthropic/claude-opus-4.8pi
Z.aizaiglm-5.2pi
Z.ai Coding CNzai-coding-cnglm-5.2pi
OpenCodeopencodeclaude-opus-4-8pi
OpenCode Goopencode-gokimi-k2.7-codepi
Hugging Facehuggingfacedeepseek-ai/DeepSeek-V4-Propi
Fireworksfireworksaccounts/fireworks/models/deepseek-v4-propi
Together AItogetherdeepseek-ai/DeepSeek-V4-Propi
Kimi Codingkimi-codingk2p7pi
MiniMaxminimaxMiniMax-M3pi
MiniMax CNminimax-cnMiniMax-M3pi
Moonshot AImoonshotaikimi-k2.7-codepi
Moonshot AI CNmoonshotai-cnkimi-k2.7-codepi
Xiaomixiaomimimo-v2.5-propi
Xiaomi Token Plan CNxiaomi-token-plan-cnmimo-v2.5-propi
Xiaomi Token Plan AMSxiaomi-token-plan-amsmimo-v2.5-propi
Xiaomi Token Plan SGPxiaomi-token-plan-sgpmimo-v2.5-propi

Custom model providers are workspace-specific, so they do not appear in this table. They are compatible with the pi harness. Use Add a custom provider to connect one.

Most providers need only an API key. Azure OpenAI also requires an endpoint. Cloudflare providers require an account ID (and a gateway ID for the AI Gateway). The configuration form shows the fields each provider needs.

Selecting a model

The model you set on an agent step is passed to the provider and validated against that provider's available models: an unrecognized model ID fails the step with a clear error. Each provider's full model list comes from the provider's own catalog. The default model above is what Shipfox picks when you omit model.

How configuration works

Providers are configured per workspace. For each provider you configure, you supply its credentials and can optionally set a default model and mark one provider as the workspace default. Credentials are stored securely. Shipfox stores their encrypted values and never returns the raw secrets through settings or management APIs. A runner receives the decrypted credential bundle only for its currently leased agent step. Configuration takes effect immediately. No redeploy is needed.

Resolution and defaults

When an agent step runs, Shipfox resolves the harness, provider, model, and thinking level in this order:

  • Harness: the step's harness, else the workspace default harness, else pi.
  • Provider: the step's provider, else a compatible workspace default provider, else anthropic.
  • Model: the step's model, else the configured default model for the resolved provider, else that provider's catalog default (the table above).
  • Thinking: the step's thinking, else the provider's configured default, else xhigh.

So an agent step with just a prompt runs on the workspace default harness, provider, and model. Naming a provider but no model uses that provider's default model.

Unsupported providers

Amazon Bedrock, Google Vertex AI, OpenAI Codex, and GitHub Copilot appear in the catalog but are not yet supported: they require cloud IAM credentials or OAuth flows that API-key configuration can't provide. Support is planned for a future release.

Was this page helpful?
Edit this page on GitHub

On this page