Skip to main content
Preguntas y respuestas sobre modelos y perfiles de autenticación. Para la configuración, las sesiones, el Gateway, los canales y la solución de problemas, consulte las preguntas frecuentes principales.

Modelos: valores predeterminados, selección, alias y cambio

Se establece con:
Los modelos son referencias provider/model (ejemplo: openai/gpt-5.5, anthropic/claude-sonnet-4-6). Establezca siempre provider/model explícitamente. Si se omite el proveedor, OpenClaw intenta primero encontrar un alias coincidente, luego una coincidencia única entre los proveedores configurados para ese id. de modelo y, finalmente, recurre al proveedor predeterminado configurado (ruta de compatibilidad obsoleta). Si ese proveedor ya no tiene el modelo predeterminado configurado, OpenClaw recurre al primer proveedor/modelo configurado en lugar de usar un valor predeterminado obsoleto.
Utilice el modelo más potente de última generación que ofrezca su conjunto de proveedores, especialmente para agentes con herramientas habilitadas o que reciban entradas no fiables, ya que los modelos más débiles o excesivamente cuantizados son más vulnerables a la inyección de prompts y al comportamiento inseguro (consulte Seguridad). Dirija los modelos más económicos al chat rutinario o de bajo riesgo según el rol del agente.Dirija los modelos por agente y utilice subagentes para paralelizar tareas largas (cada subagente consume sus propios tokens). Consulte Modelos, Subagentes, MiniMax y Modelos locales.
Cambie únicamente los campos del modelo; evite reemplazar toda la configuración.
  • /model en el chat (por sesión; consulte Comandos de barra diagonal)
  • openclaw models set ... (actualiza únicamente la configuración del modelo)
  • openclaw configure --section model (interactivo)
  • edite agents.defaults.model directamente en ~/.openclaw/openclaw.json
Para las modificaciones mediante RPC, inspeccione primero con config.schema.lookup (ruta normalizada, documentación superficial del esquema y resúmenes de elementos secundarios) y, después, prefiera config.patch en lugar de config.apply con un objeto parcial. Si se sobrescribió la configuración, restáurela desde una copia de seguridad o ejecute openclaw doctor para repararla.Documentación: Modelos, Configurar, Configuración, Doctor.
Sí; Ollama es la opción más sencilla. Configuración rápida:
  1. Instale Ollama desde https://ollama.com/download
  2. Descargue un modelo local, por ejemplo, ollama pull gemma4
  3. Para usar también modelos en la nube, ejecute ollama signin
  4. Ejecute openclaw onboard, elija Ollama y, después, Local o Cloud + Local
Cloud + Local permite usar modelos en la nube junto con los modelos locales de Ollama; los modelos en la nube como kimi-k2.5:cloud no requieren una descarga local. Para cambiar manualmente: openclaw models list y, después, openclaw models set ollama/<model>.Los modelos más pequeños o muy cuantizados son más vulnerables a la inyección de prompts. Utilice modelos grandes para cualquier bot con acceso a herramientas; si aun así se usan modelos pequeños, habilite el aislamiento y listas estrictas de herramientas permitidas.Documentación: Ollama, Modelos locales, Proveedores de modelos, Seguridad, Aislamiento.
Envíe /model <name> como mensaje independiente. Consulte Comandos de barra diagonal para ver la lista completa de comandos, incluido el selector numerado (/model, /model list, /model 3), /model default para borrar la sobrescritura de una sesión y /model status para obtener detalles sobre el endpoint/modo de API.Fuerce un perfil de autenticación específico por sesión con @profile:
Para desvincular un perfil establecido con @profile, vuelva a ejecutar /model sin el sufijo (por ejemplo, /model anthropic/claude-opus-4-6) o seleccione el predeterminado en /model. Utilice /model status para confirmar el perfil de autenticación activo.
/model provider/model selecciona exactamente esa ruta del proveedor. Por ejemplo, qianfan/deepseek-v4-flash y deepseek/deepseek-v4-flash son referencias diferentes aunque el id. del modelo coincida; OpenClaw no cambia de proveedor silenciosamente por una coincidencia de id. sin proveedor.Una referencia /model seleccionada por el usuario es estricta respecto a la conmutación por error: si ese proveedor/modelo deja de estar disponible, la respuesta falla de forma visible en lugar de recurrir a agents.defaults.model.fallbacks. Las cadenas de conmutación por error configuradas siguen aplicándose a los valores predeterminados configurados, los modelos principales de los trabajos de Cron y el estado de conmutación por error seleccionado automáticamente. Cuando una ejecución sin sobrescritura de sesión puede utilizar la conmutación por error, OpenClaw prueba primero el proveedor/modelo solicitado, después las alternativas configuradas y, finalmente, el modelo principal configurado; de este modo, los id. de modelo sin proveedor duplicados nunca vuelven directamente al proveedor predeterminado.Consulte Modelos y Conmutación por error de modelos.
Sí; la elección del modelo y la del entorno de ejecución son independientes:
  • Agente de programación Codex nativo: establezca agents.defaults.model.primary en openai/gpt-5.5. Inicie sesión con openclaw models auth login --provider openai para usar la autenticación de suscripción de ChatGPT/Codex.
  • Tareas directas de la API de OpenAI fuera del bucle del agente: configure OPENAI_API_KEY para imágenes, embeddings, voz, tiempo real y otras superficies de la API de OpenAI no relacionadas con agentes.
  • Autenticación mediante clave de API del agente OpenAI: /model openai/gpt-5.5 con un perfil de clave de API openai ordenado.
  • Subagentes: dirija las tareas de programación a un agente centrado en Codex con su propio modelo openai/gpt-5.5.
