Anthropic duplicó los límites de Claude Code tras un acuerdo con SpaceX

Anthropic anunció el seis de mayo dos cosas que parecen distintas y son lo mismo. Por un lado, un acuerdo con SpaceX que le da acceso a la capacidad total de cómputo del centro de datos Colossus 1 en Memphis, Tennessee: 300 megavatios y más de 220.000 GPUs de NVIDIA, disponibles dentro del mes. Por otro lado, la duplicación de los límites de uso de Claude Code para los planes Pro, Max, Team y Enterprise, además de la eliminación de las restricciones en horas pico para los planes Pro y Max.

La conexión entre los dos anuncios es directa. La razón por la que un desarrollador en Madrid o en Ciudad de México llevaba meses topándose contra el muro a las dos de la tarde mientras corría tareas de codificación era simple: Anthropic no tenía suficiente capacidad de cómputo. Esa cuenta cierra esta semana.

Qué cambia para los equipos de ingeniería

Para una empresa con veinte ingenieros que usan Claude Code todos los días, la duplicación de límites no es un detalle de letra pequeña. Es la diferencia entre el ingeniero que usa la herramienta hasta que se le acaba la cuota a media tarde y entonces vuelve al editor sin asistente, y el ingeniero que la mantiene encendida durante toda la jornada.

Los cambios concretos:

• Los planes Pro y Max ya no tienen limitación en horas pico. Si tu equipo trabaja desde Latinoamérica con el horario de Estados Unidos, esto es un alivio operativo, no una mejora cosmética.
• Los límites de cinco horas de Claude Code se duplican para Pro, Max, Team y Enterprise. Eso significa que la sesión de revisión de código que antes se cortaba a la mitad ahora termina.
• El volumen de solicitudes para los modelos Claude Opus aumenta sustancialmente. Para tareas largas de razonamiento o para agentes que ejecutan varios pasos, esto se traduce en menos errores debido al límite alcanzado.

La pregunta operativa para los directores de tecnología cambia. Hasta esta semana, la conversación interna sobre Claude Code giraba entre licenciamiento y disciplina: cuántos asientos comprar y qué reglas aplicar para que el equipo no consuma la cuota antes del cierre del día. La nueva conversación es sobre flujo: qué tareas mover al asistente y qué nivel de productividad esperar por desarrollador en un trimestre completo.

El acuerdo con SpaceX y por qué importa para usuarios finales

El detalle del acuerdo con Colossus 1 merece una lectura cuidadosa. Trescientos megavatios de capacidad nueva equivalen a la energía que consume una ciudad con 300.000 hogares. La cifra es relevante no porque vaya a alimentar a ChatGPT o a una empresa de IA en la portada del periódico, sino porque marca el techo real al que llegaba la tasa de adopción de Claude.

Hasta hoy, cuando un cliente enterprise quería contratar 500 asientos de Claude para un piloto a escala, la conversación con el equipo de ventas terminaba con una fecha aproximada de cuándo habría disponibilidad. Esa fila de espera implicaba un costo de oportunidad para Anthropic y un costo real para el cliente, que necesitaba lanzar antes del cierre del año fiscal.

Con esta capacidad, la conversación cambia. La pregunta operativa para Anthropic deja de ser cómo racionar y pasa a ser dónde ubicar el cómputo según la latencia que cada cliente exige.

Hay un tercer punto, menor para hoy, pero central para el mediano plazo. Anthropic y SpaceX manifestaron interés conjunto en construir centros de datos orbitales de varios gigavatios. Esa pieza sigue siendo especulativa, pero ofrece una pista sobre el tamaño del problema energético que enfrentan los proveedores de IA al proyectar la demanda más allá de 2028.

Lo que cambia para áreas de tecnología en regiones con horario distinto al estadounidense

Para equipos de ingeniería en LatAm o en España, el detalle de las horas pico resulta práctico. La franja horaria entre las nueve de la mañana y las cuatro de la tarde en la costa oeste de Estados Unidos coincide con la tarde y la noche en Buenos Aires o en Madrid. Antes, un equipo distribuido podía sentir que la herramienta funcionaba mejor por la mañana, en su zona horaria, que después del almuerzo.

Tres consecuencias prácticas:

• La política interna sobre cuándo apagar Claude Code para ahorrar cuota deja de tener sentido. Esa regla solía generar fricción entre desarrolladores junior, que veían a sus colegas senior con un uso ilimitado.
• El cálculo de la productividad por asiento se vuelve más estable. Un asiento que rinde lo mismo a las nueve de la mañana que a las cinco de la tarde es más fácil de presupuestar.
• Las pruebas de concepto con Opus se vuelven viables. Hasta hoy, ejecutar un agente que toma quince minutos y realiza ochenta llamadas al modelo agotaba la cuota diaria de un solo usuario. Con el aumento sustancial de volumen, esa misma prueba se puede correr varias veces sin reservar el día entero.

Tres preguntas antes de expandir el uso

Si tu equipo está pensando en pasar de un piloto de cinco asientos a una implementación de cincuenta, vale la pena trabajar tres preguntas antes de firmar:

• ¿Qué porcentaje del trabajo de codificación del equipo es razonablemente automatizable hoy? La respuesta honesta suele situarse entre el 30% y el 60%, según el lenguaje, el dominio y el nivel del equipo.
• ¿Cómo vas a medir la productividad ganada sin que se convierta en una métrica vanidosa? Las líneas de código por hora son la métrica equivocada. Las tareas cerradas por sprint, los defectos en producción y el tiempo de revisión son las señales más útiles.
• ¿Qué pasa con la curva de aprendizaje del ingeniero junior que llega al equipo con Claude Code como herramienta principal? Ese punto es real y la mayoría de los equipos no lo ha trabajado.

Cómo aprovecharlo en cuatro semanas

Un plan corto para extraer valor del cambio sin desbalancear lo que ya funciona:

• Semana 1: comunicar al equipo que las restricciones de horas pico se levantaron y solicitar reportes específicos de fricción que antes se atribuían al límite de tasa.
• Semana 2: identificar tres tareas largas que antes se evitaban porque se cortaban por la mitad. Pueden ser refactorizaciones, migraciones o auditorías de código heredado.
• Semana 3: correr esas tres tareas con el límite duplicado. Documentar el tiempo total, la calidad del resultado y el nivel de intervención del ingeniero.
• Semana 4: comparar el costo total con el costo del trabajo que el equipo no estaba realizando antes y presentar la cuenta a finanzas.

La pregunta para tu equipo

Si mañana cada ingeniero de tu equipo pudiera mantener Claude Code encendido durante toda la jornada sin la calculadora mental de cuánta cuota le queda, ¿qué tarea que hoy se evita por el costo de tiempo entraría a la cola y qué decisión sobre el tamaño del equipo cambiaría?

La respuesta vale el ejercicio antes de que la conversación con finanzas sobre asientos adicionales llegue por la presión de un proyecto crítico.

En Papalote Technologies trabajamos con áreas de tecnología en la evaluación de plataformas de asistentes de codificación, en el diseño del piloto que genera métricas defendibles para el presupuesto y en la integración del flujo con los sistemas de revisión y despliegue ya en producción. Para conversar sobre cómo encaja Claude Code en tu estrategia, visita papalote.ai.