Primeros pasos
1
Instalar el Plugin
2
Establecer la clave de API de Fireworks
fireworks en los perfiles de autenticación y establece el enrutador Kimi K2.6 Turbo Fire Pass como modelo predeterminado.3
Verificar que el modelo esté disponible
Kimi K2.6 y Kimi K2.6 Turbo (Fire Pass). Si FIREWORKS_API_KEY no se resuelve, openclaw models status --json informa de la credencial que falta en auth.unusableProfiles.Configuración no interactiva
Para instalaciones mediante scripts o en un Pipeline de CI, proporcione todo en la línea de comandos:Catálogo integrado
OpenClaw fija todos los modelos Kimi de Fireworks en
thinking: off, ya que Kimi en Fireworks puede filtrar la cadena de pensamiento en la respuesta visible, a menos que la solicitud desactive explícitamente el razonamiento. Enrutar el mismo modelo directamente mediante Moonshot conserva la salida de razonamiento de Kimi. Consulte los modos de razonamiento para cambiar de proveedor.Ids de modelos personalizados de Fireworks
OpenClaw acepta cualquier id de modelo o enrutador de Fireworks durante la ejecución. Use el id exacto que muestra Fireworks y añada el prefijofireworks/. La resolución dinámica clona la plantilla de Fire Pass (entrada de texto + imagen, API compatible con OpenAI, coste predeterminado cero) y desactiva automáticamente el razonamiento cuando el id coincide con el patrón de Kimi. Los ids dinámicos de GLM se marcan como solo texto, salvo que se configure una entrada de modelo personalizada con entrada de imagen.
Cómo funciona el uso de prefijos en los ids de modelo
Cómo funciona el uso de prefijos en los ids de modelo
Cada referencia de modelo de Fireworks en OpenClaw comienza con
fireworks/, seguido del id exacto o la ruta del enrutador de la plataforma Fireworks. Por ejemplo:- Modelo de enrutador:
fireworks/accounts/fireworks/routers/kimi-k2p6-turbo - Modelo directo:
fireworks/accounts/fireworks/models/<model-name>
fireworks/ al crear la solicitud de API y envía la ruta restante al endpoint de Fireworks como el campo model compatible con OpenAI.Por qué el razonamiento se desactiva obligatoriamente para Kimi
Por qué el razonamiento se desactiva obligatoriamente para Kimi
Fireworks sirve Kimi sin un canal de razonamiento independiente, por lo que la cadena de pensamiento puede aparecer en el flujo visible
content. En cada solicitud de Kimi a Fireworks, OpenClaw envía thinking: { type: "disabled" } y elimina reasoning, reasoning_effort y reasoningEffort de la carga útil (extensions/fireworks/stream.ts). La política del proveedor (extensions/fireworks/thinking-policy.ts) anuncia únicamente el nivel de razonamiento off para los ids de modelos Kimi, de modo que los cambios manuales de /think y las superficies de políticas del proveedor se mantengan alineados con el contrato de ejecución.Para usar el razonamiento de Kimi de extremo a extremo, configure el proveedor Moonshot y enrute el mismo modelo mediante él.Disponibilidad del entorno para el demonio
Disponibilidad del entorno para el demonio
Si el Gateway se ejecuta como servicio administrado (launchd, systemd, Docker), la clave de Fireworks debe estar disponible para ese proceso, no solo para el shell interactivo.OpenClaw carga
~/.openclaw/.env al cargar la configuración, por lo que las claves almacenadas allí llegan a los servicios administrados del Gateway en todas las plataformas. Reinicie el Gateway (o vuelva a ejecutar openclaw doctor --fix) después de rotar la clave.Contenido relacionado
Proveedores de modelos
Selección de proveedores, referencias de modelos y comportamiento de conmutación por error.
Modos de razonamiento
Niveles de
/think, políticas de proveedores y enrutamiento de modelos con capacidad de razonamiento.Moonshot
Ejecute Kimi con salida de razonamiento nativa mediante la API propia de Moonshot.
Solución de problemas
Solución general de problemas y preguntas frecuentes.