A fecha de 1 de julio de 2026, Anthropic ha completado en menos de 48 horas dos movimientos que redefinen cómo las organizaciones grandes acceden a Claude: el lanzamiento del Claude apps gateway, un plano de control autoalojado para ejecutar Claude Code sobre Amazon Bedrock y Google Cloud, y la disponibilidad general de los modelos Claude en Microsoft Foundry sobre Azure. Ambos anuncios, publicados el 29 de junio de 2026 en el blog oficial de Anthropic, no introducen un modelo nuevo ni una capacidad de razonamiento distinta. Se ocupan de algo menos vistoso pero igual de determinante para la adopción corporativa de IA: cómo gobiernan, pagan y auditan las empresas el uso de estos sistemas cuando se despliegan a miles de empleados y agentes automatizados a la vez.

El momento no es casual. En las mismas semanas, Anthropic también amplió el contexto nativo de Claude Sonnet 5 a 1 millón de tokens dentro de Claude Code y mantuvo una promoción de precios hasta el 31 de agosto. Ese conjunto de anuncios apunta en una sola dirección: consolidar a Claude como el modelo de referencia dentro de los flujos de trabajo empresariales ya existentes, sin obligar a las organizaciones a migrar su infraestructura de nube.

Contexto: la distribución empresarial se vuelve el nuevo campo de batalla

Durante buena parte de 2024 y 2025, la competencia entre los grandes laboratorios de IA se libró casi exclusivamente en el terreno de las capacidades: puntuaciones en benchmarks, tamaño de contexto, velocidad de razonamiento. Esa disputa continúa, pero se ha sumado una segunda, menos visible para el público general y más relevante para los departamentos de tecnología: la disputa por ser el proveedor de IA que ya está integrado en la nube que la empresa usa, factura y audita.

Las organizaciones grandes no eligen un modelo de lenguaje de forma aislada. Lo hacen dentro de un ecosistema donde ya existen contratos marco con Amazon Web Services, Microsoft Azure o Google Cloud, políticas de identidad corporativa gestionadas con Entra ID u Okta, y procesos de cumplimiento que exigen trazabilidad de cada llamada a un modelo. Un modelo con mejor desempeño técnico pero que obliga a renegociar contratos de nube, crear credenciales por desarrollador de forma manual o perder visibilidad del gasto, tiene una barrera de adopción alta sin importar cuán bueno sea.

Anthropic ha leído ese problema con claridad y lo ha convertido en su ángulo de diferenciación frente a OpenAI: en lugar de apostar por una relación de distribución preferente con un solo proveedor de nube, ha optado por estar disponible de forma nativa en los tres grandes —AWS, Google Cloud y Microsoft Azure— además de su propia API directa. Los anuncios del 29 de junio son la pieza que faltaba para que esa disponibilidad multicloud también incluya herramientas de gobernanza de nivel empresarial, no solo acceso al modelo.

Cronología: cómo llegó Anthropic hasta este punto

La disponibilidad general en Microsoft Foundry y el lanzamiento del gateway no son eventos aislados, sino el último eslabón de una estrategia de distribución que Anthropic viene construyendo de forma progresiva desde hace más de un año. Claude llegó primero a Amazon Bedrock como opción de modelo gestionado dentro del catálogo de AWS, y poco después a Google Cloud Vertex AI, en ambos casos permitiendo a las empresas usar Claude sin salir de la consola y la facturación de su proveedor de nube principal. Microsoft fue el último de los tres grandes hiperescaladores en sumarse, primero con una vista previa limitada de Claude dentro de Azure AI Foundry y, ahora, con la disponibilidad general anunciada el 29 de junio de 2026.

Ese orden de llegada no es un detalle menor: Microsoft es, al mismo tiempo, el mayor inversionista y socio de distribución de OpenAI, la competencia directa de Anthropic. Que Claude alcance disponibilidad general dentro de la plataforma de IA de Microsoft, compitiendo en el mismo catálogo que los modelos de OpenAI, confirma que Microsoft ha optado por una postura de neutralidad de infraestructura en Foundry: ofrece a sus clientes empresariales la posibilidad de elegir entre modelos de distintos laboratorios sin forzar una preferencia única, algo que beneficia directamente a Anthropic al darle acceso a la enorme base instalada de clientes de Azure sin tener que competir primero por un acuerdo de exclusividad que probablemente no habría conseguido frente a OpenAI.

