/v1 compatible con OpenAI. OpenClaw se comunica con él mediante el adaptador genérico openai-completions.
| Propiedad | Valor |
|---|---|
| Id. de proveedor | inferrs (personalizado; configúralo en models.providers.inferrs) |
| Plugin | ninguno — no es un plugin de proveedor de OpenClaw incluido |
| Variable de entorno de auth | no se requiere ninguna; cualquier valor funciona si tu servidor inferrs no tiene auth |
| API | compatible con OpenAI (openai-completions) |
| URL base sugerida | http://127.0.0.1:8080/v1 (o donde escuche tu servidor inferrs) |
Primeros pasos
Ejemplo de configuración completa
Gemma 4 en un servidorinferrs local:
Inicio bajo demanda
OpenClaw puede iniciarinferrs por sí mismo solo cuando se selecciona un modelo inferrs/.... Agrega localService a la misma entrada de proveedor:
command debe ser una ruta absoluta. Ejecuta which inferrs en el host del Gateway y usa esa ruta. Referencia completa de campos: Servicios de modelos locales.
Configuración avanzada
Por qué requiresStringContent importa
Por qué requiresStringContent importa
Algunas rutas de Chat Completions de
inferrs solo aceptan messages[].content como cadena, no arrays estructurados de partes de contenido.Advertencia sobre Gemma y el esquema de herramientas
Advertencia sobre Gemma y el esquema de herramientas
Algunas combinaciones de Eso reduce la presión del prompt en backends locales más estrictos. Si las solicitudes directas diminutas siguen funcionando pero los turnos normales de agente de OpenClaw continúan fallando dentro de
inferrs + Gemma aceptan solicitudes directas pequeñas a /v1/chat/completions, pero fallan en turnos completos del runtime de agente de OpenClaw. Prueba primero deshabilitar la superficie del esquema de herramientas:inferrs, trátalo como una limitación del modelo o servidor upstream en lugar de un problema de transporte de OpenClaw.Prueba de humo manual
Prueba de humo manual
Prueba ambas capas una vez configuradas:Si el primer comando funciona pero el segundo falla, consulta Solución de problemas a continuación.
Comportamiento de estilo proxy
Comportamiento de estilo proxy
Como
inferrs usa el adaptador genérico openai-completions (no openai-responses), nunca se aplica el moldeado de solicitudes exclusivo de OpenAI nativo: no se envía service_tier, ni store de Responses, ni pistas de caché de prompt, ni moldeado de payload de compatibilidad de razonamiento de OpenAI.Solución de problemas
curl /v1/models falla
curl /v1/models falla
inferrs no está en ejecución, no es accesible o no está enlazado al host/puerto que configuraste. Confirma que el servidor esté iniciado y escuchando en esa dirección.messages[].content expected a string
messages[].content expected a string
Define
compat.requiresStringContent: true en la entrada del modelo (consulta arriba).Las llamadas directas a /v1/chat/completions pasan, pero openclaw infer model run falla
Las llamadas directas a /v1/chat/completions pasan, pero openclaw infer model run falla
Define
compat.supportsTools: false para deshabilitar la superficie del esquema de herramientas (consulta la advertencia de Gemma anterior).inferrs todavía falla en turnos de agente más grandes
inferrs todavía falla en turnos de agente más grandes
Si los errores de esquema desaparecieron pero
inferrs todavía falla en turnos de agente más grandes, trátalo como una limitación upstream de inferrs o del modelo. Reduce la presión del prompt o cambia de backend/modelo.Relacionado
Modelos locales
Ejecutar OpenClaw contra servidores de modelos locales.
Servicios de modelos locales
Iniciar servidores de modelos locales bajo demanda para proveedores configurados.
Solución de problemas de Gateway
Depurar backends locales compatibles con OpenAI que pasan las pruebas pero fallan en ejecuciones de agentes.
Selección de modelo
Descripción general de todos los proveedores, refs de modelo y comportamiento de conmutación por error.