Guia de optimizacion de costes de Claude Code

Preludio

Recibir la primera factura de Claude Code suele ser un momento de autentica sorpresa. No porque sea escandalosa, sino porque no esta claro adonde fueron los tokens. Un mes de charlar alegremente, pidiendo a Claude que lea directorios enteros, reescribiendo el mismo archivo tres veces porque los prompts eran vagos, y dejando que las ventanas de contexto se inflen hasta 200K tokens sin pensarlo dos veces, se acumula rapido.

Esa primera factura es un toque de atencion. No porque la herramienta no valga el dinero. Absolutamente lo vale. Sino porque una parte significativa del gasto se destina a habitos que son faciles de corregir.

Prompts vagos que llevan a ida y vuelta. Leer archivos que no se necesitan. Mantener contexto obsoleto activo entre tareas no relacionadas. Usar el modelo mas caro para cada pregunta trivial.

A lo largo de meses de refinamiento, desarrollamos un conjunto de practicas que redujeron los costes efectivos en aproximadamente un 60% sin reducir la productividad. En muchos casos, las practicas de ahorro de costes en realidad mejoraron la productividad porque obligaban a pensar con mas claridad y a gestionar mejor las sesiones.

Esta guia es todo lo que hemos aprendido sobre gastar menos en Claude Code mientras le sacas mas partido.

El problema

Claude Code se tarifica por consumo de tokens. Cada caracter que envias como entrada y cada caracter que Claude genera como salida tiene un coste. Para desarrolladores individuales con planes Pro o Max, esto significa trabajar dentro de limites mensuales. Para equipos con precios basados en API, esto significa cantidades reales en euros en cada factura.

El desafio es que Claude Code hace que sea muy facil consumir tokens sin darte cuenta. Leer un archivo grande anade miles de tokens de entrada. Una conversacion larga acumula contexto que se reenvia con cada mensaje. Usar Claude Opus para un simple renombrado de archivo cuesta diez veces mas que usar Claude Haiku para la misma operacion.

La mayoria de los desarrolladores caen en uno de dos campos. O no piensan en el coste en absoluto y les sorprende su uso, o piensan demasiado en el y restringen su uso hasta el punto en que Claude Code deja de ser util.

Ninguno de los extremos es correcto. El objetivo es ser intencional con el uso de tokens sin ser tacano. Usar el modelo adecuado para cada tarea, gestionar el contexto deliberadamente y estructurar los prompts para que Claude logre tu objetivo en el menor numero de turnos posible.

El camino

Como funciona la facturacion de Claude Code

Antes de poder optimizar costes, necesitas entender como funciona la facturacion. Claude Code cobra basandose en tokens, que son aproximadamente cuatro caracteres cada uno. Hay dos tipos.

Tokens de entrada son todo lo que envias a Claude. Esto incluye tu prompt, el historial de conversacion, cualquier archivo que Claude haya leido, el contenido de tu CLAUDE.md, resultados de herramientas y prompts del sistema.

Los tokens de entrada son el mayor factor de coste para la mayoria de los usuarios porque el contexto se acumula a lo largo de una sesion.

Tokens de salida son todo lo que Claude genera. Esto incluye sus respuestas, el codigo que escribe y los comandos que sugiere. Los tokens de salida cuestan mas por token que los de entrada, pero normalmente generas menos.

Como referencia, a principios de 2026, los precios aproximados de la API son los siguientes.

Modelo	Entrada (por 1M tokens)	Salida (por 1M tokens)
Claude Opus 4.6	$15	$75
Claude Sonnet 4.6	$3	$15
Claude Haiku 4.5	$0,80	$4

La relacion importa. Los tokens de salida de Opus cuestan casi 19 veces mas que los de Haiku.

Una tarea que genera 5.000 tokens de salida cuesta $0,375 con Opus y $0,02 con Haiku. A lo largo de cientos de tareas por mes, estas diferencias se acumulan significativamente.

Para usuarios de suscripcion (Pro a $20/mes, Max a $100 o $200/mes), no pagas por token directamente, pero tienes limites de uso. Las mismas estrategias de optimizacion te ayudan a mantenerte dentro de esos limites y evitar el throttling o los topes de tasa.

Entendiendo tu uso

No puedes optimizar lo que no mides. Claude Code proporciona varias formas de entender tu consumo de tokens.

