Claude Platform en AWS: qué es y cómo usarla

La Plataforma Claude en AWS entró en disponibilidad general en mayo de 2026, según el anuncio oficial de Anthropic. Esto significa que cualquier cuenta AWS puede activar Claude directamente, sin crear una cuenta separada en Anthropic, y sin salir del ecosistema de facturación que ya tienen montado.

En 30 segundos

  • Claude Platform en AWS es la plataforma nativa de Anthropic, disponible desde mayo de 2026 en 17+ regiones de AWS, sin cuentas separadas.
  • Autenticación con credenciales IAM que ya tenés: firma SigV4 o API key vinculada a tu cuenta, con auditoría completa en CloudTrail.
  • Facturación integrada en AWS Marketplace usando CCU (Consumption Units) a USD 0,01 cada una.
  • Incluye Messages API, Batch Processing, Files API (beta), Managed Agents (beta), Code Execution, Web Search y más.
  • No es Bedrock: acá Anthropic opera la plataforma, los datos no quedan dentro de AWS.

Claude API es un servicio de API desarrollado por Anthropic que permite acceder a los modelos de lenguaje Claude (Opus, Sonnet, Haiku) mediante una interfaz REST programática. Permite a desarrolladores integrar capacidades de generación de texto, análisis y razonamiento en sus aplicaciones.

Qué es Claude Platform en AWS

Claude Platform en AWS es la interfaz nativa de Anthropic para sus modelos, disponible directamente dentro de tu cuenta de Amazon Web Services. No es un servicio gestionado por AWS, sino la misma plataforma de Anthropic operada por Anthropic, accesible desde la infraestructura de AWS sin necesidad de salir a crear una cuenta separada en platform.claude.com.

La diferencia técnica que importa: Anthropic opera los servidores, gestiona los modelos y controla el pipeline. AWS es el canal de distribución y de facturación. Eso contrasta directamente con Amazon Bedrock, donde AWS gestiona todo el entorno.

Al lanzarse en disponibilidad general, según el anuncio en AWS, la plataforma está disponible en más de 17 regiones. Para equipos que ya tienen toda su infraestructura en AWS, esto elimina una cuenta de proveedor separada, un método de pago separado y un conjunto de credenciales separadas.

Cómo acceder a Claude desde tu cuenta AWS

El acceso se habilita desde AWS Marketplace. Una vez que suscribís el producto, podés autenticarte de dos maneras: firma SigV4 con las credenciales IAM que ya usás, o una API key generada y vinculada a tu cuenta AWS.

SigV4 es la opción que más conviene a equipos con infraestructura establecida. Si ya tenés roles IAM configurados, podés darle permisos a un rol específico para que llame a Claude Platform sin exponer una clave adicional en tu código. Cada llamada queda registrada en CloudTrail (sí, las de Claude también), lo que es un requisito habitual en empresas con auditorías de seguridad.

¿Qué pasa si tu equipo prefiere el modelo clásico de API key? También está disponible. Podés generar una desde la consola de Claude Platform, y esa key queda asociada a tu billing de AWS. La diferencia con tener una cuenta directa en Anthropic es que el cobro aparece en tu factura de AWS, no en otro lado.

El onboarding, según la documentación oficial, sigue este flujo: suscribir en Marketplace, configurar permisos IAM, elegir método de autenticación, y llamar a los endpoints estándar de Claude. No hay SDKs especiales; los mismos clientes que ya usás contra claude.ai o platform.claude.com funcionan acá.

Qué características tiene disponibles

La plataforma no es solo la Messages API. Al lanzamiento general, el catálogo incluye:

  • Messages API: el núcleo, disponible para todos los modelos Claude actuales.
  • Batch Processing: para procesar grandes volúmenes de prompts en modo asíncrono, con costos reducidos frente a requests en tiempo real.
  • Prompt Caching: guarda partes del contexto entre llamadas para reducir tokens procesados y por ende el costo.
  • Citations: el modelo puede citar fuentes dentro de su respuesta, útil para aplicaciones de análisis de documentos.
  • Files API (beta): subís archivos y los referenciás en tus prompts sin pasarlos inline.
  • Managed Agents (beta): agentes con estado gestionado por Anthropic.
  • Code Execution (beta): el modelo puede ejecutar código Python dentro del sandbox de la plataforma.
  • Web Search y Web Fetch (beta): Claude puede buscar en la web u obtener URLs como parte de una respuesta.
  • Skills (beta): capacidades adicionales configurables.
  • MCP Connector (beta): conexión con servidores MCP para extender herramientas disponibles al modelo.

En comparación con alternativas como Gemini profundizamos sobre esto. Los ítems en beta son funcionales pero Anthropic los puede cambiar. Para producción con SLAs estrictos, Messages API y Batch son las opciones más estables hoy.

Claude Platform vs Claude en Amazon Bedrock: la comparativa que importa

