Configuración de Switch
Abrir la interfaz de configuración
macOS / Linux: haz clic en el icono de la barra de menú → «Configuración».
Windows: clic derecho en el icono de la bandeja → «Abrir configuración».
Ctrl+Shift+S (Win/Linux) / Cmd+Shift+S (macOS).
Agregar un proveedor de modelos
Pestaña «ProveedorProviderProveedor de modelos, es decir, un servicio de modelos ascendente (una API en la nube o un servicio de inferencia local). Switch permite configurar varios Provider y enrutar según reglas.» → «Agregar proveedor», completa el nombre del proveedor + API Base URL + API Key:
| Proveedor | API Base URL | API Key |
|---|---|---|
| Lurus API Recomendado | https://hub.lurus.cn/v1 | Lurus Key (comienza con sk-); en modelos haz clic en «Detección automática» |
| OpenAI | https://api.openai.com/v1 | sk-... (oficial) |
| Anthropic | https://api.anthropic.com/v1 | sk-ant-... |
| Ollama (local) | http://localhost:11434/v1 | (dejar vacío) |
Configurar reglas de enrutamiento
Define qué solicitud va a qué proveedor; las solicitudes sin coincidencia van al proveedor predeterminado (predeterminado → Lurus API).
Enrutamiento por nombre de modelo: gpt-* → OpenAI; claude-* → Anthropic; deepseek-* / * (otros) → Lurus API; llama* → Ollama. JSON:
{ "rules": [
{ "pattern": "gpt-*", "provider": "OpenAI" },
{ "pattern": "claude-*", "provider": "Anthropic" },
{ "pattern": "llama*", "provider": "Ollama" },
{ "pattern": "*", "provider": "Lurus API" }
] }Enrutamiento por aplicación (avanzado): configura enrutamientos distintos para diferentes aplicaciones locales:
{
"app_rules": [
{
"app": "cursor",
"default_provider": "Lurus API",
"model_override": "deepseek-reasoner"
},
{
"app": "continue",
"default_provider": "Ollama"
}
]
}Configuración del puerto del proxy
«General» → «Puerto de escucha», predeterminado 11434. Cuando haya un conflicto de puerto (por ejemplo, con Ollama), cámbialo a otro puerto (como 11435) y modifica en consecuencia, del lado de la aplicación, base_url=http://localhost:11435/v1 (api_key puede ser cualquier valor; Switch usa la provider key configurada).
Conflicto de puerto
11434 es el mismo que el puerto predeterminado de Ollama. Cuando ambos se ejecutan en la misma máquina, cambia Switch a otro puerto (como 11435) y actualiza de forma sincronizada el base_url del lado de la aplicación.Archivo de configuración completo
La configuración de Switch se guarda en:
| Plataforma | Ruta |
|---|---|
| Windows | %APPDATA%\LurusSwitch\config.json |
| macOS | ~/Library/Application Support/LurusSwitch/config.json |
| Linux | ~/.config/LurusSwitch/config.json |
Ejemplo completo de config.json:
{
"listen_port": 11434,
"log_requests": true,
"start_on_login": true,
"providers": [
{
"name": "Lurus API",
"base_url": "https://hub.lurus.cn/v1",
"api_key": "sk-your-lurus-key",
"enabled": true
},
{
"name": "Ollama",
"base_url": "http://localhost:11434/v1",
"api_key": "",
"enabled": true
}
],
"routing": {
"default_provider": "Lurus API",
"rules": [
{ "pattern": "llama*", "provider": "Ollama" },
{ "pattern": "qwen*", "provider": "Ollama" },
{ "pattern": "*", "provider": "Lurus API" }
]
}
}Verificar la configuración
La pestaña «Estado» muestra: el estado de conexión de cada proveedor (verde = correcto, rojo = fallido), las reglas de enrutamiento activas actualmente y el registro de solicitudes recientes. Verificación por línea de comandos (si devuelve un JSON normal, es exitoso):
curl http://localhost:11434/v1/chat/completions \
-H "Content-Type: application/json" \
-d '{"model":"deepseek-chat","messages":[{"role":"user","content":"ping"}]}'