El comando /cost muestra el uso de tokens y el coste estimado de tu sesion actual. Ejecutarlo al final de cada sesion significativa construye intuicion sobre lo que cuestan los diferentes tipos de tareas.

> /cost
Session tokens: 145,230 input, 12,450 output
Estimated cost: $3.11 (Opus)

Los resumenes de sesion aparecen cuando terminas una sesion, mostrando el total de tokens consumidos y el desglose de costes. Presta atencion a estos. Te dicen si una sesion fue eficiente o despilfarradora.

El seguimiento mensual de uso esta disponible a traves del panel de tu cuenta. Revisalo semanalmente, no mensualmente.

Para cuando ves una factura mensual, ya has gastado el dinero. Las revisiones semanales te permiten detectar patrones y ajustar antes de que se conviertan en habitos caros.

La metrica mas util es el coste por tarea. No el coste por sesion o por dia.

Rastrea lo que logras en cada sesion y divide el coste por el numero de tareas significativas completadas. Esto te dice si estas usando Claude Code eficientemente.

Estrategia de seleccion de modelo

La optimizacion de costes de mayor impacto es elegir el modelo adecuado para cada tarea. La mayoria de los desarrolladores usan por defecto el modelo mas potente disponible y nunca cambian. Esto es como llevar un camion a la tienda de la esquina.

Claude Opus es el modelo mas capaz y mas caro. Usalo para tareas que requieren razonamiento profundo, refactorizaciones complejas en multiples archivos, decisiones arquitectonicas, depuracion de problemas sutiles y cualquier tarea donde acertar a la primera importa mas que el coste.

Claude Sonnet es el punto medio equilibrado. Usalo para trabajo de desarrollo rutinario, escribir nuevas funciones, crear tests, revisar codigo y cualquier tarea que sea moderadamente compleja pero no requiera razonamiento de nivel Opus. Sonnet maneja el 80% del trabajo de desarrollo diario a un quinto del coste de Opus.

Claude Haiku es el modelo mas rapido y barato. Usalo para consultas simples, busquedas rapidas, tareas de formato, generacion de boilerplate y cualquier tarea que no requiera comprension profunda. Haiku es excelente para preguntas como "que significa este error" o "genera una interfaz TypeScript a partir de este JSON".

El comando /model te permite cambiar de modelo en mitad de una sesion.

> /model sonnet
Switched to Claude Sonnet

> /model opus
Switched to Claude Opus

Un buen habito es empezar cada sesion en Sonnet y solo cambiar a Opus cuando encuentres una tarea con la que Sonnet tiene dificultades. Este unico habito puede reducir los costes en aproximadamente un 40%.

Para una vision completa de como integrar el cambio de modelos en tu trabajo diario, nuestra guia sobre flujos de trabajo diarios y productividad cubre esto en mas profundidad.

Gestion de contexto

El contexto es el factor de coste oculto en Claude Code. Cada mensaje en tu conversacion se reenvia como tokens de entrada con cada nuevo prompt. Una conversacion que empieza con 5.000 tokens de contexto crece hasta 50.000 tokens despues de varios intercambios, y sigue creciendo.

La herramienta de gestion de contexto mas importante es /clear. Este comando reinicia tu conversacion, empezando de cero con solo tu CLAUDE.md y el prompt del sistema como contexto. Usalo siempre que cambies de tarea.

Un error comun es mantener una sola sesion ejecutandose todo el dia, preguntando a Claude sobre autenticacion un minuto y estilos CSS al siguiente. El contexto de autenticacion todavia se esta enviando como tokens de entrada durante las preguntas sobre CSS. Cada prompt sobre CSS tambien esta pagando por la discusion sobre autenticacion que ya no es relevante.

Usa /clear agresivamente. ¿Terminaste una tarea? Clear. ¿Cambiando a una parte diferente del código base? Clear.

¿El contexto se esta alargando y las respuestas se vuelven lentas? Clear.

La regla es simple. Si la conversacion anterior no es relevante para la siguiente pregunta, limpia el contexto. Los pocos segundos que toma reestablecer el contexto son mucho mas baratos que llevar tokens irrelevantes a traves de cada prompt posterior.

Prompts efectivos

Los prompts vagos son prompts caros. Cuando le dices a Claude "arregla la autenticacion", necesita explorar, hacer preguntas de clarificacion, probar diferentes enfoques y potencialmente rehacer su solucion cuando proporcionas mas detalles. Cada intercambio anade tokens.