Consulte Modelos y Comandos de barra diagonal.
  • Por sesión: envíe /fast on mientras utiliza openai/gpt-5.5.
  • Valor predeterminado por modelo: establezca agents.defaults.models["openai/gpt-5.5"].params.fastMode en true.
  • Límite automático: /fast auto o params.fastMode: "auto" ejecuta rápidamente las nuevas llamadas al modelo hasta el límite y, después, ejecuta posteriores llamadas de reintento, conmutación por error, resultado de herramientas o continuación sin el modo rápido. El límite predeterminado es de 60 segundos; sobrescríbalo con params.fastAutoOnSeconds en el modelo.
El modo rápido se asigna a service_tier = "priority" en las solicitudes nativas de OpenAI Responses; se conservan los valores existentes de service_tier y el modo rápido no reescribe reasoning ni text.verbosity. Las sobrescrituras de sesión /fast tienen prioridad sobre los valores predeterminados de la configuración.Consulte Razonamiento y modo rápido y la sección Modo rápido de Configuración avanzada en la página del proveedor OpenAI.
Si agents.defaults.modelPolicy.allow no está vacío, se convierte en la lista de elementos permitidos para /model, las sobrescrituras de sesión y --model. Al seleccionar un modelo fuera de esa lista, se devuelve lo siguiente en lugar de una respuesta normal:
Solución: añada el modelo exacto o un comodín de proveedor como "provider/*" a la lista modelPolicy.allow indicada, elimine o vacíe esa lista, o seleccione un modelo de /model list. Si el comando también incluía --runtime codex, actualice primero la lista de elementos permitidos y, después, vuelva a intentar el mismo comando /model provider/model --runtime codex.
Si se utiliza una versión anterior de OpenClaw, actualícela primero (o ejecute desde el código fuente main) y reinicie el Gateway; puede que MiniMax-M3 todavía no esté en el catálogo de la versión instalada. De lo contrario, el proveedor MiniMax no está configurado (no se encontró ninguna entrada de proveedor ni perfil de autenticación), por lo que el modelo no se puede resolver. Consulte la sección Solución de problemas en la página del proveedor MiniMax para ver la lista de comprobación completa de la solución, la tabla de id. de proveedor/modelo y un ejemplo de bloque de configuración.
Sí. Utilice MiniMax como modelo predeterminado y cambie de modelo por sesión; las alternativas son para errores, no para «tareas difíciles», por lo que debe utilizar /model o un agente independiente.Opción A: cambiar por sesión
Después, /model gpt.Opción B: agentes independientes: el agente A utiliza MiniMax de forma predeterminada y el agente B utiliza OpenAI; dirija las solicitudes por agente o utilice /agent para cambiar.Documentación: Modelos, Enrutamiento multiagente, MiniMax, OpenAI.
Sí; son abreviaturas integradas que se aplican únicamente cuando el modelo de destino existe en agents.defaults.models:Un alias propio con el mismo nombre sobrescribe el integrado.
Los alias se encuentran en agents.defaults.models.<modelId>.alias:
Después, /model sonnet (o /<alias> cuando sea compatible) se resuelve como ese id. de modelo.
OpenRouter (pago por token; muchos modelos):
Z.AI (modelos GLM):
Si falta la clave del proveedor para un proveedor/modelo al que se hace referencia, se produce un error de autenticación en tiempo de ejecución (por ejemplo, No API key found for provider "zai").No se encontró ninguna clave de API para el proveedor después de añadir un agente nuevoUn agente nuevo tiene un almacén de autenticación vacío; la autenticación se gestiona por agente y se almacena en:
Corrección: ejecute openclaw agents add <id> y configure la autenticación en el asistente, o copie únicamente los perfiles estáticos portátiles api_key/token del almacén del agente principal. Para OAuth, inicie sesión desde el agente nuevo cuando necesite su propia cuenta. Consulte Enrutamiento multiagente para conocer las reglas completas de reutilización de agentDir y uso compartido de credenciales; nunca reutilice agentDir entre agentes.

