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:tokenlab/<model-id>.
Paquete npm · Ficha en ClawHub · Código fuente
Configuración manual del proveedor
Usa las entradas manuales demodels.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.
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
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 formatoprovider/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.
tokenlab/gemini-* en la ruta compatible con OpenAI.
Errores comunes
Aún usando el antiguo array top-level providers
Aún usando el antiguo array top-level providers
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.Olvidar /v1 en tokenlab-responses
Olvidar /v1 en tokenlab-responses
openai-responses se mapea a la ruta /v1/responses de TokenLab, por lo que tokenlab-responses debe usar https://api.tokenlab.sh/v1.Agregar /v1 a tokenlab-claude, tokenlab-gemini o tokenlab-minimax
Agregar /v1 a tokenlab-claude, tokenlab-gemini o tokenlab-minimax
anthropic-messages y google-generative-ai deben usar https://api.tokenlab.sh sin /v1. Agregar /v1 puede producir rutas de solicitud incorrectas.¿OpenClaw aún soporta Gemini nativo?
¿OpenClaw aún soporta Gemini nativo?
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:- Formatos de API — comprende las diferencias entre las rutas OpenAI, Responses, Anthropic y Gemini
- IDE / SDK Compatibility — consulta cuándo
/v1/responseses la mejor opción - Manejo de errores — aprende modos de fallo comunes y patrones de recuperación
- Resumen de modelos — explora los IDs de modelos antes de integrarlos en los agents