Claude · GPT-6 · Grok — septiembre de 2026

El modelo correcto para cada tarea

Muchos modelos llegaron al mismo tiempo. La respuesta práctica es simple: usa el mejor modelo para cada tarea, sin lealtad a ninguna plataforma.

Banner: qué modelo de IA usar para cada tarea
Vista rápida

Cada modelo en una línea

Haz clic en un modelo para ver la explicación completa, en lenguaje simple.

⚖️ Regla principal: no confíes solo en los benchmarks

Prueba los modelos en tus propias tareas.

Cuidado con el efecto luna de miel: los modelos nuevos parecen increíbles los primeros días. Espera una semana y observa estabilidad, calidad y costo antes de cambiar todo tu stack.

El stack hoy

Quién hace qué

Uso mediante suscripciones (plan Claude + plan Codex). “Costo” aquí es cuánto de la cuota consume cada modelo.

Planificación y problemas difíciles
GPT-6 Astra
Uso general y proyectos complejos
Opus 5.5
Ejecución económica
GPT-6 Sol
Tareas repetitivas
GPT-6 Luna
1

Planificar y problemas difíciles

GPT-6 Astra · esfuerzo medio–alto. Arquitectura, simular escenarios, casos exigentes.

2

Uso general y proyectos complejos

Claude Opus 5.5 · esfuerzo bajo. Rápido, directo, económico, pide pocas instrucciones.

3

Creativo, diseño, video, navegador

Claude Opus 5.5 · bajo–medio. Acierta a la primera donde el gusto importa.

4

Ejecutar un plan listo

GPT-6 Sol · medio–alto. Buen costo cuando la tarea ya está bien definida.

5

Revisar y arreglar código

GPT-6 Sol · medio–alto. Fuerte cuando hay un criterio claro (pruebas que pasan o fallan).

6

Trabajo pesado

GPT-6 Luna · Low para lo simple y rápido; High / X-High para lo pesado. Solo tareas sin ambigüedad.

7

Muchas subtareas en paralelo

Opus 5.5 orquesta, Sol o Luna ejecutan. Juicio una vez, ejecución barata muchas veces.

8

Caso ambiguo

Astra propone, Opus 5.5 revisa. Dos visiones baratas valen más que una cara.

✕

Fuera del stack

Grok 4.7 (peor que el 4.6) · Fable 5.1 (caro, superado por Opus 5.5) · Sonnet 5 y Haiku 4.5 (costo-beneficio débil).

Cómo decidir

Del pedido al modelo en cuatro preguntas

Mira el paso más difícil de la tarea, no la tarea entera.

¿Cuál es el paso más difícil?→El modelo más pequeño que lo resuelve→El menor esfuerzo que cubre el riesgo→Revisa el resultado→Anótalo en el log

🚫 Sin lealtad

Ve a donde mejor te atiendan — equipo Claude o equipo Codex, da igual.

📈 No pagues por el tope

Por encima del nivel “alto” de esfuerzo no hubo ganancia real. Súbelo solo con evidencia.

🍯 Luna de miel

Todo modelo nuevo parece genial los primeros días. Espera una semana antes de cambiar el stack.

🎯 Cuota por resultado

El modelo que gasta más cuota pero acierta a la primera puede salir más barato que cuatro intentos con el económico.

📁 Un agente, una carpeta

Dos agentes en el mismo repositorio se pisan. Aísla a cada uno y dile en el prompt dónde puede escribir.

🧪 Pruébalo tú mismo

Tres tareas reales, dos modelos, el mismo prompt. Treinta minutos valen más que cualquier benchmark.

Requisitos

Lo que necesitas

Nada que instalar además de las herramientas que ya usas.

Suscripción Claude

Claude Code o Claude Desktop, para Opus 5.5.

# ver consumo de la cuota
/usage

Suscripción Codex

Codex CLI o Codex Desktop, para GPT-6 Astra, Sol y Luna.

codex  # abre la sesión

El repositorio

Fichas, reglas y prompts en Markdown (escritos en portugués).

git clone https://github.com/inematds/modelos
Guía de uso · paso a paso

Cómo usarlo en el día a día

De la consulta rápida a convertir el catálogo en una skill.

1

Consulta el stack

La tabla del README es la orientación rápida. Ante la duda, abre la ficha del modelo.

cat README.md               # stack por tarea + reglas
cat modelos/opus-5-5.md     # ficha: mejor para, evitar para, esfuerzo
2

Usa un patrón listo

Para flujos con más de un modelo, copia el prompt correspondiente.

prompts/planejar-executar.md     # Astra planifica → Sol ejecuta
prompts/segunda-opiniao.md       # Astra propone → Opus 5.5 revisa
prompts/orquestrador-workers.md  # Opus 5.5 reparte → Sol/Luna ejecutan
prompts/tarefa-bracal.md         # Luna en lote, sin ambigüedad
3

Registra lo que observes

Una línea por observación, la más reciente arriba. Eso hace práctica la regla de la luna de miel.

# log.md
| fecha | modelo | tarea | resultado | fuente |
4

Haz la prueba rápida

Tres tareas reales (fácil, media, difícil), el mismo prompt en el modelo actual y en el candidato. Repite la difícil después de una semana.

regras.md             # protocolo de 30 minutos
avaliacao/bateria.md  # 8 casos reales, nota 0–3, cuota gastada
5

Conviértelo en skill cuando el stack se estabilice

Hay un borrador listo que responde “¿qué modelo uso para esto?”.

cp -r skills/escolher-modelo ~/.claude/skills/
Patrones de uso

Tres combinaciones que funcionan

La parte cara (el juicio) ocurre una vez; la parte larga (la ejecución) sale barata.

🗺️ Planificar → ejecutar

Astra escribe un plan con pasos verificables; Sol lo ejecuta sin cambiarlo y se detiene si algo se sale del guion.

⚖️ Segunda opinión

Astra propone; Opus 5.5 revisa como escéptico. Si coinciden, adelante. Si no, la diferencia es lo que decides tú.

🎛️ Orquestador + workers

Opus 5.5 divide el trabajo y lo revisa; Sol o Luna hacen cada parte en su propia carpeta.

📊 Esfuerzo en la práctica →

Datos de Opus 5.5 y GPT-6 Astra en todos los niveles de esfuerzo, con gráficos. Opinión de Nei: medium por defecto, high cuando haga falta más razonamiento, xhigh solo en casos extremos.

Próximos pasos

Lo que viene

El stack es un punto de partida y se revisará con uso real.

Ahora
Catálogo publicadoModelos explicados, stack, fichas, reglas, prompts y batería de casos.
30/09
Revisión post luna de mielConfirmar o ajustar el stack después de una semana de uso.
Después
Skill para elegir modeloInstalar la skill escolher-modelo o integrar el stack al enrutador de modelos existente.