El gateway, por su parte, llega después de que Claude Code pasara de ser una herramienta de nicho para desarrolladores individuales a un producto con adopción medible dentro de organizaciones grandes, incluyendo el cambio de modelo por defecto a Claude Sonnet 5 con contexto nativo de 1 millón de tokens. Ese crecimiento en el uso generó, según describe la propia Anthropic, la necesidad de herramientas de administración que antes no existían porque la escala que las justificaba tampoco existía.

Qué es el Claude apps gateway y qué problema resuelve

El Claude apps gateway es un plano de control autoalojado —es decir, que corre en la infraestructura del propio cliente, no en la de Anthropic— diseñado específicamente para organizaciones que despliegan Claude Code a escala sobre Amazon Bedrock o Google Cloud. Anthropic describe el problema que motivó su desarrollo en términos operativos muy concretos: antes de este lanzamiento, dar acceso a Claude Code a cientos de desarrolladores implicaba aprovisionar credenciales de nube una por una, distribuir configuraciones manualmente entre máquinas y carecer de visibilidad centralizada sobre cuánto gastaba cada persona o equipo.

El gateway consolida esas tareas en un único sistema con las siguientes piezas:

  • Gestión de identidad vía OpenID Connect (OIDC), con integración directa a Google Workspace, Microsoft Entra ID, Okta y cualquier proveedor compatible con el estándar. Esto permite que el inicio de sesión corporativo (SSO) ya existente en la organización controle también el acceso a Claude Code.
  • Aplicación centralizada de políticas: la configuración se distribuye automáticamente al iniciar sesión mediante un archivo managed-settings.json, de modo que un administrador define las reglas una vez y estas se propagan a todos los usuarios sin intervención manual.
  • Control de acceso basado en roles (RBAC), que permite diferenciar permisos entre equipos, proyectos o niveles de seniority.
  • Atribución de costos por usuario, con reportes de uso individualizados que resuelven el problema histórico de no saber qué equipo o persona generó determinado gasto en tokens.
  • Límites de gasto configurables —diarios, semanales o mensuales— a nivel de organización, grupo o usuario individual, útiles para evitar sorpresas presupuestarias en despliegues masivos.
  • Conmutación por error (failover) opcional entre la API directa de Claude, Amazon Bedrock y Google Cloud, de forma que una interrupción en un proveedor no deje a los equipos sin acceso al modelo.
  • Telemetría compatible con OTLP (OpenTelemetry Protocol), que permite exportar métricas de uso a los recolectores que la propia empresa ya opera, en lugar de depender de un panel externo.

Técnicamente, la puesta en marcha requiere descargar la CLI de Claude Code, configurar un archivo gateway.yaml con los detalles de OIDC y las credenciales del proveedor de nube elegido, y definir los parámetros del lado del cliente en el archivo de configuración gestionada. El gateway mantiene las credenciales ascendentes (upstream) y enruta la inferencia hacia la API de Claude, Amazon Bedrock o Google Cloud según la configuración definida, sin exponer esas credenciales a cada desarrollador individual.

En la práctica, esto traslada Claude Code del terreno de "herramienta que cada desarrollador instala por su cuenta" al de "servicio gestionado por el departamento de TI", con los controles de auditoría y cumplimiento que las áreas de seguridad corporativa suelen exigir antes de aprobar el uso de cualquier herramienta de IA generativa a gran escala.

Claude en Microsoft Foundry: de la vista previa a la disponibilidad general

El segundo anuncio, publicado el mismo día, completa el mapa de distribución multicloud de Anthropic: los modelos Claude alcanzaron disponibilidad general en Microsoft Foundry (la plataforma que Microsoft consolidó a partir de Azure AI Studio) sobre Azure. Esto significa que las organizaciones que ya operan bajo un Acuerdo Empresarial de Microsoft pueden ahora ejecutar Claude en producción, con el respaldo formal de nivel de servicio que la disponibilidad general implica, y no solo en una vista previa sujeta a cambios.

Los modelos incluidos en esta disponibilidad general son Claude Opus 4.8 y Claude Haiku 4.5, con soporte para capacidades centrales como el almacenamiento en caché de prompts (prompt caching) y el razonamiento extendido, pensadas para tareas de codificación, trabajo agéntico y razonamiento complejo. Microsoft ofrece dos modalidades de despliegue diferenciadas:

  • Alojado en Azure: ejecución nativa dentro de la infraestructura de Azure, con integración completa de identidad, redes y gobernanza corporativa, además de la opción de mantener los datos dentro de una zona geográfica específica en Estados Unidos.
  • Alojado en Anthropic: acceso al conjunto completo de funciones de la API de Anthropic, incluidos modelos adicionales no disponibles todavía en la variante nativa de Azure, con una hoja de ruta hacia la paridad de funciones entre ambas modalidades.