Los prompts especificos son prompts baratos. Cuando le dices a Claude "en src/auth/middleware.rs, la funcion validate_token no esta comprobando la expiracion del token. Anade una comprobacion que compare el claim exp contra la marca de tiempo actual y devuelva un 401 si ha expirado", Claude puede lograr la tarea en un solo turno.

Estas son las practicas recomendadas para prompts rentables.

Nombra archivos especificos. En lugar de "arregla el bug en la pagina de login", di "arregla el null pointer en src/pages/login.tsx en la linea 45". Claude no necesita buscar el archivo, lo que ahorra tiempo y tokens.

Indica el resultado deseado. En lugar de "mejora esto", di "refactoriza esta funcion para usar retornos tempranos en lugar de sentencias if anidadas". Claude no necesita adivinar que significa "mejor".

Proporciona contexto relevante por adelantado. Si Claude necesita conocer el esquema de tu base de datos para escribir una consulta, pega el extracto relevante del esquema en tu prompt. No hagas que Claude lea el archivo del esquema. Tu controlas exactamente cuantos tokens se gastan en contexto.

Evita la exploracion abierta. En lugar de "explora el código base y dime que encuentras", di "lee src/lib.rs y lista los modulos publicos". Las preguntas acotadas obtienen respuestas acotadas.

La diferencia entre una conversacion de tres turnos y una solucion de un turno puede ser de 50.000 tokens. A precios de Opus, eso es aproximadamente $1 ahorrado en una sola tarea. Multiplica por docenas de tareas al dia y los ahorros son sustanciales.

Usando /compact eficazmente

El comando /compact es una de las funcionalidades de gestion de costes mas utiles de Claude Code. Resume la conversacion actual en una forma condensada, reduciendo el tamano del contexto que se envia con los prompts posteriores.

Cuando usar /compact depende de tu flujo de trabajo. Dos situaciones destacan.

Primero, despues de una conversacion exploratoria larga que involucre lectura de archivos y explicaciones. Para cuando los cambios estan listos para hacerse, el contexto esta lleno de contenidos de archivos y explicaciones que ya no se necesitan. Ejecutar /compact destila la conversacion en un resumen, y los prompts de edicion posteriores llevan mucho menos contexto.

Segundo, cuando las respuestas de Claude se vuelven mas lentas. Los contextos grandes tardan mas en procesarse, asi que las respuestas lentas son una senal de que el contexto ha crecido demasiado. Un rapido /compact devuelve las cosas a un tamano manejable.

La idea clave es que /compact no pierde informacion importante. Resume la conversacion, preservando las decisiones tomadas y el estado actual del trabajo.

Lo que descarta son los contenidos literales de archivos, el razonamiento intermedio y otros detalles que Claude ya no necesita.

Optimizacion de CLAUDE.md

Tu archivo CLAUDE.md se incluye en cada prompt como tokens de entrada. Si tu CLAUDE.md tiene 500 lineas de instrucciones detalladas, estas pagando por esas 500 lineas con cada mensaje que envias. A lo largo de un dia de uso activo, esto se acumula.

La documentacion de Claude Code recomienda mantener tu CLAUDE.md por debajo de unas 500 lineas. Apunta a menos de 400. Cada linea deberia ganarse su lugar mejorando significativamente el comportamiento de Claude.

Estas son las estrategias de optimizacion que mejor funcionan.

Pon la informacion critica primero. Las instrucciones mas importantes deben ir al principio. Si la ventana de contexto de Claude esta bajo presion, el comienzo de CLAUDE.md tiene mas probabilidades de ser retenido que el final.

Elimina instrucciones obsoletas. Revisa tu CLAUDE.md mensualmente. Borra cualquier cosa que se refiera a funcionalidades completadas, problemas resueltos o convenciones obsoletas. No es raro encontrar instrucciones sobre una migracion de base de datos que se completo hace seis meses, todavia enviandose con cada prompt.

Se conciso. En lugar de "Cuando escribas codigo TypeScript, por favor asegurate de usar siempre comprobacion estricta de tipos y nunca usar el tipo any a menos que sea absolutamente necesario porque socava los beneficios del sistema de tipos de TypeScript", escribe "Usa tipos estrictos de TypeScript. Evita any". Misma instruccion, un quinto de los tokens.

