469. Qué modelo usar en cada tarea

En este episodio Premium intento responder a una pregunta que me ha llevado de cabeza durante semanas: qué modelo de Codex conviene usar en cada tarea. Hay varias opciones, distintos niveles de esfuerzo y un botón para acelerar el trabajo. Sobre el papel parece sencillo. En la práctica, cada elección afecta a la calidad, la velocidad y el consumo.

Después de probar combinaciones en trabajo real, ya tengo un criterio que me resulta útil. No es una tabla teórica ni una comparación de laboratorio. Sale de responder correos, coordinar procesos, desarrollar funciones nuevas, revisar estrategia y arreglar problemas que no se dejan resolver a la primera.

Antes de entrar en los modelos

• Dos experimentos que me tienen fascinado: el vibe cooking y un ordenador de videojuegos que ChatGPT está configurando a distancia.
• La clase sobre inteligencia artificial que voy a preparar para un grupo de amigos con profesiones y preguntas muy distintas.
• La idea de convertir esa experiencia en un episodio que empiece desde la base sin quedarse en consejos superficiales.
• La última actualización de PulsarCast, que amplía la aplicación más allá del pódcast con un lector y nuevas formas de organizar contenido.
• El sistema con el que estoy grabando y preparando estos episodios desde una aplicación propia para Mac.

Elegir sin vivir pendiente de los límites

La parte central nace de una tensión muy concreta. Quiero que el trabajo salga bien, pero tampoco quiero gastar los límites semanales sin saber por qué. Durante un tiempo iba cambiando de modelo con miedo, como si cada tarea pudiera vaciar la cuenta. La solución no ha sido usar siempre la opción más barata ni reservar la más potente para todo.

• Cómo sigo el consumo diario y semanal para entender mis hábitos en lugar de decidir por intuición.
• Qué ocurrió cuando activé una opción de velocidad sin darme cuenta y por qué el gasto se disparó.
• La diferencia entre una tarea operativa, una tarea de desarrollo y una decisión estratégica.
• Qué errores aparecen cuando un modelo aparentemente suficiente pierde instrucciones o deja pasos sin hacer.
• Por qué la calidad final importa más que ahorrar una pequeña parte del límite si la cuenta sigue llegando al final de la semana.

Una herramienta principal y varias salidas

El episodio también trata de algo más amplio que escoger un nombre en un menú. Hablo de cómo reparto el trabajo entre una herramienta principal, una segunda opción para probar modelos diferentes y un chat sencillo para las preguntas cotidianas. Lo importante no es acumular aplicaciones, sino saber qué función cumple cada una.

• Cuándo merece la pena pedir primero un análisis y ejecutar el trabajo después.
• Cómo cambiar de modelo dentro de una misma tarea sin perder de vista el contexto.
• Por qué mantengo Cursor como respaldo y espacio de pruebas.
• Qué papel tiene Grok en esas pruebas y por qué no quiero depender de una única vía.
• Cómo encajan el correo, el desarrollo de GuideDoc, PulsarCast y la estrategia en un mismo sistema de decisiones.

Menciones y herramientas del episodio

• Codex: el entorno principal desde el que organizo y ejecuto el trabajo.
• Cursor y Grok: la combinación que uso para comparar resultados y conservar una alternativa.
• OpenUsage: la herramienta de código abierto que he adaptado para entender consumo, límites y reinicios.
• PulsarCast y GuideDoc: dos proyectos reales donde estas decisiones dejan de ser teoría.
• Joan Boluda: la persona a la que pedí otro punto de vista y que vuelve al podcast la semana que viene.