Anthropic ha anunciado una subida del 25% en los límites semanales de Claude Code y yo voy a tener menos cuota que la semana pasada. Las dos cosas son ciertas a la vez, y esa es exactamente la razón por la que me apetecía escribir sobre esto en lugar de limitarme a reenviar el titular. A partir del 14 de septiembre, comparado con hoy, trabajaré con un 17% menos. No lo digo yo haciendo cuentas malintencionadas: lo dice el propio comunicado de la compañía, con esa cifra y esa palabra.
Y aun así, mi postura no es la que se espera. No creo que Anthropic haya hecho aquí nada especialmente feo. Creo que el error de cálculo ha sido mío, y sospecho que de bastante gente más que factura con esta herramienta, por haber construido una planificación de trabajo encima de un número que llevaba cuatro meses con la etiqueta de temporal puesta bien visible. Esta es la parte incómoda del artículo y prefiero ponerla al principio.
Un 25% que se resta en vez de sumarse
La aritmética es sencilla y conviene tenerla clara antes de opinar. Si la línea base original de tu plan eran 100, desde mayo has estado trabajando con 150 gracias a un incremento temporal del 50% que Anthropic ha ido prorrogando mes a mes, siempre condicionado a la disponibilidad de GPU. El 14 de septiembre ese bonus desaparece y la nueva base sube un 25%: pasas a 125. Sobre la base original es más. Sobre lo que tienes hoy en la mano, es un 17% menos.
Afecta a Pro, Max, Team y Enterprise por asiento, es decir, a prácticamente todo el mundo que no consume por token vía API. Y llega con dos semanas de aviso, con la cifra real reconocida en el comunicado y con la subida presentada como permanente en lugar de como otra prórroga a treinta días. Ese último detalle es el que a mí me importa más, y ahora explico por qué.
Llevo cuatro meses presupuestando con una cifra que Anthropic nunca prometió mantener. El problema no es que la retiren: es que yo dejé de leerla como temporal.
Cuatro meses tratando una promoción como si fuera el suelo
Cuando llegó el aumento del 50% en mayo, lo primero que hice fue lo que hace cualquiera: aprovecharlo. Lo segundo, que ya no está tan bien, fue empezar a contar con él. En la práctica eso significa que durante este verano he estimado cuántos proyectos de WordPress caben en una semana, cuánta refactorización aguanta un mantenimiento mensual y qué margen tiene un presupuesto cerrado, usando como referencia una cuota que la propia compañía describía como una promoción sujeta a que hubiera GPU libres.
Un freelance que factura por proyecto vive de estimar. Y cuando estimas con un recurso cuya disponibilidad depende de una promoción que se renueva cada mes, lo que estás haciendo no es planificar: es trasladar al cliente un riesgo que no le has contado a nadie, empezando por ti mismo. Ha salido bien cuatro meses. La factura de haberlo hecho así llega el 14 de septiembre y es del 17%, que dentro de lo que podía haber sido resulta una lección barata.
Aquí es donde discrepo del tono de indignación que ya circula. La comparación honesta no es «antes tenía 150 y ahora 125». Es «antes tenía 100 con una promoción encima que podía caer cualquier mes, y ahora tengo 125 fijos». Si mañana me ofrecen elegir entre esas dos situaciones para diseñar un servicio de mantenimiento que voy a vender con precio cerrado durante doce meses, elijo la segunda sin pensarlo. La previsibilidad vale más que el pico.
Qué se queda en Claude Code y qué se va a n8n
Dicho todo lo anterior, un 17% menos es un 17% menos y hay que hacer sitio. La conclusión práctica a la que he llegado revisando mis propios flujos es que buena parte de lo que gasto en Claude Code no necesita estar en Claude Code. La cuota semanal de un plan por asiento es un recurso caro y escaso pensado para trabajo interactivo con contexto de repositorio; la API por token es barata, elástica y perfectamente capaz de resolver lo repetitivo.
- Se queda en Claude Code: depurar un plugin con el repositorio entero delante, refactorizaciones que tocan varios archivos, revisar un tema heredado del que nadie sabe nada, cualquier cosa donde el valor esté en que el agente vea el contexto completo.
- Se va a n8n con la API: reescribir descripciones de producto, generar variantes de textos, clasificar tickets, resumir formularios, normalizar contenido antes de publicarlo. Trabajo por lotes, prompt estable, resultado predecible.
- Se revisa antes de septiembre: los subagentes lanzados en paralelo por costumbre y no por necesidad, que consumen cuota a un ritmo que casi nadie mide.
🔎 Antes del 14 de septiembre
Ejecuta /usage y /cost durante una semana normal de trabajo y anota el consumo real, no el que crees tener. Es la única forma de saber si ese 17% te deja fuera de juego el viernes o ni lo notas. Si tienes un mantenimiento con precio cerrado firmado hasta fin de año, ese número es también tu margen.
Hay un efecto secundario de este ejercicio que a mí me ha sorprendido: al separar qué merece cuota de agente y qué no, el resultado no ha sido solo ahorrar. Ha sido descubrir que tenía tareas rutinarias metidas en una herramienta cara sencillamente porque estaba abierta. Mover eso a un flujo de n8n con la API no es un apaño para sobrevivir al recorte; es como debería haber estado montado desde el principio.
Lo que sí le reprocho a Anthropic
No todo es autocrítica. Hay una parte que sí me parece criticable, y no es el recorte: es haber sostenido durante cuatro meses una promoción renovada mes a mes en un producto que la gente usa para trabajar. Un bonus temporal en una herramienta de consumo es una oferta. En una herramienta con la que se factura, es una variable de negocio que alguien tiene que meter en un presupuesto, y prorrogarla indefinidamente sin decir si iba a quedarse fue la manera más segura de que todo el mundo empezara a darla por hecha.
Tampoco me gusta el envoltorio del anuncio. Es cierto que el límite permanente sube un 25% y es legítimo contarlo; pero cuando el efecto neto para el usuario actual es negativo, el titular debería ser el efecto neto y no la parte favorable de la resta. Anthropic acaba reconociendo el 17% en el propio comunicado, y eso les honra más de lo que parece. Solo digo que aparece en el lugar equivocado del texto. Comunicar bien una mala noticia es empezar por ella.
Prefiero un techo más bajo que sepa dónde está
Mi conclusión después de darle vueltas toda la mañana es que este cambio me deja peor la semana que viene y mejor el año que viene. Peor porque tendré un 17% menos de margen para trabajo interactivo. Mejor porque, por primera vez desde mayo, puedo abrir una hoja de cálculo y poner un número que no depende de que se renueve una promoción, y con ese número puedo firmar un mantenimiento a doce meses sin cruzar los dedos.
La lección que me llevo no va de Anthropic, va de dependencia. Cuando montas un servicio encima de una herramienta de un tercero, lo que tienes que auditar no es solo el uptime ni el precio del token: es qué parte de lo que usas a diario es un compromiso y qué parte es una cortesía que puede retirarse con quince días de aviso. Yo no había hecho esa distinción. La haré a partir de ahora, y no solo con Claude Code.
Si trabajas con esta herramienta y facturas con ella, te propongo el mismo ejercicio: mira tu semana, identifica qué está ahí porque hace falta y qué está ahí porque había cuota de sobra, y decide tú dónde recortar antes de que lo decida el calendario. El 14 de septiembre llega igual. La diferencia entre que sea un ajuste o un problema la estás construyendo estas dos semanas.
