OpenRouter como respaldo de Claude Code: comprobar ruta y coste

Identificar el servicio fallido antes de cambiar la ruta

El vídeo del 25 de marzo de 2026 responde a una caída de Anthropic y Claude Code. Luke describe enrutamiento mediante OpenRouter y proveedores como Amazon Bedrock, Google Vertex o Azure. Es una respuesta histórica a un incidente, no un aviso actual ni garantía de independencia del mismo problema subyacente.

La descripción no da variables de shell ni comandos exactos de integración. Usa la creación de clave en 1:26 y la integración en 2:23 para la configuración demostrada. Mantén recuperable la original para que una solución temporal no sea un cambio permanente sin explicación.

1. Registra proyecto actual, ruta de modelo y tarea incompleta antes de modificar la conexión.
2. Crea la clave prevista de OpenRouter mediante la ruta grabada y mantenla fuera de chat, capturas y archivos compartidos.
3. Comprueba proveedor y modelo exactos en vez de considerar equivalentes todas las rutas con un nombre familiar.

Probar el cambio de shell y conservar contexto

En 3:28 se actualizan perfiles de shell con Antigravity o Codex; transferencia de contexto y cambio a Antigravity siguen en 5:14. Un perfil puede afectar terminales posteriores y una herramienta nueva sigue necesitando objetivo y trabajo pendiente. Explicita ambas transiciones.

1. Revisa el cambio propuesto y conserva valores previos antes de aplicar la configuración mostrada.
2. Haz una petición pequeña y comprueba la conexión prevista antes de retomar una tarea grande.
3. Lleva archivos pertinentes, decisiones y comprobaciones pendientes a la sesión de respaldo y contrasta su primer cambio con el repositorio actual.

Seguir uso pagado y considerar otro modelo

Luke relata un gasto accidental de 16 $ en una hora y trata MiniMax mediante OpenRouter en 6:23; Gemini 3.1 Pro es otro respaldo citado. Son opciones y costes históricos, no prueba de calidad equivalente ni de la ruta actual más barata.

1. Revisa uso tras la primera petición y fija un límite de gasto para el resto.
2. Compara un respaldo en una tarea acotada y verificable antes de transferir toda la carga.
3. Restaura o documenta la configuración al terminar el incidente para entender ruta y facturación de la próxima sesión.

Conclusión

Un buen respaldo conserva recuperable el trabajo y visible el gasto; disponibilidad, idoneidad y coste necesitan comprobaciones distintas.