Acá viene el punto que genera más preguntas. Ambas opciones te dan acceso a modelos Claude dentro de AWS, pero son productos fundamentalmente distintos.

CaracterísticaClaude Platform en AWSClaude en Amazon Bedrock
¿Quién opera?AnthropicAmazon Web Services
Residencia de datosInfraestructura de AnthropicInfraestructura de AWS (tu región)
Guardrails nativosLos de AnthropicBedrock Guardrails de AWS
Knowledge BasesNoSí (Bedrock Knowledge Bases)
PrivateLinkNo disponible al lanzamiento
FacturaciónAWS Marketplace (CCU)AWS directo (tokens)
Funcionalidades betaAgents, Code Execution, MCPAgents for Bedrock, Flows
Integración con servicios AWSIAM, CloudTrail, MarketplaceIAM, S3, Lambda, CloudWatch, más
plataforma claude en aws diagrama explicativo

Si tu empresa tiene requisitos de residencia de datos (datos que no pueden salir de una región específica de AWS), Bedrock es la opción correcta. Los datos procesados en Claude Platform se manejan en la infraestructura de Anthropic, no en la tuya de AWS. Eso es una consideración real para industrias reguladas.

Si en cambio lo que querés es acceso a las funcionalidades más nuevas de Claude (MCP, Code Execution, Managed Agents), Claude Platform las tiene antes. Bedrock suele recibir esas capacidades más tarde, una vez que AWS las integra en su ecosistema.

Modelo de facturación y qué cuesta en la práctica

La facturación en Claude Platform en AWS usa CCU (Consumption Units). Cada CCU cuesta USD 0,01. El consumo de tokens se traduce a CCUs según el modelo que usés.

Según la documentación de precios de Anthropic, los precios en Claude Platform son equivalentes a los de la API directa, pero el cobro aparece consolidado en tu factura de AWS. Para equipos que ya tienen compromisos de gasto con AWS (Enterprise Discount Programs, Savings Plans), eso puede tener impacto en el costo efectivo dependiendo de los acuerdos que tengan.

Prompt Caching reduce el costo cuando usás contextos largos repetidos. Ponele que tenés un sistema de análisis de documentos donde siempre enviás las mismas instrucciones de sistema más el documento completo: con caching, los tokens que ya procesó en una llamada anterior no se vuelven a cobrar en el siguiente request del mismo contexto. La reducción puede ser significativa en pipelines de alto volumen. Sobre eso hablamos en según los modelos disponibles actualmente.

Batch Processing tiene costos menores que las requests síncronas, aunque con latencia mayor. Para procesar miles de documentos que no requieren respuesta en tiempo real, es la opción más económica disponible hoy.

Casos de uso para equipos que ya están en AWS

Pensá en un equipo de desarrollo que tiene toda su infraestructura en AWS: servicios en ECS, pipelines en Step Functions, base de datos en RDS, logs en CloudWatch. Hoy para usar Claude tienen una cuenta separada en Anthropic, con una API key hardcodeada en Secrets Manager o Parameter Store, y la factura llega a otro lado.

Con Claude Platform en AWS, ese mismo equipo llama a Claude usando el rol IAM que ya tienen, la factura se consolida en AWS, y las llamadas quedan auditadas en CloudTrail junto con el resto de los eventos. Menos fricción, mejor trazabilidad.

Algunos usos concretos donde la integración tiene sentido:

  • Análisis de documentos en pipelines S3: trigger en Lambda cuando llega un archivo, Files API para pasárselo a Claude, resultado a DynamoDB. Todo dentro del mismo ecosistema de permisos.
  • Agentes de IA en aplicaciones web: Managed Agents (beta) para mantener estado entre turnos de conversación, sin gestionar el historial manualmente.
  • Automatización con Code Execution: dejar que Claude ejecute y valide el código que genera, útil para pipelines de procesamiento de datos donde los resultados deben ser verificados.
  • Procesamiento batch nocturno: indexar grandes volúmenes de contenido, clasificar tickets de soporte, generar resúmenes; usando Batch Processing para reducir costos.

Si el equipo hostea sus aplicaciones en donweb.com y usa AWS como backend de IA, esta integración también simplifica el modelo operativo: un proveedor de infraestructura, otro de IA, sin duplicar cuentas.

Limitaciones y lo que hay que considerar antes de migrar

La limitación más importante: los datos que mandás a Claude Platform en AWS los procesa Anthropic en su infraestructura, no AWS. Si tenés contratos con clientes que exigen que los datos no salgan de una región específica de AWS, esto no cumple ese requisito. Bedrock sí lo cumple.

PrivateLink, que permite conectarte a servicios AWS sin salir a internet pública, no está disponible al lanzamiento. Para entornos con restricciones de red estrictas (VPCs sin acceso a internet, outbound muy limitado), esto puede ser un bloqueante.

Las funcionalidades en beta (Managed Agents, Code Execution, MCP Connector) pueden cambiar sin aviso previo. Usarlas en producción implica asumir ese riesgo. No es poco. Para más detalles técnicos, mirá si querés optimizar los costos de la API.

