FreeToken openclaw: Guía de configuración sin tokens para 2026

FreeToken openclaw es una configuración de OpenClaw autenticada mediante el navegador, diseñada para conectarse con múltiples servicios web de IA a través de un gateway unificado. En lugar de comenzar con una clave API adquirida por separado para cada proveedor, este flujo utiliza un inicio de sesión en el navegador, captura localmente las credenciales de sesión necesarias y expone los modelos configurados mediante la interfaz de OpenClaw.

Este enfoque resulta útil para experimentar, comparar modelos y crear flujos de trabajo personales con agentes. No es lo mismo que un servicio API oficial e ilimitado. Las sesiones web pueden caducar, los endpoints web pueden aplicar límites de frecuencia y los términos de uso de cada proveedor siguen siendo aplicables.

La capa de proveedores es el principal motivo para utilizar OpenClaw en una configuración sin tokens. Se enumeran varios proveedores web probados, mientras que Manus se describe por separado con una cuota gratuita basada en API. Los detalles de compatibilidad pueden variar según el proveedor, así que configura únicamente los servicios que necesites activamente.

Para cambiar de modelo, utiliza el comando /model en el cuadro de chat. Cuando un proveedor tenga varias variantes, es preferible utilizar identificadores exactos. Por ejemplo, una configuración de Claude puede resolverse de forma más fiable con /model claude-web/claude-sonnet-4-6 que con el comando más corto que solo indica el proveedor.

La ruta de instalación recomendada utiliza Node.js, pnpm, una sesión de depuración de Chrome, el asistente de autenticación web y el servidor gateway. Mantén disponibles las sesiones del navegador y de la terminal mientras completas el proceso de incorporación.

Una vez que el gateway esté en ejecución, la interfaz web es el lugar más sencillo para probar los modelos configurados. La CLI/TUI está disponible mediante node openclaw.mjs tui, mientras que las integraciones locales pueden enviar solicitudes al endpoint HTTP utilizando el token del gateway definido en la configuración.

La configuración de ejemplo predeterminada utiliza el puerto 3001 y autenticación del gateway basada en tokens. Mantén este token separado de las cookies del proveedor y de las credenciales bearer. Protegen límites diferentes: el token del gateway controla el acceso a la API local, mientras que las credenciales del proveedor autorizan las sesiones web.

curl \
  -H "Authorization: Bearer YOUR_GATEWAY_TOKEN" \
  -H "Content-Type: application/json" \
  -d '{
    "model": "deepseek-web/deepseek-chat",
    "messages": [{"role": "user", "content": "Hello!"}]
  }'

La llamada de herramientas está diseñada para activarse cuando un prompt sugiere una acción como buscar, obtener, leer, escribir, enviar mensajes o ejecutar un comando local. Las restricciones del espacio de trabajo se controlan mediante el espacio de trabajo del agente configurado, así que mantén ese directorio estrictamente delimitado.

La automatización autenticada mediante el navegador requiere gestionar las credenciales con cuidado. Las cookies y los tokens bearer se almacenan en archivos de autenticación locales, incluida el área de estado local del proyecto. Nunca confirmes esos archivos en un repositorio, los pegues en informes públicos de problemas ni los compartas en capturas de pantalla.

Las sesiones web pueden caducar y los proveedores pueden imponer límites de frecuencia. Por ello, esta configuración es más adecuada para pruebas personales y cargas de trabajo moderadas que para tráfico de producción intensivo. Vuelve a autenticarte mediante el navegador cuando un proveedor deje de responder o la sesión local deje de ser válida.

Una compilación limpia sigue esta secuencia:

rm -rf dist dist-runtime node_modules pnpm install pnpm build pnpm ui:build ./server.sh restart

Al añadir un nuevo proveedor web, la estructura del proyecto separa la autenticación, el cliente API y la gestión de streams. Por lo general, un proveedor necesita un módulo de autenticación, un cliente web, un gestor de streams y un registro en la fábrica de streams. Esta separación facilita el mantenimiento del comportamiento específico de cada proveedor.