Un detalle relevante para los equipos de infraestructura: la variante alojada en Azure corre sobre hardware NVIDIA GB300 Blackwell Ultra, la generación más reciente de aceleradores de Nvidia orientada a cargas de inferencia sostenida a gran escala. Esto confirma un patrón que se repite en toda la industria: independientemente de qué laboratorio gane la preferencia de las empresas —Anthropic, OpenAI o cualquier otro—, Nvidia captura valor en la capa de cómputo subyacente.

En materia de facturación, el uso de Claude en Microsoft Foundry se factura mediante Claude Consumption Units (CCU), una línea consolidada dentro de la factura de Azure que los clientes con Acuerdo Empresarial de Microsoft pueden descontar de compromisos de gasto ya asumidos con la plataforma. Para un departamento de finanzas, esto elimina la necesidad de gestionar una factura separada de Anthropic y de justificar un proveedor adicional fuera del acuerdo marco existente con Microsoft.

Representantes de clientes tempranos citados en el anuncio describen el valor percibido en términos operativos más que de capacidad del modelo: una empresa de movilidad destacó el rendimiento sostenido y la fiabilidad que exigen sus clientes empresariales, mientras que otra organización enmarcó la combinación de Anthropic y Azure como la manera de obtener a la vez "las mejores capacidades y la mejor seguridad". Ninguno de los testimonios oficiales hace referencia a mejoras de precisión o razonamiento; todos giran en torno a gobernanza, fiabilidad y seguridad, lo que confirma que el público objetivo de este anuncio es el comprador corporativo de TI, no el desarrollador individual que evalúa qué modelo resuelve mejor un problema técnico.

Comparativa: cuatro estrategias distintas frente a la nube empresarial

Colocar este movimiento junto a lo que hacen OpenAI, Nvidia y Huawei ayuda a entender por qué Anthropic eligió este camino.

OpenAI ha construido su distribución empresarial predominantemente alrededor de Microsoft Azure, a través de Azure OpenAI Service, además de su propia API directa. A diferencia de Claude, los modelos de OpenAI no están disponibles de forma nativa en Amazon Bedrock ni en Google Cloud Vertex AI, los dos principales competidores de Azure. Esa relación estrecha con un solo hiperescalador le ha dado a OpenAI ventajas de integración profunda dentro del ecosistema Microsoft (Copilot, Microsoft 365, Dynamics), pero limita su alcance entre las organizaciones cuya infraestructura ya está comprometida con AWS o Google Cloud y que prefieren no añadir un cuarto proveedor de nube a su arquitectura. La familia GPT-5.6 (Sol, Terra y Luna), en vista previa limitada desde finales de junio de 2026 por solicitud del gobierno estadounidense, sigue ese mismo patrón de distribución concentrada.

Nvidia no compite directamente en esta capa —no ofrece un modelo de lenguaje propio destinado al mercado empresarial general—, pero es el proveedor común que sostiene la infraestructura de cómputo de prácticamente todos los actores mencionados. Tanto los despliegues de Claude en Microsoft Foundry como buena parte de la capacidad de entrenamiento e inferencia de OpenAI corren sobre generaciones sucesivas de GPU de Nvidia. Esta posición le permite beneficiarse del crecimiento de la demanda de IA empresarial sin necesidad de ganar la preferencia de marca frente a ningún laboratorio en particular.

Huawei representa el contraste más marcado. Su estrategia con Ascend (chips), Pangu (modelos, incluida la reciente openPangu 2.0 de código abierto) y HarmonyOS (sistema operativo) es la de una pila verticalmente integrada, diseñada para operar de forma prácticamente autosuficiente dentro del mercado chino y en países bajo restricciones tecnológicas que les impiden acceder a hardware de Nvidia o a modelos de laboratorios estadounidenses. Mientras Anthropic apuesta por estar disponible en la mayor cantidad posible de nubes ajenas, Huawei apuesta por no depender de ninguna infraestructura externa. Son respuestas racionales a contextos regulatorios y geopolíticos distintos, no simplemente diferencias de estrategia comercial.