Usa CLAUDE.md para patrones, no procedimientos. Los procedimientos largos paso a paso pertenecen a skills (archivos en .claude/commands/), que solo se cargan cuando se invocan. CLAUDE.md deberia contener reglas y convenciones que apliquen a cada interaccion.

El cache automatico del contenido de CLAUDE.md es un beneficio de coste significativo. Como el archivo se envia con cada prompt, Claude Code lo cachea despues del primer mensaje.

Los mensajes posteriores obtienen un descuento del 90% en los tokens de entrada de CLAUDE.md. Esta es otra razon para mantener CLAUDE.md estable y evitar cambios frecuentes durante una sesion.

Cache de prompts

El cache de prompts es una de las funcionalidades de ahorro de costes mas significativas de la API de Claude, y Claude Code lo aplica automaticamente. Cuando el mismo texto aparece al principio de peticiones consecutivas, se cachea y los usos posteriores reciben un descuento del 90% en los costes de tokens de entrada.

Esto sucede automaticamente para tu archivo CLAUDE.md, los prompts del sistema y las porciones iniciales de tu conversacion. No necesitas configurar nada. Pero puedes estructurar tu flujo de trabajo para maximizar los aciertos de cache.

Mantén CLAUDE.md estable durante las sesiones. Si editas CLAUDE.md en mitad de una sesion, el cache se invalida y pagas el precio completo por los contenidos actualizados. Haz tus ediciones de CLAUDE.md entre sesiones, no durante ellas.

Empieza las conversaciones con contexto consistente. Si necesitas frecuentemente que Claude entienda la estructura de tu proyecto, pon esa informacion en CLAUDE.md en lugar de pegarla en cada prompt. La informacion en CLAUDE.md se cachea. La informacion pegada en los prompts no.

Usa skills para prompts repetidos. Si te encuentras escribiendo las mismas instrucciones repetidamente, crea un archivo de skill. Aunque los skills en si no se cachean de la misma manera, la estructura consistente que proporcionan te ayuda a evitar el desperdicio de tokens de reescribir instrucciones.

El descuento del 90% en tokens cacheados es enorme. En un dia tipico, el cache de prompts ahorra un estimado del 40-50% en costes de tokens de entrada comparado con lo que se pagaria sin el.

Eficiencia en la lectura de archivos

Cada archivo que Claude lee se convierte en parte del contexto de la conversacion. Un archivo fuente de 1.000 lineas son aproximadamente 10.000 tokens.

Leer diez archivos anade 100.000 tokens a tu contexto. A precios de Opus, eso son $1,50 solo por leer archivos.

Un habito comun y despilfarrador es pedir a Claude que "mire la estructura del proyecto" o "lea los archivos relevantes". Claude obedientemente lee una docena de archivos, la mayoria de los cuales no son necesarios para la tarea real.

Un enfoque mejor es seguir un protocolo estricto. Antes de pedir a Claude que lea archivos, usa grep y glob para identificar exactamente que archivos son relevantes. Luego pide a Claude que lea solo esos archivos especificos.

> Read src/auth/middleware.rs and fix the token expiration check

No esto.

> Look through the auth module and find and fix the token bug

El primer prompt lee un archivo. El segundo prompt podria leer cinco o diez archivos antes de encontrar el correcto. La diferencia de tokens es significativa.

Para archivos grandes, considera si Claude necesita el archivo entero o solo una parte. Si sabes que el bug esta en la linea 45, dile a Claude que se centre en esa area. Menos contexto significa menos tokens y a menudo mejores resultados, porque Claude no se distrae con codigo irrelevante.

Operaciones por lotes

Agrupar cambios relacionados en un solo prompt es mas eficiente que hacerlos uno a uno. Cada prompt separado lleva la sobrecarga completa de contexto. Cinco prompts separados sobre cinco cambios relacionados cuestan aproximadamente cinco veces mas que un solo prompt que aborde los cinco.

Aqui va un ejemplo. En lugar de cinco prompts separados pidiendo a Claude que anade manejo de errores a cinco funciones diferentes, escribe un prompt.

Add error handling to the following functions in src/api/handlers.rs:
1. create_user - handle duplicate email errors
2. update_user - handle not found errors
3. delete_user - handle foreign key constraint errors
4. list_users - handle pagination out of range
5. get_user - handle not found errors

