Mi empresa me puso en una dieta extrema de tokens de IA. El resultado fue el deterioro del diseño.

Un presupuesto mensual fijo de tokens por diseñador es una medida legítima de control de costos, y también es la forma más rápida de entregar peor trabajo sin que nadie lo decida.

Cuando racionas tokens de forma tosca, los diseñadores truncan el contexto, se saltan la segunda pasada y dejan que el modelo se acomode en su configuración genérica por defecto. La partida contable baja en un número que finanzas puede ver. La calidad baja en un número que nadie mide. Ese intercambio es lo que yo llamo el deterioro del diseño, y es mi propio nombre para lo que sucede cuando chocan dos tendencias bien documentadas de 2026: las empresas restringiendo el gasto en IA, y el resultado de la IA derrumbándose hasta un piso genérico cuando la privas de contexto.

Ninguna de las dos tendencias es un secreto. El puente entre ellas es la parte que nadie ha conectado todavía. Déjame conectarla.

Qué es realmente una dieta de tokens de IA

Un token es la unidad por la que cobran los proveedores de IA, aproximadamente un fragmento de palabra, y se cuenta tanto en lo que le envías al modelo como en lo que el modelo te devuelve. Una "dieta de tokens" es cuando una empresa limita cuántos puede gastar cada persona al mes, de la misma forma en que limita el cómputo en la nube.

Los precios son reales, y por eso finanzas se dio cuenta. Según los precios de API publicados por Anthropic, Claude Opus 4.8 y Claude Sonnet 5 tienen los precios que se muestran abajo, y Claude Haiku 4.5 empieza en $1 por millón de tokens de entrada.

Fuente: precios de API publicados por Anthropic.

Un solo prompt cuesta centavos. Un diseñador que carga las guías de marca completas, una librería de componentes, tres capturas de referencia y cinco iteraciones, no. Multiplica eso por un equipo a lo largo de un mes y obtienes una factura que vale la pena limitar. Esa parte es honesta.

El giro, el gasto en IA se convirtió en un presupuesto por diseñador

El latigazo está documentado, cuatro informes distintos en 2026 registran el mismo giro.

Aquí está la salvedad honesta: todos esos límites documentados son a nivel de toda la empresa o están dirigidos a ingeniería. No encontré ninguna fuente que reporte una empresa concreta racionando tokens específicamente para su equipo de diseño. El modelo de medición está llegando a la puerta del diseño porque ahí es donde eventualmente aterrizan todos los costos de software, no porque ya exista un caso de estudio que lo documente.

Cómo se ve el deterioro del diseño

El deterioro del diseño no es dramático. Es la deriva lenta de un trabajo "aceptable" que antes era un buen trabajo. Se manifiesta en comportamientos, y cada comportamiento tiene un costo.

Dos de esas filas se apoyan en relatos con nombre propio de 2026. El "Slop Floor" es el término del diseñador Nurkhon Akhmedov para "lo que el agente entrega cuando le das un prompt sin ningún fundamento." El comportamiento "cavernícola" es real: 404 Media reportó que desarrolladores de OpenAI, Nvidia y GitHub adoptaron un plugin que obliga a los asistentes de IA a producir salidas simplificadas para reducir costos de tokens, "menos 'tienes razón en cuestionarlo', más 'que lo aplaste Hulk'."

La fila de accesibilidad es la que marco como ilustrativa, no reportada. No encontré ningún caso documentado de un límite de tokens causando una regresión de accesibilidad. Es un síntoma plausible del mismo mecanismo, y lo señalo como un riesgo, no como un hecho.

Por qué racionar tokens le sale caro al trabajo

La calidad del resultado de la IA es una función de cuánto contexto le das, y los tokens son contexto. Priva a la entrada de contexto, y el modelo recae en lo más promedio que conoce.

El reportaje de 2026 de Built In sobre el slop de diseño con IA nombra el resultado con precisión: interfaces que son "técnicamente correctas, pero carecen de una identidad de marca específica o un punto de vista, lo que termina erosionando la confianza del usuario," una convergencia que la pieza enmarca como el nuevo esqueumorfismo del diseño. Los propios números de la industria apuntan en la misma dirección.

El AI in Design Report 2026 encontró que el 91% de los diseñadores ahora usa IA al menos una vez por semana, frente al 54% en 2025, y que el conjunto promedio de herramientas más que se duplicó, de tres a siete. El detalle revelador: el informe señala la calidad del resultado tanto como la principal razón por la que las herramientas de diseño con IA se quedan, como la queja más grande sobre ellas. La calidad es todo el juego, y es lo primero que recorta una dieta de tokens.

El relato de Akhmedov es la advertencia más afilada. Describe haber entregado el resultado base sin fundamento durante dos semanas antes de notarlo, porque se veía bien.

"El MCP eleva el piso," escribe. "Escalar hacia el techo sigue siendo tu trabajo." Un límite de tokens te deja clavado en el piso y lo llama ahorro.

El problema de la TI en la sombra (claves de API personales)

Algunos diseñadores pagarán en silencio su propio acceso para mantener la calidad cuando el límite de la empresa empeora el trabajo. Reportan como gasto una clave de API personal, corren el contexto real con su propio dinero, y entregan mejor trabajo que sus colegas medidos.