El resultado de estas cuatro posturas es que, para 2026, el criterio de selección de un modelo de IA para uso empresarial ya no depende solo de qué modelo razona mejor, sino de en qué nube corre, bajo qué condiciones de gobernanza, y con qué grado de dependencia de un único proveedor.

Qué significa esto para las empresas

Para un departamento de TI que evalúa adoptar Claude a gran escala, estos dos anuncios reducen fricciones concretas que antes exigían soluciones internas hechas a medida. Antes del gateway, muchas organizaciones que querían controlar el gasto en Claude Code por equipo debían construir sus propios paneles de seguimiento sobre la API, replicando trabajo que ahora viene resuelto de fábrica. Antes de la disponibilidad general en Microsoft Foundry, adoptar Claude en un entorno regulado que exige que los datos nunca salgan de Azure implicaba, en el mejor de los casos, una vista previa sin garantías de nivel de servicio.

Los sectores con mayor sensibilidad regulatoria —servicios financieros, salud, sector público— son los beneficiarios más directos, porque son también los que dependen en mayor medida de que su proveedor de nube ya certificado (Azure, en muchos casos, por requisitos de cumplimiento previamente auditados) sea también el que aloja el modelo de IA. La opción de mantener los datos en una zona geográfica específica dentro de Estados Unidos, ofrecida en la variante nativa de Azure, responde directamente a ese tipo de requisito.

Para las áreas financieras, la posibilidad de que el gasto en Claude se compute contra compromisos de gasto ya negociados con Microsoft (a través del Acuerdo Empresarial) simplifica la aprobación presupuestaria: no se trata de un gasto nuevo con un proveedor nuevo, sino de una partida más dentro de un contrato ya existente. Ese detalle, aparentemente administrativo, suele ser en la práctica uno de los mayores obstáculos para la adopción de nuevas herramientas de IA en organizaciones grandes, donde cualquier proveedor nuevo exige un ciclo de aprobación legal y de seguridad que puede tardar meses.

Para los equipos de plataforma y seguridad, el gateway ofrece algo igual de valioso: la capacidad de aplicar la misma política de identidad y acceso que ya rige el resto del entorno corporativo (vía OIDC con Entra ID u Okta) a una herramienta que, de otro modo, habría requerido su propio sistema de gestión de credenciales. La conmutación por error entre proveedores añade además resiliencia operativa ante interrupciones puntuales de un servicio de nube específico, algo relevante para organizaciones donde Claude Code se ha vuelto parte de flujos de trabajo de ingeniería críticos.

Hay también un efecto secundario en la velocidad de adopción interna. Cuando una herramienta de IA requiere que cada empleado gestione sus propias credenciales de nube, el despliegue real dentro de una organización grande suele avanzar mucho más lento que la intención declarada por la dirección de tecnología: los equipos de seguridad bloquean el acceso hasta resolver la gestión de identidad, y los propios empleados abandonan el proceso de configuración manual antes de completarlo. Al resolver ese problema de forma centralizada, el gateway elimina uno de los cuellos de botella más comunes entre "la empresa aprobó el uso de Claude Code" y "los equipos de ingeniería realmente lo están usando en su trabajo diario", una brecha que en la práctica ha limitado la adopción de herramientas de IA generativa en organizaciones con procesos de aprovisionamiento de TI lentos.

Limitaciones reales

Conviene ser preciso sobre el alcance real de estos anuncios y no sobrestimarlo. Primero, la disponibilidad general en Microsoft Foundry no cubre todavía el catálogo completo de modelos de Anthropic: por ahora incluye Claude Opus 4.8 y Claude Haiku 4.5 en la variante alojada en Azure, con Anthropic y Microsoft describiendo la paridad de funciones respecto a la API directa como un objetivo a alcanzar "con el tiempo", no como algo ya resuelto. Los modelos más recientes o las funciones más experimentales pueden seguir llegando primero a la API directa de Anthropic antes que a las variantes alojadas en la nube de terceros.

Segundo, el Claude apps gateway está diseñado específicamente para Claude Code, no para el conjunto completo de productos de Anthropic. Una organización que use Claude a través de otras interfaces —por ejemplo, integraciones personalizadas construidas directamente sobre la API— no obtiene automáticamente los beneficios de gobernanza centralizada que ofrece el gateway; tendría que adoptarlo específicamente para ese caso de uso o replicar controles equivalentes por su cuenta.