¿Alguien verificó qué pasa con los SLAs de disponibilidad comparados con Bedrock? La documentación al lanzamiento no especifica un SLA diferenciado para Claude Platform en AWS respecto a la API directa de Anthropic. Bedrock tiene los SLAs de AWS. Es un dato que vale la pena pedir antes de mover cargas críticas.

Errores comunes al configurar Claude Platform en AWS

Confundir permisos IAM de Bedrock con los de Claude Platform

Si ya usabas Claude en Bedrock, los permisos IAM que tenías configurados no aplican a Claude Platform. Son servicios distintos con ARNs distintos. Hay que crear nuevas políticas específicas para Claude Platform, no reutilizar las de Bedrock. El error más común es dar un permiso demasiado amplio para sortear el problema, que después se convierte en un agujero de seguridad.

Asumir que los datos quedan en AWS

La suscripción está en AWS Marketplace y la factura llega con AWS, pero el procesamiento ocurre en Anthropic. Muchos equipos asumen que al estar “en AWS” los datos tienen el mismo tratamiento que cualquier servicio nativo. No es así. Hay que leer la política de privacidad de Anthropic y verificar que aplica al caso de uso antes de mandar datos sensibles.

Ignorar Prompt Caching en pipelines de alto volumen

Equipos que procesan cientos de documentos por día con instrucciones de sistema largas y fijas dejan plata sobre la mesa si no activan Prompt Caching. La configuración no es automática; hay que marcar explícitamente qué partes del prompt son cacheables. Sin eso, cada request cuenta todos los tokens desde cero.

Preguntas Frecuentes

¿Cómo accedo a Claude Platform desde AWS?

Suscribís el producto en AWS Marketplace desde tu cuenta AWS. Una vez suscripto, podés autenticarte con credenciales IAM (firma SigV4) o generar una API key desde la consola de Claude Platform. No necesitás crear una cuenta separada en Anthropic; el acceso y la facturación quedan dentro de tu cuenta AWS.

¿Cuál es la diferencia entre Claude Platform en AWS y Bedrock?

La diferencia principal es quién opera: en Claude Platform, Anthropic gestiona la infraestructura; en Bedrock, lo hace AWS. Esto afecta residencia de datos (en Bedrock los datos quedan en tu región de AWS), integraciones disponibles (Bedrock tiene Knowledge Bases, PrivateLink) y funcionalidades (Claude Platform tiene Managed Agents, MCP Connector, Code Execution disponibles antes). Para requisitos regulatorios de residencia de datos, Bedrock es la opción correcta. Esto se conecta con lo que analizamos en especialmente si usás Claude Code.

¿Cuánto cuesta usar Claude en AWS a través de esta plataforma?

La plataforma usa CCU (Consumption Units) a USD 0,01 cada una. Los precios equivalen a los de la API directa de Anthropic, pero el cobro aparece en tu factura de AWS Marketplace. Prompt Caching reduce el costo cuando usás contextos repetidos. Batch Processing ofrece costos menores para workloads asíncronos que no requieren respuesta en tiempo real.

¿Cómo autenticar Claude con credenciales IAM de AWS?

Usás firma SigV4, el mismo mecanismo de autenticación que cualquier servicio AWS. Le asignás permisos al rol IAM que va a llamar a Claude Platform, y las requests se firman automáticamente con las credenciales del rol. Cada llamada queda registrada en CloudTrail. No necesitás gestionar ni rotar claves adicionales si usás roles IAM.

¿Los datos enviados a Claude Platform quedan dentro de AWS?

No. Aunque el acceso y la facturación son a través de AWS, el procesamiento ocurre en la infraestructura de Anthropic. Los datos no se quedan en tu región de AWS ni en la infraestructura de Amazon. Si tenés requisitos de residencia de datos que exigen que los datos no salgan de AWS, usá Claude en Amazon Bedrock, que sí ofrece esa garantía.

Conclusión

Claude Platform en AWS, ahora en disponibilidad general, resuelve un problema de fricción real para equipos que ya viven en AWS: consolidar facturación, usar IAM para autenticar y tener acceso a las funcionalidades más nuevas de Anthropic sin esperar a que Bedrock las integre.

El trade-off es claro: si necesitás residencia de datos dentro de AWS o integraciones nativas con servicios como Knowledge Bases o PrivateLink, Bedrock sigue siendo la opción. Si lo que querés es acceso a Managed Agents, MCP, Code Execution y la plataforma más actualizada de Anthropic sin cuentas separadas, Claude Platform en AWS ya está listo para producción (con ojo en las betas).

Para la mayoría de los equipos de desarrollo que ya tienen todo en AWS, la decisión de migrar o empezar directamente acá es bastante directa. El onboarding es simple, el modelo de autenticación es el que ya conocen, y la factura llega con lo demás.

Fuentes

Desplazarse hacia arriba