Quiero ser preciso, porque la evidencia aquí es un patrón, no un caso con nombre propio. No encontré ningún relato de primera mano de un diseñador que reportara como gasto una clave personal específicamente para evadir un límite de tokens. Lo que sí existe son datos de IA en la sombra a nivel de toda la fuerza laboral: RedTeam Partners, citando el Salesforce 2026 Workforce AI Survey, reporta que el 67% de los empleados usa herramientas de IA en el trabajo mientras que solo el 18% de las organizaciones tiene políticas formales de seguridad de IA. Esa brecha es exactamente donde crecen las soluciones no autorizadas.

Así que trata esto como un pronóstico fundado en una brecha real de gobernanza, no como un escándalo reportado de un equipo de diseño. La lógica es difícil de rebatir.

Si tu límite castiga a las personas que hacen un trabajo cuidadoso, esas personas lo esquivan, y ahora el contexto de tu marca está corriendo por una cuenta personal sin monitoreo. No ahorraste dinero. Perdiste de vista adónde va.

El contrapunto honesto (algo de racionamiento es justo)

Los tokens no son gratis, y una buena parte del gasto en IA se desperdicia genuinamente. El ejemplo filtrado de Accenture de "PDFs a diapositivas" es un desperdicio real: quemar un modelo premium en una tarea que nunca lo necesitó. Eso vale la pena detenerlo.

Las facturas también son reales. Forbes señaló el razonamiento del propio GitHub para pasar a la facturación por uso: que los flujos de trabajo agénticos consumen muchísimo más cómputo del que un asiento fijo puede absorber. Y un análisis de gobernanza de iSimplifyMe reporta que la mayoría de los despliegues empresariales de agentes de IA superan su presupuesto piloto de cuatro a once veces dentro de los primeros 90 días, impulsados en gran parte por la recuperación sin límite y la recursión de llamadas a herramientas.

Así que el presupuesto no es el villano. El límite tosco sí lo es. La falla está en medir el pensamiento en lugar del desperdicio.

Cómo limitar el gasto en IA sin deteriorar el trabajo

Comprime el desperdicio, protege el contexto. El manual de gobernanza ya existe. Está escrito para ingenieros, y se traslada limpiamente al diseño.

• Comprime, no trunques. La recomendación de iSimplifyMe es resumir el contexto que se traslada entre puntos de control, "paga por el resumen una vez en lugar de la transcripción cruda diez veces," en lugar de cortar de tajo la entrada que el modelo necesita.
• Enruta según la tarea. Envía el trabajo desechable a un modelo económico como Haiku y reserva el modelo caro para el trabajo que se publica. No toda tarea necesita Opus.
• Escala, no falles en silencio. iSimplifyMe recomienda que al alcanzar un límite duro se dispare una respuesta estructurada de "necesita revisión humana" "en lugar de un evento de facturación," porque "los usuarios toleran 'escalado a un humano', no toleran los excesos silenciosos."
• Limita al equipo, no a la tarea. Un presupuesto mensual compartido con visibilidad supera a un límite rígido por prompt que obliga a los diseñadores a racionar a mitad de pensamiento.
• Mide el retrabajo, no solo el gasto. El token que ahorraste no es un ahorro si vuelve como una repetición.

Preguntas frecuentes

Cuatro preguntas surgen cada vez que aterriza este planteamiento. Respuestas directas abajo.

¿Es el "deterioro del diseño" un término real de la industria?

No. Es mi planteamiento para esta pieza. Las tendencias detrás de él están documentadas, el racionamiento corporativo de IA y la convergencia del resultado de la IA hacia un piso genérico, pero ninguna fuente que encontré las conecta bajo un solo nombre. Trátalo como un lente, no como una métrica citable.

¿Las empresas realmente están racionando tokens de IA en 2026?

Sí, aunque los casos documentados son a nivel de toda la empresa o están enfocados en ingeniería. TechCrunch lo llamó "la era del racionamiento de tokens," 404 Media reportó la ofensiva de Accenture, y Forbes cubrió cómo Microsoft retiró gradualmente Claude Code y cómo GitHub pasó Copilot a facturación por uso. Ninguno de esos casos nombra a un equipo de diseño específicamente.

¿Por qué menos contexto empeora el diseño con IA?

Porque la calidad del resultado sigue de cerca cuánto fundamento específico de marca le das al modelo. Quítaselo, y obtienes el promedio por defecto. Built In llama al resultado un trabajo técnicamente correcto que carece de punto de vista, y el AI in Design Report 2026 nombra la calidad del resultado como la principal queja sobre las herramientas de diseño con IA.

¿Debería simplemente reportar como gasto mi propia clave de API?

Primero entiende el riesgo. La IA en la sombra está muy extendida, solo el 18% de las organizaciones tiene políticas formales de IA según la encuesta de Salesforce de 2026, pero enrutar el contexto de marca por una cuenta personal sin monitoreo cambia un problema por uno más grande. Mejor arregla el límite.

La conclusión (mide el gasto, no el pensamiento)

Un presupuesto de tokens es una respuesta razonable a una factura real. Un presupuesto de tokens torpe es un impuesto silencioso sobre lo único por lo que le pagas a tu equipo de diseño.

La solución no es pelear contra el presupuesto. Es apuntarlo hacia el desperdicio, las tareas desechables, la recursión sin límite, el modelo premium haciendo trabajo basura, y dejar en paz el fundamento.

Comprime el contexto en lugar de cortarlo. Enruta el trabajo barato a modelos baratos. Escala a un humano en lugar de fallar en silencio. Y da seguimiento al retrabajo, porque el token que ahorraste no cuenta si vuelve como una repetición.

Barato y seguro no es la meta. Barato y seguro es cómo terminas con un portafolio lleno de trabajo que pasa la revisión y no mueve nada. Mide el gasto. Deja el pensamiento en paz.