Tercero, tratarse de un componente autoalojado significa que la organización asume la responsabilidad operativa de desplegarlo, mantenerlo actualizado y asegurar la infraestructura donde corre. No es un servicio administrado por Anthropic; es una pieza de software que el cliente instala y opera, lo cual introduce una curva de adopción técnica que empresas más pequeñas o con equipos de plataforma reducidos podrían encontrar cuesta arriba en comparación con simplemente usar la API sin capas adicionales de gobernanza.

Cuarto, ninguno de los dos anuncios representa una mejora en las capacidades de razonamiento, precisión o seguridad del modelo en sí. Son mejoras de distribución y gobernanza. Es importante no confundir "más fácil de gobernar y auditar" con "más capaz", que es una afirmación distinta y que no se sostiene con la evidencia de estos anuncios.

Consideraciones para empresas en América Latina

Aunque los anuncios no mencionan explícitamente a América Latina, la ampliación de la disponibilidad multicloud de Claude tiene implicaciones prácticas para empresas de la región que ya operan bajo contratos con AWS, Google Cloud o Microsoft Azure. Muchas organizaciones latinoamericanas —particularmente en banca, telecomunicaciones y sector público— han construido su infraestructura de nube alrededor de uno de estos tres proveedores por razones de cumplimiento local, latencia con centros de datos regionales o acuerdos comerciales preexistentes. La disponibilidad de Claude dentro de esas mismas plataformas reduce la necesidad de justificar ante áreas legales y de cumplimiento un proveedor de IA adicional y externo al ecosistema de nube ya aprobado.

Dicho esto, persisten preguntas abiertas y específicas para la región que estos anuncios no resuelven: la disponibilidad de zonas de datos fuera de Estados Unidos para las variantes nativas de Azure, la existencia de regiones de Google Cloud o AWS en América Latina que soporten estas integraciones de Claude sin latencia adicional, y el marco de cumplimiento aplicable a normativas locales de protección de datos, que varían considerablemente entre países de la región. Las empresas que evalúen adoptar estas herramientas deberían confirmar directamente con Anthropic, Microsoft, AWS o Google Cloud la disponibilidad concreta de estas capacidades en sus regiones de despliegue antes de tomar decisiones de arquitectura.

Preguntas frecuentes

¿El Claude apps gateway reemplaza a la API directa de Anthropic?

No. El gateway es una capa de gobernanza adicional que se coloca encima de la conexión a Claude Code, ya sea que esa conexión use la API directa de Anthropic, Amazon Bedrock o Google Cloud. No sustituye ninguna de esas rutas de acceso; las organiza y les añade control de identidad, políticas y seguimiento de costos.

¿Qué modelos de Claude están disponibles en Microsoft Foundry con disponibilidad general?

Al momento de este anuncio, Claude Opus 4.8 y Claude Haiku 4.5 cuentan con disponibilidad general en la variante alojada en Azure. Anthropic y Microsoft han indicado que trabajan hacia la paridad de funciones con la API directa, lo que sugiere que el catálogo de modelos disponibles se ampliará progresivamente.

¿Es necesario tener un Acuerdo Empresarial de Microsoft para usar Claude en Foundry?

No es un requisito excluyente, pero sí una ventaja relevante: los clientes que ya cuentan con un Acuerdo Empresarial de Microsoft pueden aplicar el gasto en Claude contra compromisos de consumo de Azure ya negociados, simplificando la aprobación presupuestaria interna.

¿Por qué Anthropic distribuye Claude en tres nubes distintas en lugar de elegir una sola, como hace OpenAI con Azure?

La estrategia responde a que las grandes organizaciones ya tienen compromisos de infraestructura con un proveedor de nube específico antes de evaluar qué modelo de IA usar. Al estar disponible de forma nativa en AWS, Google Cloud y Microsoft Azure, Anthropic reduce la fricción de adopción para empresas sin importar cuál sea su proveedor de nube principal, en lugar de exigirles negociar una relación nueva.

¿Estos anuncios afectan el precio de usar Claude?

Indirectamente. El uso de Claude en Microsoft Foundry se factura mediante Claude Consumption Units dentro de la factura consolidada de Azure, lo que no necesariamente reduce el costo por token, pero sí simplifica la gestión administrativa del gasto para organizaciones que ya facturan otros servicios a través de Azure.

Fuentes oficiales recomendadas

anthropic
claude
microsoft-foundry
amazon-bedrock
google-cloud
multicloud
nvidia
openai
huawei
ia-empresarial
Volver al Blog