Conmutación por error de modelos y “Todos los modelos fallaron”

Dos etapas:
  1. Rotación de perfiles de autenticación dentro del mismo proveedor.
  2. Modelo de respaldo al siguiente modelo en agents.defaults.model.fallbacks.
Se aplican periodos de espera a los perfiles que fallan (retroceso exponencial), de modo que OpenClaw sigue respondiendo cuando un proveedor limita la tasa o falla temporalmente.El grupo de límites de tasa abarca más que simples 429: Too many concurrent requests, ThrottlingException, concurrency limit reached, workers_ai ... quota limit exceeded, resource exhausted y los límites periódicos de ventanas de uso (weekly/monthly limit reached) cuentan como límites de tasa que justifican la conmutación por error.Las respuestas de facturación no siempre son 402, y algunos 402s permanecen en el grupo de errores transitorios/límites de tasa en lugar de pasar a la vía de facturación. El texto explícito de facturación en 401/403 todavía puede dirigirse a facturación; los comparadores de texto específicos del proveedor (p. ej., Key limit exceeded de OpenRouter) permanecen limitados a su propio proveedor. Un 402 que parezca un límite reintentable de ventana de uso o de gasto de organización/espacio de trabajo (daily limit reached, resets tomorrow, organization spending limit exceeded) se trata como rate_limit, no como una desactivación prolongada por facturación.Los errores por desbordamiento de contexto quedan completamente fuera de la ruta de respaldo: las firmas como request_too_large, input exceeds the maximum number of tokens, input token count exceeds the maximum number of input tokens, input is too long for the model o ollama error: context length exceeded pasan a Compaction/reintento en lugar de avanzar al siguiente modelo de respaldo.El texto genérico de error del servidor es más limitado que “cualquier cosa que contenga unknown/error”. Formatos transitorios específicos del proveedor que sí cuentan como señales de conmutación por error: An unknown error occurred sin formato de Anthropic, Provider returned error sin formato de OpenRouter, errores de motivo de detención como Unhandled stop reason: error, cargas útiles JSON api_error con texto transitorio del servidor (internal server error, unknown error, 520, upstream error, backend error) y errores de proveedor ocupado como ModelNotReadyException cuando coincide el contexto del proveedor. El texto genérico de respaldo interno como LLM request failed with an unknown error. mantiene un criterio conservador y no activa el respaldo por sí solo.
El identificador del perfil de autenticación anthropic:default no tiene credenciales en el almacén de autenticación esperado.Lista de comprobación para corregirlo:
  • Confirme dónde se encuentran los perfiles; ubicación actual: ~/.openclaw/agents/<agentId>/agent/auth-profiles.json; ubicación heredada: ~/.openclaw/agent/* (migrada por openclaw doctor).
  • Confirme que el Gateway carga la variable de entorno. Un valor ANTHROPIC_API_KEY establecido únicamente en el shell no llegará a un Gateway ejecutado mediante systemd/launchd; colóquelo en ~/.openclaw/.env o habilite env.shellEnv.
  • Confirme que está editando el agente correcto; las configuraciones multiagente tienen varios archivos auth-profiles.json.
  • Ejecute openclaw models status para ver los modelos configurados y el estado de autenticación del proveedor.
Para “No se encontraron credenciales para el perfil anthropic” (sin sufijo de correo electrónico):La ejecución está fijada a un perfil de Anthropic que el Gateway no puede encontrar.
  • Use la CLI de Claude: ejecute openclaw models auth login --provider anthropic --method cli --set-default en el host del Gateway.
  • Si prefiere una clave de API: coloque ANTHROPIC_API_KEY en ~/.openclaw/.env en el host del Gateway y, a continuación, borre cualquier orden fijado que fuerce el uso del perfil ausente:
  • Modo remoto: los perfiles de autenticación se encuentran en la máquina del Gateway, no en su portátil; confirme que está ejecutando los comandos allí.
Si la configuración de modelos incluye Google Gemini como respaldo (o se cambió a una abreviatura de Gemini), OpenClaw lo intenta durante la conmutación por error. Si no hay credenciales de Google configuradas, se produce No API key found for provider "google". Corrección: añada la autenticación de Google o elimine los modelos de Google de agents.defaults.model.fallbacks/los alias.Solicitud de LLM rechazada: se requiere una firma de razonamiento (Google Antigravity)Causa: el historial de la sesión contiene bloques de razonamiento sin firmas (a menudo debido a un flujo interrumpido/parcial); Google Antigravity requiere firmas en los bloques de razonamiento. OpenClaw elimina los bloques de razonamiento sin firmar para Google Antigravity Claude; si el problema persiste, inicie una sesión nueva o establezca /thinking off para ese agente.

Perfiles de autenticación: qué son y cómo administrarlos

Relacionado: /concepts/oauth (flujos de OAuth, almacenamiento de tokens, patrones con varias cuentas)
Un registro de credenciales con nombre (OAuth o clave de API) asociado a un proveedor y almacenado en:
Inspeccione los perfiles guardados sin mostrar los secretos: openclaw models auth list (opcionalmente --provider <id> o --json). Consulte CLI de modelos.
Con prefijo del proveedor: anthropic:default (común cuando no existe una identidad de correo electrónico), anthropic:<email> para identidades de OAuth o un identificador personalizado que elija (p. ej., anthropic:work).
Sí. La configuración auth.order.<provider> establece el orden de rotación por proveedor (solo metadatos; no se almacenan secretos).OpenClaw puede omitir un perfil durante un breve periodo de espera (límites de tasa, tiempos de espera agotados, fallos de autenticación) o un estado deshabilitado más prolongado (facturación/créditos insuficientes). Inspecciónelo con openclaw models status --json y compruebe auth.unusableProfiles. Los periodos de espera por límites de tasa pueden estar restringidos a un modelo: un perfil en periodo de espera para un modelo aún puede atender a otro modelo del mismo proveedor; las ventanas de facturación/deshabilitación bloquean el perfil completo.Establezca una anulación del orden por agente (almacenada en el archivo auth-state.json de ese agente):
Compruebe qué se intentará realmente: openclaw models status --probe. Un perfil almacenado que se omita de un orden explícito muestra excluded_by_auth_order en lugar de probarse silenciosamente.
  • OAuth / inicio de sesión mediante CLI suele usar el acceso de suscripción cuando el proveedor lo admite. En el caso de Anthropic, el backend de la CLI de Claude de OpenClaw usa claude -p de Claude Code, que Anthropic trata actualmente como uso programático/del Agent SDK que se descuenta de los límites de uso de la suscripción; consulte Anthropic para conocer el estado actual de la pausa de facturación y los enlaces a las fuentes.
  • Las claves de API usan facturación por token.
El asistente admite la CLI de Anthropic Claude, OAuth de OpenAI Codex y claves de API.

Contenido relacionado