Q&A #28: El costo real del entregable, la animación hecha con un prompt y cómo ve el modelo

Resumen

La sesión parte de una ronda de lanzamientos —Astra de OpenAI, Opus 5.5 y Sonnet 5.5— para instalar una forma distinta de medir: no el precio del token, sino el costo del entregable. Un modelo más barato por unidad puede consumir tantas unidades que termina costando más por tarea, y a eso se suma la variable que ninguna factura muestra: el tiempo que la persona dedica a revisar y corregir. De ahí salen dos reglas prácticas: usar el modelo más capaz para corregir menos, y no pedirle a la IA nada que tome más de 10 o 15 minutos revisar, para no soltar el control. La parte central fue una demostración: videos institucionales y animaciones para Instagram, con guion, voz, música y efectos, generados por Claude a partir de un prompt de una línea. La lección no es el truco, sino lo que lo hace posible: la documentación previa, que vuelve a pagar con cada modelo nuevo. La sesión cerró con diagramas animados de lo que el modelo ve realmente: cómo se llena y se relee la ventana de contexto, por qué el consumo se dispara en conversaciones largas, qué se pierde en la compactación y cómo los proyectos y los conectores deciden qué información llega al modelo.

Temas cubiertos

Costo por unidad vs. costo por tarea — Opus 5.5 baja 20% el precio del token, pero en esfuerzo máximo consume más, así que la cuenta queda parecida. Lo que importa es cuánto cuesta resolver el encargo, no el precio de lista
El modelo barato que sale caro — Sonnet es más económico por unidad, pero en tareas complejas consume tantas unidades que termina costando más que Opus. Como con los programadores 10x: cuando el problema es difícil, no rinde subirle el esfuerzo al modelo barato
El costo del entregable incluye la revisión humana — Esfuerzo, precio, unidades y tiempo de corrección. Las empresas que midieron tokens por empleado vieron subir el costo sin más entregas. Usar el modelo más capaz reduce la corrección; la revisión se hace igual
La regla de los 10-15 minutos — No pedirle a la IA algo que tome más que eso revisar. Con tareas de dos horas de revisión, uno termina revisando de manera laxa y pierde el control de lo que entrega. El trabajo se particiona en unidades revisables
El punto dulce del esfuerzo — Opus rinde mejor entre “alto” y “muy alto”; Sonnet, en “medio”, porque pensar más lo hace cometer errores. Más esfuerzo también significa esperar más
Planificar con Opus, ejecutar con Sonnet — Escribir el plan en un archivo con el modelo más capaz y ejecutarlo con el más rápido funciona si la ejecución no es compleja. Sonnet cuesta un tercio de Opus: hay diferencia, pero no de órdenes de magnitud
Presentaciones y animaciones en HTML — Un archivo HTML con transiciones fluidas, generado con una instrucción, deja atrás los formatos de presentación en Markdown y las herramientas de diapositivas con IA
El video que salió de un prompt — Claude armó guion, animación, voz con un servicio de síntesis, música y efectos; como no puede escuchar, analizó el espectrograma para bajar la música que tapaba la voz. Nada de eso sería posible sin la documentación que ya tenía a mano
Cowork vs. Claude Code para video — Cowork trabaja dentro de una máquina virtual; Claude Code usa el sistema operativo e instala lo que necesite. Para transcribir, cortar tomas o subtitular un video grabado, hace falta Claude Code
El criterio sigue siendo humano — No hay una frase mágica: palabras como “cinemático” vienen de la experiencia. Un diseñador con la misma herramienta haría algo mejor; quien no la usa le da ventaja a quien sí
La ventana de contexto y su costo acumulado — El modelo relee toda la ventana en cada turno y atiende menos lo que queda al medio. La ventana crece de forma lineal, pero el consumo acumulado se dispara: a veces conviene más una conversación nueva que una pregunta más
Compactación: en todo resumen hay pérdida — Al llenarse la ventana, lo antiguo se resume y puede desaparecer un detalle como una cláusula de multa. Si el detalle importa, hay que volver a adjuntar el documento. En Claude Code se puede compactar cuando uno decide
Proyectos, RAG y conectores — Con muchos archivos, el proyecto fragmenta y vectoriza los documentos y recupera solo los más cercanos a la pregunta, con el riesgo de dejar fuera justo el que tenía la respuesta. Con conectores, la respuesta depende de lo que devuelva el sistema externo
Modalidades no es lo mismo que modelos — Chat y Cowork se fusionaron en la aplicación de escritorio; Claude Code sigue aparte. Sonnet y Opus son otra dimensión: la inteligencia que habilita a ambas
Claude Code lee según la necesidad — No carga todo el proyecto, así que puede no ver un archivo relevante. Conviene indicarle sobre qué archivo, proyecto o cliente se trabaja