Claude deja de dar la vuelta al mundo para responder en India

La petición y la respuesta se quedan en India

El 29 de septiembre de 2026, Amazon Web Services (AWS), la división de servicios en la nube de Amazon —que además es accionista de Anthropic—, anunció en su blog de aprendizaje automático que Amazon Bedrock, su servicio gestionado para usar modelos de terceros, ya permite llamar a Claude con un perfil de inferencia propio de India.

La modalidad se llama «geographic cross-Region inference», inferencia entre las regiones de un mismo ámbito geográfico. Lo que cambia para quien la contrata es la respuesta a una pregunta muy concreta y muy poco técnica: ¿dónde se hace el cálculo?

Con este perfil, en India. AWS lo acota sin rodeos: las peticiones circulan solo entre `ap-south-1` y `ap-south-2`, es decir, Bombay —Mumbai en el texto en inglés— y Hyderabad.

Tres modelos, y ninguno es de la generación 5.5

El anuncio nombra tres modelos, y conviene leerlos despacio porque parte de la prensa los ha mezclado con otra generación: son Claude Opus 5, Claude Sonnet 5 y Claude Haiku 4.5. En esta lista no hay ningún 5.5.

El identificador tampoco es un adorno: es el valor exacto que se escribe en la llamada, y el prefijo `in.` es lo que marca el perfil geográfico de India. El de Haiku lleva además una fecha y un número de versión dentro, así que se copia tal cual.

Y hay un caso en el que el nombre del modelo no distingue nada: Haiku 4.5 estaba ya en la lista anterior y sigue en esta. Lo distinto no es el modelo, es el prefijo del perfil.

Lo que había desde marzo y lo que hay ahora

Que se pueda llamar a Claude desde India no es la novedad. El 9 de marzo de 2026 AWS ya había anunciado ese acceso, pero por «Global cross-Region inference», con perfiles de prefijo `global.anthropic.*` y con Claude Opus 4.6, Sonnet 4.6, Haiku 4.5, Sonnet 4.5 y Opus 4.5.

La diferencia está en el recorrido. Con el perfil global, la petición podía salir a regiones comerciales de AWS de cualquier parte del mundo, porque el servicio reparte la carga donde hay capacidad libre. Con el perfil de India, ese reparto se queda entre dos regiones del país.

Lo que ha cambiado, entonces, no es el catálogo: es el mapa. Y para quien tiene que contestar por escrito dónde se procesan los datos de sus clientes, «en algún sitio de la red global de AWS» y «entre Bombay y Hyderabad» no son la misma respuesta.

Lo que AWS dice de los datos, y lo que no dice de los precios

Sobre la retención, el anuncio habla de un modelo de seguridad de datos sin retención —zero data retention, ZDR— y afirma que, por defecto, Amazon Bedrock no almacena las entradas ni las salidas del modelo.

Sobre la ubicación, dice que los datos del cliente no se guardan en la región de destino y que permanecen exclusivamente en la de origen, y que el tránsito va por la red interna de AWS con cifrado de extremo a extremo. El matiz, tal como lo escribe AWS: las peticiones circulan solo entre `ap-south-1` y `ap-south-2`, y las entradas y las salidas pueden moverse entre esas dos regiones, las dos en India.

Todo esto es lo que el proveedor cuenta de su propio servicio, no el resultado de una revisión externa: quien tenga que defenderlo ante un supervisor necesitará el contrato, no una entrada de blog.

Y falta lo que suele ser la primera pregunta: no hay precios. AWS no publica ninguna tarifa de esta modalidad, ni un recargo por mantener el tráfico dentro del país, ni una comparación con el perfil global. Lo único que señala es dónde mirar el gasto una vez hecho: CloudWatch y AWS Cost Explorer.

La ola de prensa india, y un matiz sobre la disponibilidad

El 4 y el 5 de octubre de 2026 la noticia se extendió por la prensa india, económica y generalista.

Hay un matiz que va aparte. CRN Asia, cabecera india de tecnología para el canal de distribución, sitúa la disponibilidad «in the coming weeks», en las próximas semanas. El anuncio de AWS está en presente —celebra la disponibilidad y explica cómo acceder—: según la fuente de origen, ya se puede usar.