El método de este sitio es siempre el mismo: tus casos valen más que las clasificaciones. Esta guía te lleva de no tener cuenta a mirar tres modelos respondiendo a la misma pregunta tuya, lado a lado, en un cuarto de hora. Los primeros cuatro pasos se hacen desde el navegador; la terminal solo aparece en el último, opcional. Si antes quieres entender qué es OpenRouter y qué cuesta, empieza por la ficha; aquí se hace.

Paso 1 · La cuenta

Ve a openrouter.ai y regístrate (email o cuenta de Google/GitHub). La cuenta es gratuita y ya te permite usar los modelos con el sufijo :free en el nombre: el tope es de 50 peticiones al día, suficientes para husmear la interfaz, estrechas para trabajar.

Paso 2 · El tope antes que el dinero

Antes de cargar créditos, decide cuánto estás dispuesto a gastar: es el orden correcto, porque el tope puesto después es un tope que ya te has comido. Diez dólares una sola vez bastan para semanas de pruebas (una comparación con tres modelos cuesta céntimos) y desbloquean un bonus permanente: el límite de los modelos :free sube de 50 a 1.000 peticiones al día (verificado el 19/07/2026 en los límites documentados). Al comprar los créditos OpenRouter aplica una comisión del 5,5%; el consumo de los modelos va a precio de lista, sin recargo.

Paso 3 · La clave, con correa

En los ajustes de la cuenta crea una clave API y asígnale un límite de gasto con reinicio mensual, por ejemplo 5 $. Si un script se vuelve loco o la clave acaba donde no debía, el daño máximo es el que escribiste tú. La clave se muestra una sola vez: guárdala en un gestor de contraseñas, nunca en un documento compartido y nunca dentro de un archivo que acabe en un repositorio.

Paso 4 · Tres modelos, un caso tuyo

Abre openrouter.ai/chat y añade tres modelos a la misma conversación: uno grande, uno medio, uno pequeño (la comparación aguanta hasta cinco). Luego pega un caso real de tu trabajo, con el contexto que le darías a un colega: el email difícil de reescribir, el acta por resumir, la tabla por interpretar. Mira las respuestas juntas y pregúntate en cuál habrías tenido que corregir menos. Repítelo con dos o tres casos más: los patrones que se repiten en casos distintos valen más que cualquier clasificación.

Paso 5 (opcional) · La comparación estructurada

Si la terminal no te asusta, el banco de pruebas de los materiales del curso hace la comparación repetible: descargas esegui.mjs y casi.json, y primero lo ves funcionar sin clave y sin coste:

node esegui.mjs --prova

El modo de prueba usa respuestas falsas y un caso falla a propósito, para enseñarte a leer un fallo. Luego pones tu clave y haces la vuelta de verdad:

export OPENROUTER_API_KEY=sk-or-...
node esegui.mjs

Sustituye los casos de casi.json por 5-10 entradas reales de tu trabajo y cambia el modelo en la línea MODELLO para comparar: mismo conjunto de casos, modelos distintos, resultados comparables.

Los errores típicos

La clave en el lugar equivocado. Una clave pegada en un documento compartido o subida a un repositorio es una tarjeta de crédito dejada sobre la mesa. El límite de gasto del paso 3 reduce el daño, el gestor de contraseñas lo evita.

El modelo que ya no está. El catálogo cambia deprisa: un nombre copiado de un artículo de hace tres meses puede estar obsoleto. El nombre exacto se toma siempre de la lista viva, donde cada modelo muestra su slug junto al precio.

El ritmo de los :free. Además del tope diario hay un límite por minuto: un script que martillea recibe errores 429. Para un uso continuado, los modelos de pago pequeños cuestan de todos modos muy poco.

---

Estado de la verificación: pasos y cifras comprobados en la documentación oficial de OpenRouter el 19/07/2026. La vuelta real del paso 5 se ejecutó en la misma fecha, con clave y gasto reales, desde el workflow de verificación del sitio: 5 casos contra un modelo puntero, 3 aprobados y 2 fallidos. Los fallos son el banco haciendo su oficio: enseñan dónde corregir las instrucciones de ejemplo, que es exactamente lo que verás con tus casos.