Use the AppError type from src/errors.rs for all error returns.

Claude maneja los cinco en un solo turno, con una sola carga de contexto. Los ahorros escalan con el numero de cambios relacionados.

Planificar el trabajo en lotes compensa. Antes de iniciar una sesion de Claude Code, lista los cambios necesarios.

Si varios cambios estan en la misma area del código base, agrupalos en un solo prompt. Esto toma un minuto de planificacion y puede ahorrar miles de tokens.

Subagentes para investigacion

La herramienta de subagentes de Claude Code delega tareas a una ventana de contexto separada. Esto es potente para la gestion de costes porque el contexto del subagente es independiente de tu conversacion principal.

Cuando necesitas que Claude investigue algo, el subagente lee archivos, busca en el código base y devuelve un resumen a tu contexto principal. Tu contexto principal solo recibe el resumen, no todos los archivos que el subagente leyo.

Considera la diferencia. Si pides a Claude que "encuentre todos los lugares donde manejamos errores de autenticacion y resuma los patrones", Claude podria leer 15 archivos en tu contexto principal, anadiendo 150.000 tokens.

Con un subagente, esos 15 archivos se leen en un contexto separado. Tu contexto principal recibe un resumen de 500 tokens.

Usa subagentes para exploracion del código base, analisis de patrones, seguimiento de dependencias y cualquier tarea de investigacion donde necesites un resumen en lugar de los datos en bruto.

Controles de costes empresariales

Para equipos y empresas, la gestion de costes va mas alla de las practicas individuales. El sistema de configuraciones gestionadas empresariales proporciona controles organizacionales que previenen costes desbocados.

Limites de gasto pueden establecerse por usuario, por equipo o por proyecto. Cuando se alcanza un limite, el uso se limita o se pausa hasta el proximo ciclo de facturacion. Esto evita que un solo desarrollador o proyecto consuma una parte desproporcionada del presupuesto.

Paneles de uso proporcionan visibilidad sobre quien esta gastando que y en que proyectos. Revisalos semanalmente con tus lideres de equipo.

Identifica a los desarrolladores cuyo uso es inusualmente alto o bajo. Un uso alto podria indicar habitos ineficientes que el coaching puede corregir. Un uso bajo podria indicar que los desarrolladores no estan obteniendo suficiente valor de la herramienta.

Restricciones de modelo pueden limitar que modelos estan disponibles para diferentes contextos. Podrias permitir Opus solo para desarrolladores senior o tipos de proyecto especificos, mientras que todos los demas usan Sonnet por defecto. Esto asegura que el modelo mas caro se use solo cuando sus capacidades son genuinamente necesarias.

Plugins y servidores MCP aprobados afectan los costes indirectamente. Algunas herramientas son charlantes, haciendo muchas llamadas a la API o devolviendo respuestas grandes. Controlar que herramientas estan disponibles ayuda a gestionar la sobrecarga de tokens que introducen. Para un desglose de que plugins ofrecen el mejor valor, consulta nuestra guia sobre los mejores plugins de Claude Code en 2026.

La estrategia de costes empresarial mas efectiva no es la restriccion sino la educacion. Los equipos que entienden como funcionan los costes de tokens y tienen visibilidad de su uso optimizan naturalmente. Los equipos a los que simplemente se les dan limites sin contexto tienden a ignorar la herramienta o a resentir las restricciones.

Ejemplos reales de costes

Para hacer lo abstracto concreto, aqui van costes tipicos para diferentes tipos de tareas. Estos asumen precios de API con Claude Sonnet a menos que se indique lo contrario.

Pregunta rapida (por ejemplo, "que significa este error"): 2.000-5.000 tokens de entrada, 500-1.000 tokens de salida. Coste con Sonnet es aproximadamente $0,02. Con Haiku, seria aproximadamente $0,006.

Edicion de un solo archivo (por ejemplo, "anade manejo de errores a esta funcion"): 10.000-20.000 tokens de entrada (incluyendo contenido del archivo), 2.000-5.000 tokens de salida. Coste con Sonnet es aproximadamente $0,10.

Refactorizacion multi-archivo (por ejemplo, "renombra esta API y actualiza todos los que la llaman"): 50.000-100.000 tokens de entrada, 10.000-20.000 tokens de salida. Coste con Sonnet es aproximadamente $0,45. Aqui es donde Opus podria valer la prima si la refactorizacion es compleja.

