Skip to main content
Esta guía es para usuarios de OpenClaw autohospedado que desean conectar TokenLab como su proveedor de IA.

Recomendado: instala el plugin

Para la ejecución estándar de agentes en OpenClaw, instala el plugin de proveedor de TokenLab:
El plugin obtiene el catálogo activo de modelos de chat de TokenLab y conserva 18 modelos de respaldo para el descubrimiento sin conexión. Los modelos usan el formato tokenlab/<model-id>. Paquete npm · Ficha en ClawHub · Código fuente

Configuración manual del proveedor

Usa las entradas manuales de models.providers que aparecen a continuación solo cuando necesites rutas independientes para Responses API, Claude nativo, Gemini nativo o MiniMax nativo. Si eliges la configuración manual, configurar únicamente tokenlab es suficiente. Añade los otros providers solo cuando necesites explícitamente el comportamiento de Responses API, Claude nativo, Gemini nativo o MiniMax nativo.
Usa el sufijo /v1 solo para openai-completions y openai-responses.Los providers nativos como anthropic-messages y google-generative-ai deben usar https://api.tokenlab.sh sin /v1, de lo contrario OpenClaw puede construir una ruta upstream incorrecta.

Requisitos previos

  • Una instancia de OpenClaw autohospedada
  • Una TokenLab API Key — Get one here

Configuración

Edita tu configuración de OpenClaw:
  • Autohospedado: ~/.openclaw/openclaw.json
Agrega los providers de TokenLab bajo models.providers:
Los 5 providers usan la misma API Key. Solo necesitas una cuenta de TokenLab.
Los arrays models de arriba solo muestran ejemplos comunes. Añade más IDs de modelos a cada provider según sea necesario.

Uso de modelos

OpenClaw sigue referenciando modelos con el formato provider/model:

Ejemplos de modelos

Explora todos los modelos disponibles en tokenlab.sh/models.

Cuándo usar cada proveedor

  • tokenlab: elección predeterminada para la mayoría de los casos de uso generales de agentes y chat.
  • tokenlab-responses: úsalo cuando tu flujo de trabajo en OpenClaw dependa explícitamente de la semántica de OpenAI Responses.
  • tokenlab-claude: úsalo cuando quieras el comportamiento nativo de Messages de Claude.
  • tokenlab-gemini: úsalo cuando necesites el formato de request/response nativo de Gemini o integraciones existentes al estilo Gemini.
  • tokenlab-minimax: úsalo cuando quieras MiniMax en su ruta nativa.
Si no necesitas el comportamiento nativo de Gemini, aún puedes llamar a modelos de Gemini a través de tokenlab/gemini-* en la ruta compatible con OpenAI.

Errores comunes

La documentación actual de OpenClaw usa models.providers. Si mantienes el formato anterior del array top-level providers, OpenClaw puede ignorar la configuración o no resolver los prefijos de provider como se espera.
openai-responses se mapea a la ruta /v1/responses de TokenLab, por lo que tokenlab-responses debe usar https://api.tokenlab.sh/v1.
anthropic-messages y google-generative-ai deben usar https://api.tokenlab.sh sin /v1. Agregar /v1 puede producir rutas de solicitud incorrectas.
Sí. La documentación actual de OpenClaw todavía incluye el provider integrado google y también soporta providers personalizados usando api: "google-generative-ai". Así que tokenlab-gemini sigue siendo una ruta Gemini nativa válida para los usuarios de OpenClaw.

Verificar la configuración

Después de guardar la configuración, reinicia tu instancia de OpenClaw y prueba con un mensaje simple. Si ves una respuesta, el provider está configurado correctamente.

Próximos pasos

Una vez que OpenClaw esté conectado, estas guías te ayudarán a usar TokenLab de forma más eficaz: