Skip to content

Model Providers & Settings

Silicon Worker connects to multiple providers through a unified model gateway, so you can mix domestic and international models and set a primary plus backup models for failover. This page lists the supported provider types, the fields each requires, and how primary/backup switching works. For the setup steps, see Configure providers and Connect Your First Model.

Protocol types

Silicon Worker supports two connection protocols; most providers use the OpenAI-compatible one:

ProtocolNotesAuth
OpenAI-compatibleThe most common; nearly all providers (including Chinese providers, Azure, and local models) use thisBearer token (API key)
Anthropic nativeThe native messages API for the Claude seriesx-api-key

Supported providers

ProviderProtocolTypical use
OpenAIOpenAI-compatibleGPT-series models
AnthropicAnthropic nativeClaude-series models
DeepSeekOpenAI-compatibleChinese LLM
Qwen / Tongyi (Alibaba)OpenAI-compatibleChinese LLM
ZhipuOpenAI-compatibleChinese LLM
SiliconFlowOpenAI-compatibleChinese aggregated LLMs
Azure OpenAIOpenAI-compatibleEnterprise cloud deployment
Ollama / local modelsOpenAI-compatibleModels running offline on your machine

Fields to fill in

Whichever provider you pick, configuring a model usually only requires these fields:

FieldNotesRequired
Base URLThe provider's API address. OpenAI-compatible usually points to /v1; local models point to a local address (e.g. Ollama's default local port).Required
API KeyThe access key from the provider's console. Local models can often leave this blank or use a placeholder.Usually required
Model nameThe exact model identifier to call; must match the name the provider gives.Required

Not sure what to put for Base URL and model name? Check your provider's official docs; examples for common providers are in Configure providers.

Primary & backup models

Silicon Worker lets you set a primary model and backup models per session:

SettingEffect
Primary modelThe default model for the session.
Backup modelThe model automatically switched to when the primary call fails; you can set several to fall back through in order.

When the primary model hits a transient problem such as a network error, rate limit, or timeout, the gateway retries automatically and, if it still fails, switches to a backup model to keep the task going.