Implementacion completa de funcionalidad (por ejemplo, "anade preferencias de usuario con base de datos, API e interfaz"): 100.000-200.000 tokens de entrada, 30.000-50.000 tokens de salida. Coste con Sonnet es aproximadamente $1,05. Con Opus, aproximadamente $5,25. A lo largo de una sesion larga con multiples turnos, estos pueden duplicarse o triplicarse.

Exploracion del código base (por ejemplo, "entiende el sistema de autenticacion"): 150.000-300.000 tokens de entrada, 5.000-10.000 tokens de salida. Coste con Sonnet es aproximadamente $0,79. Aqui es donde los subagentes proporcionan el mayor valor, ya que mantienen el contexto grande fuera de tu sesion principal.

Un desarrollador productivo usando Claude Code a tiempo completo con buenos habitos tipicamente usa $5-15 por dia en precios de API. Sin buenos habitos, el mismo trabajo podria costar $20-40 por dia. Las estrategias de optimizacion de esta guia cierran esa brecha.

Construyendo un flujo de trabajo consciente de los costes

Reuniendolo todo, aqui va un flujo de trabajo diario recomendado.

Por la manana. Inicia una sesion nueva. Revisa las tareas del dia. Planifica que tareas pueden agruparse. Establece el modelo en Sonnet.

Por tarea. Limpia el contexto con /clear antes de cada nueva tarea. Usa prompts especificos y detallados. Nombra los archivos involucrados. Cambia a Opus solo para tareas genuinamente complejas, luego vuelve a Sonnet cuando termines.

A mitad de sesion. Ejecuta /compact si el contexto esta creciendo. Comprueba /cost periodicamente para estar al tanto del uso. Usa subagentes para investigacion y exploracion.

Al final del dia. Revisa el coste de la sesion. Anota cualquier tarea que fue inusualmente cara y piensa en por que. Ajusta CLAUDE.md si notas patrones que podrian abordarse con mejores instrucciones.

Este no es un proceso rigido. Es un conjunto de habitos que, una vez interiorizados, funcionan en piloto automatico. Los ahorros se acumulan con el tiempo, y la disciplina de pensar en la gestion de contexto en realidad te hace mas productivo.

La leccion

La optimizacion de costes en Claude Code no se trata de usar menos la herramienta. Se trata de usarla mas deliberadamente. Los desarrolladores que menos gastan por tarea no son los que restringen su uso. Son los que gestionan el contexto, eligen modelos intencionalmente, escriben prompts especificos y limpian las sesiones entre tareas no relacionadas.

Las tres practicas de mayor impacto son la seleccion de modelo (usa Sonnet por defecto, Opus solo cuando sea necesario), la gestion de contexto (limpia entre tareas, compacta cuando el contexto crece) y los prompts especificos (nombra archivos, indica resultados, evita la exploracion abierta). Juntas, estas tres practicas representan aproximadamente el 80% de los ahorros alcanzables.

El 20% restante viene de la optimizacion de CLAUDE.md, la disciplina en la lectura de archivos, las operaciones por lotes y el uso de subagentes. Estas son mejoras que se construyen sobre la base de las tres practicas centrales.

Conclusion

Mirando hacia atras al primer mes de uso de Claude Code comparado con hoy, la diferencia es notable. Se logra mas trabajo ahora con aproximadamente la mitad de los tokens. La herramienta no ha cambiado. Los habitos si.

Las estrategias de esta guia no son teoricas. Son practicas refinadas a lo largo de meses de uso diario de Claude Code.

Empieza con los cambios de alto impacto. Usa Sonnet por defecto. Limpia entre tareas. Escribe prompts especificos. Esos tres cambios por si solos probablemente reduciran tus costes en un 30-40%.

Luego anade las mejoras. Optimiza tu CLAUDE.md. Usa subagentes para investigacion. Agrupa cambios relacionados. Comprueba tus costes con /cost y construye intuicion sobre lo que deberian costar los diferentes tipos de tareas.

El objetivo es gastar tu presupuesto de tokens en trabajo que importa, no en llevar contexto obsoleto, usar modelos caros para tareas triviales o ir y venir porque un prompt no fue claro. Cada token deberia ganarse su lugar.