Claude Platform on AWS

Claude Platform on AWS te ofrece la experiencia completa de la plataforma de Anthropic a través de tu cuenta de AWS. Esto incluye la Messages API, Agent Skills, la ejecución de código y las funciones beta. A diferencia de Amazon Bedrock, donde AWS opera la pila de inferencia, Claude Platform on AWS lo opera Anthropic. AWS proporciona la capa de autenticación mediante SigV4 o "API key" (clave de API), el control de acceso basado en IAM y la integración de facturación a través de AWS Marketplace.

Cómo funciona la integración de la plataforma

Los modelos de Claude se ejecutan en infraestructura administrada por Anthropic. Se trata de una integración comercial para la facturación y el acceso a través de AWS. Anthropic es el encargado del tratamiento de las entradas y salidas de inferencia. AWS procesa los metadatos de facturación e identidad según el modelo de marketplace. Los clientes que usan Claude a través de Claude Platform on AWS están sujetos a los términos de uso de datos de Anthropic.

Anthropic usa infraestructura de AWS para procesar tus solicitudes de API, ejecutar la inferencia del modelo y almacenar el contenido de tu "workspace" (espacio de trabajo), como prompts, salidas, archivos, Skills y lotes. En los espacios de trabajo creados antes del 18 de septiembre de 2026, 00:00 UTC, Anthropic podría procesar solicitudes, almacenar datos y ejecutar inferencia fuera de AWS. En cualquier caso, los subservicios podrían cambiar sin previo aviso. Para fijar la inferencia a una geografía específica, establece el parámetro inference_geo en cada solicitud.

Claude Platform on AWS sigue la misma política de retención de datos que la Claude API de primera parte. "Zero Data Retention" (retención cero de datos), o ZDR, está disponible bajo solicitud. Para habilitarla en tu organización, contacta a tu representante de cuenta de Anthropic.

Claude Platform on AWS frente a Amazon Bedrock

Ambas ofertas te permiten usar Claude a través de AWS, pero difieren en arquitectura, superficie de API y disponibilidad de funciones.

Si necesitas Claude operado por AWS, consulta Claude in Amazon Bedrock. Claude Platform on AWS usa un grupo de capacidad independiente tanto de la Claude API de primera parte como de Amazon Bedrock. Puedes ejecutar cargas de trabajo en más de una plataforma y conmutar por error entre ellas.

Puedes usar AWS PrivateLink para conectar tu VPC al endpoint de Claude Platform on AWS.

Cuándo elegir Bedrock: Usa Claude in Amazon Bedrock si tu organización pertenece a un sector regulado y requiere cumplimiento de FedRAMP High, IL4, IL5 o preparación para HIPAA. También es la opción adecuada si necesitas que AWS sea el único encargado del tratamiento de datos. Bedrock se ejecuta completamente en infraestructura controlada por AWS, y AWS es la parte operadora.

¿Qué oferta estás usando? Claude está disponible a través de varios productos distintos:

• Claude Platform on AWS (esta página): la plataforma de la Claude API facturada a través de AWS Marketplace. Se administra en la Claude Console y en la AWS Console.
• Claude in Amazon Bedrock: un servicio nativo de AWS. Se administra en la consola de Amazon Bedrock y se factura como uso de servicios de AWS.
• Claude Enterprise adquirido a través de AWS Marketplace: un plan de claude.ai (el producto de chat de Claude), no una plataforma de API. Se administra en claude.ai, y el comportamiento de su cuenta y de su migración difiere de lo que describe esta página. Consulta el Centro de ayuda de Claude.
• Cuentas directas de Anthropic: la Claude API de primera parte y los planes de claude.ai facturados por Anthropic. Se administran en la Claude Console y en claude.ai.

Configura tu cuenta

La configuración de Claude Platform on AWS tiene cuatro fases:

1. Regístrate en la página del servicio en la AWS Console.
2. Completa la configuración de tu organización de Anthropic.
3. Anota el ID de tu espacio de trabajo.
4. Inicia sesión en la Claude Console.

1. 1

   Regístrate en la AWS Console

   1. Abre la AWS Console y navega a la página del servicio Claude Platform on AWS.
   2. Elige Sign up.
   3. En la página Sign-up, revisa los términos (el Contrato de licencia de usuario final de Anthropic, el Aviso de privacidad de AWS y el Contrato de cliente de AWS) y marca la casilla de aceptación.
   4. Elige Continue.

   La página muestra un banner Sign-up in progress. No salgas de la página. El registro tarda unos minutos mientras AWS gestiona por ti la suscripción a AWS Marketplace. Después, te redirige automáticamente.

   Si tu organización tiene una oferta privada de Anthropic, la consola la busca y te pide que la aceptes en AWS Marketplace. Consulta Ofertas privadas para obtener más detalles.

2. 2

   Configura tu organización de Anthropic

   Cuando se completa el registro, se te redirige a platform.claude.com/partner-signup.

   1. Ingresa la dirección de correo electrónico del propietario de tu organización y elige Get started.
   2. Busca en esa bandeja de entrada el enlace de configuración y síguelo. Si tu navegador muestra la página Signed in as a different account, elige Log out and continue.
   3. Completa el formulario de detalles de la organización (nombre de la organización, tipo de entidad, país y uso previsto) y elige Complete setup.

   Al completar la configuración, se crea tu organización de Anthropic y se aceptan los Términos de servicio comerciales y la Política de uso de Anthropic. La página del servicio en la AWS Console muestra ahora una navegación a la izquierda con Home, API keys, Quickstart y Workspaces.

3. 3

   Crea tu espacio de trabajo y anota su ID

   Después de completar la configuración, la AWS Console te pide que crees un espacio de trabajo. Consulta Espacios de trabajo para obtener detalles sobre la vinculación a regiones, el alcance de los recursos de IAM y la creación de espacios de trabajo adicionales.

   Encontrarás el ID del espacio de trabajo en Workspaces, en la página del servicio Claude Platform on AWS de la AWS Console, o en la Claude Console. Los ID de espacio de trabajo tienen el formato wrkspc_ seguido de un identificador alfanumérico.

4. 4

   Inicia sesión en la Claude Console

   El acceso a la Claude Console está federado a través de AWS IAM:

   1. Asume un rol de IAM con el permiso aws-external-anthropic:AssumeConsole. Consulta Acciones de IAM para Claude Platform on AWS.
   2. En la página del servicio Claude Platform on AWS, elige Open Claude Console. La AWS Console emite un JWT y te redirige a platform.claude.com.
   3. La primera vez que inicies sesión, se te pedirá una dirección de correo electrónico. Ingresa tu correo electrónico del trabajo. La plataforma aprovisiona tu usuario de la Claude Console en ese momento (just-in-time).

   Cuando inicias sesión a través de la AWS Console, la Claude Console queda limitada a tu organización de Claude Platform on AWS. En la parte inferior izquierda de la barra lateral de la Claude Console aparece el indicador Account managed by AWS.

Migrar desde una organización de Anthropic existente

Al registrarte en Claude Platform on AWS, siempre se aprovisiona una nueva organización de Anthropic vinculada a tu cuenta de AWS. No es posible convertir una organización existente. Por ejemplo, una organización de la Claude API de primera parte no puede convertirse en una organización de Claude Platform on AWS.

Planifica la migración desde una organización existente como una transición a una organización nueva:

• Crea primero la nueva organización. Regístrate a través de la AWS Console (consulta Configura tu cuenta). Si tu migración incluye una oferta privada, completa el registro antes de que se acepte la oferta. Los descuentos se aplican desde la aceptación, no de forma retroactiva. Consulta Ofertas privadas.
• Vuelve a crear el acceso y la configuración. Las claves de API, los espacios de trabajo y la configuración de la Claude Console no se transfieren desde una organización existente. Crea espacios de trabajo en la nueva organización y cambia tus aplicaciones a la autenticación de Claude Platform on AWS.
• Actualiza tu integración. Claude Platform on AWS sirve la Claude API (/v1/{endpoint}), así que las estructuras de solicitud y respuesta son las mismas que en la Claude API de primera parte. Cambian la URL base, el método de autenticación y el encabezado anthropic-workspace-id en las solicitudes de inferencia y de recursos; consulta Realizar solicitudes. Algunas funciones de la plataforma son diferentes; consulta Funciones no compatibles.
• Haz la transición a tu propio ritmo. La nueva organización es independiente de la existente, y ambas pueden atender tráfico en paralelo. No necesitas una transición abrupta: traslada las cargas de trabajo de forma gradual hasta que todo tu tráfico esté en la nueva organización.

Una vez que la nueva organización esté en funcionamiento, las diferencias se concentran en la facturación y la autenticación, que se gestionan a través de AWS:

• La facturación pasa a AWS Marketplace. El uso se factura en Claude Consumption Units en lugar de créditos prepagados (consulta Facturación), y los límites de gasto se establecen en la página Billing (consulta Límites de gasto). Durante la transición, la facturación se mantiene separada: la organización existente se sigue facturando como hasta ahora.
• La autenticación y el acceso pasan a AWS. Las solicitudes se autentican con credenciales de AWS o con claves de API generadas en la AWS Console, no en la Claude Console (consulta Autenticación). La membresía de la organización se administra a través de AWS IAM en lugar de la Claude Console (consulta Páginas disponibles). Además, los SDK de cliente de Anthropic ofrecen clases de cliente específicas de la plataforma (consulta Instala un SDK).
• El uso diario de la API funciona igual que en la Claude API de primera parte, salvo lo indicado en las limitaciones de funciones. Antes de trasladar el tráfico de producción, revisa tus "rate limits" (límites de velocidad). Las nuevas organizaciones empiezan en el nivel Start, y los aumentos de límite se solicitan a tu representante de cuenta de Anthropic (consulta Límites de velocidad y cuotas).

Las organizaciones de Claude Enterprise (claude.ai) se comportan de otra manera; para ellas, consulta la comparación de ofertas.

Solución de problemas de configuración de la cuenta

• "Sign-up failed: Failed to enable OutboundWebIdentityFederation": si ves este banner en el primer envío, vuelve a elegir Continue. La habilitación de IAM puede tardar un momento en surtir efecto.
• No hay indicador de progreso durante el registro: el registro tarda unos minutos. Mientras AWS aprovisiona tu cuenta, la página muestra un banner estático Sign-up in progress sin barra de progreso.
• "Signed in as a different account" después de seguir el enlace de configuración: elige Log out and continue. La página vuelve a autenticarte con la dirección de correo electrónico que ingresaste.
• Mensaje "Not found" durante el inicio de sesión: este mensaje puede aparecer brevemente durante la redirección. Puedes descartarlo.
• La página Usage no muestra datos después de tu primera llamada a la API: los datos de uso pueden tardar unos minutos en aparecer en la Claude Console.
• "Outbound web identity federation is disabled" en tu primera llamada a la API: habilita la federación una vez por cuenta. Consulta Habilita la federación de identidad web saliente.

Antes de realizar llamadas a la API

Asegúrate de tener:

1. Una cuenta de AWS activa con una suscripción a Claude Platform on AWS (consulta Configura tu cuenta)
2. La AWS CLI instalada y configurada
3. La federación de identidad web saliente habilitada en tu cuenta de AWS, un paso de configuración que solo se hace una vez (consulta Habilita la federación de identidad web saliente)
4. El ID de tu espacio de trabajo (consulta Obtén el ID de tu espacio de trabajo)
5. Permiso de IAM para llamar a la API: la acción aws-external-anthropic:CreateInference en tu espacio de trabajo y, si te autenticas con una clave de API, también aws-external-anthropic:CallWithBearerToken (consulta Políticas de IAM)

Habilita la federación de identidad web saliente

El gateway de Claude Platform on AWS llama a sts:GetWebIdentityToken del lado del servidor para emitir un JWT que reenvía a Anthropic. Esta capacidad de STS está deshabilitada de forma predeterminada en todas las cuentas de AWS. Habilítala una vez por cuenta:

aws iam enable-outbound-web-identity-federation

Si la respuesta es [ERROR] (FeatureEnabled) ... already enabled, la configuración ya está activada en tu cuenta y puedes continuar. Verifica la configuración y obtén la URL del emisor de tu cuenta:

aws iam get-outbound-web-identity-federation-info

Obtén el ID de tu espacio de trabajo

El espacio de trabajo se crea desde la AWS Console después de completar la configuración de la cuenta (consulta Configura tu cuenta). Cada espacio de trabajo está vinculado a una sola región de AWS. Encontrarás el ID del espacio de trabajo en Workspaces, en la Claude Console, o en la sección Workspaces de la página del servicio en la AWS Console.

Establece las variables de entorno ANTHROPIC_AWS_WORKSPACE_ID y AWS_REGION para que los clientes del SDK las lean automáticamente:

export ANTHROPIC_AWS_WORKSPACE_ID='wrkspc_01AbCdEf23GhIj'
export AWS_REGION='us-west-2'  # Your workspace's AWS region

La región es obligatoria: si no se establece ninguna, el cliente del SDK genera un error. Pasa aws_region/awsRegion al constructor o establece AWS_REGION (o AWS_DEFAULT_REGION). Se admiten todas las regiones comerciales de AWS.

Autenticación

Claude Platform on AWS admite dos métodos de autenticación:

• AWS IAM con firma de solicitudes Signature Version 4 (SigV4), que es el método principal
• Autenticación con clave de API

Ambos usan la misma URL base y el mismo formato de solicitud.

Autenticación SigV4

SigV4 es la opción nativa para empresas y se integra con tus políticas, roles y auditorías de AWS IAM existentes. Configura las credenciales de AWS con cualquier método compatible con la cadena predeterminada de proveedores de credenciales de AWS:

• Variables de entorno (AWS_ACCESS_KEY_ID, AWS_SECRET_ACCESS_KEY, AWS_SESSION_TOKEN)
• Archivo de credenciales compartido (~/.aws/credentials)
• Archivo de configuración compartido (~/.aws/config), incluidos SSO y credential_process
• Identidad web (AWS_WEB_IDENTITY_TOKEN_FILE y AWS_ROLE_ARN) para IRSA y GitHub Actions
• Credenciales de contenedor de ECS
• Servicio de metadatos de instancia de EC2 (IMDS)

Verifica que tus credenciales funcionen:

aws sts get-caller-identity

Autenticación con clave de API

Para integraciones más sencillas, como el desarrollo local y los scripts, puedes autenticarte con una clave de API en lugar de SigV4. Establece la variable de entorno ANTHROPIC_AWS_API_KEY o pasa apiKey al constructor del SDK.

Para generar claves de API:

1. En la AWS Console, ve a Claude Platform on AWS → API keys.
2. Elige Generate a key y copia el valor de la clave.
3. Otorga la acción de IAM aws-external-anthropic:CallWithBearerToken a las entidades principales que deban poder usar la autenticación con clave de API.

Claves de API de corto plazo

Algunas cargas de trabajo necesitan entregar una credencial a un proceso independiente. Por ejemplo, un gateway de "large language models" (modelos de lenguaje grandes), o LLMs, una función serverless o una herramienta que admite autenticación con token de portador pero no SigV4. En esos casos, genera una clave de API de corto plazo a partir de tus credenciales de AWS en lugar de aprovisionar una clave de larga duración en la AWS Console.

AWS publica bibliotecas generadoras de tokens para JavaScript, Python y Java. Cada biblioteca lee tus credenciales de AWS a través de la cadena de proveedores estándar y devuelve un token de duración limitada que funciona con el encabezado x-api-key. De forma predeterminada, el token dura 12 horas. Su duración máxima es el menor de estos valores: la duración que solicites, la expiración de tus credenciales de AWS o 12 horas. Consulta los README de los repositorios enlazados para ver la instalación y todas las opciones de configuración.

Pasa el token generado al SDK igual que pasarías una clave de API generada en la AWS Console:

from token_generator_for_aws_external_anthropic import TokenGenerator
from anthropic import AnthropicAWS

token = TokenGenerator(region="us-west-2").get_token()

client = AnthropicAWS(api_key=token, aws_region="us-west-2")

Si puedes generar el token localmente, tu proceso ya tiene credenciales SigV4, y la autenticación SigV4 suele ser la opción más sencilla. Usa claves de corto plazo cuando el proceso que hace las llamadas a la API sea distinto del proceso que tiene las credenciales de AWS.

El SDK no renueva automáticamente las claves de corto plazo. Cuando un token expire, genera uno nuevo y crea un nuevo cliente. La entidad principal que usa el token sigue necesitando la acción de IAM aws-external-anthropic:CallWithBearerToken.

Precedencia de credenciales

El cliente específico de la plataforma resuelve la autenticación en el orden que se indica a continuación. Los nombres de los argumentos siguen la convención de cada lenguaje:

• TypeScript y PHP usan camelCase, como se muestra.
• Python y Ruby usan snake_case.
• Go usa PascalCase con acrónimos en mayúsculas.
• C# y Java usan las convenciones de propiedades o builders del lenguaje.

1. Argumento del constructor apiKey → encabezado x-api-key
2. Argumentos del constructor awsAccessKey + awsSecretAccessKey → AWS SigV4
3. Argumento del constructor awsProfile → AWS SigV4 con perfil con nombre
4. Variable de entorno ANTHROPIC_AWS_API_KEY → encabezado x-api-key
5. Cadena predeterminada de proveedores de credenciales de AWS → AWS SigV4

Resolución de la región

Si no pasas aws_region/awsRegion al constructor, el cliente lee AWS_REGION del entorno. Si esa variable no existe, usa AWS_DEFAULT_REGION, por compatibilidad con los SDK estándar de AWS. La región es obligatoria y no tiene valor predeterminado: el cliente AnthropicAWS/AnthropicAws genera un error si no se establece ni el argumento del constructor ni una variable de entorno.

Instala un SDK

Los SDK de cliente de Anthropic son compatibles con Claude Platform on AWS. Tu SDK proporciona AnthropicAWS, que se encarga de la firma SigV4, de construir la URL base según la región y del encabezado anthropic-workspace-id.

pip install -U "anthropic[aws]"

Modelos disponibles

Los siguientes modelos están disponibles en Claude Platform on AWS:

Los ID de modelo son idénticos a los de la Claude API de primera parte. No se usan ARN al estilo de Bedrock ni prefijos anthropic..

Los nuevos modelos suelen lanzarse en Claude Platform on AWS el mismo día que en la Claude API de primera parte.

Realizar solicitudes

Claude Platform on AWS usa los mismos endpoints de API que la Claude API de primera parte. Las diferencias son la URL base, el método de autenticación y el encabezado anthropic-workspace-id, que identifica el espacio de trabajo al que va dirigida una solicitud.

El encabezado es obligatorio en las solicitudes de inferencia y de recursos, como las llamadas a la Messages API, la Models API, la Files API y los endpoints de Claude Managed Agents. No es necesario en las solicitudes a los endpoints de espacios de trabajo y de claves externas de la Admin API.

Antes de ejecutar estos ejemplos, completa los pasos de Antes de realizar llamadas a la API.

from anthropic import AnthropicAWS

client = AnthropicAWS()

message = client.messages.create(
    model="claude-sonnet-5",
    max_tokens=1024,
    messages=[{"role": "user", "content": "Hello!"}],
)
print(message)

El cliente lee del entorno AWS_REGION (o AWS_DEFAULT_REGION) y ANTHROPIC_AWS_WORKSPACE_ID. Puedes sobrescribir cualquiera de los dos pasando aws_region / awsRegion o workspace_id / workspaceId al constructor. Tanto la región como el ID del espacio de trabajo son obligatorios: si no se puede resolver alguno de ellos, el constructor genera un error.

El valor de --aws-sigv4 tiene el formato aws:amz:<region>:<service>. El nombre del servicio SigV4 es aws-external-anthropic, y la región debe coincidir con la de la URL de tu endpoint. Si alguno de los dos no coincide, obtendrás un error genérico de rechazo de firma en lugar de un diagnóstico específico.

Ventana de contexto

Los tamaños de la "context window" (ventana de contexto) en Claude Platform on AWS son idénticos a los de la Claude API de primera parte. Consulta Ventanas de contexto para ver los límites de cada modelo.

Compatibilidad de funciones

Claude Platform on AWS usa directamente los endpoints de la Claude API. Por eso, tienes paridad completa de funciones con la Claude API de primera parte, salvo lo indicado en las limitaciones de funciones:

• Acceso a funciones: como Anthropic opera ambas plataformas, la mayoría de las nuevas funciones y encabezados beta llegan a Claude Platform on AWS sin un paso de integración adicional. Consulta las limitaciones de funciones para ver las excepciones.
• Funciones beta: pasa el encabezado estándar anthropic-beta para acceder a las funciones beta, igual que con la Claude API.
• Agent Skills: usa Agent Skills prediseñadas y personalizadas con el mismo parámetro container.skills que en la Claude API. Todas las Skills prediseñadas (PowerPoint, Excel, Word, PDF) funcionan sin configuración adicional.
• Ejecución de código: ejecuta código en el sandbox administrado de Anthropic con la herramienta de ejecución de código.
• Uso de herramientas: el uso de computadora y todas las demás capacidades de "tool use" (uso de herramientas) están disponibles.
• Pensamiento extendido: habilita el "extended thinking" (pensamiento extendido) con los mismos parámetros que en la Claude API.
• Streaming: compatibilidad completa con streaming SSE para respuestas en tiempo real.
• Procesamiento por lotes: envía solicitudes por lotes para cargas de trabajo de alto rendimiento.
• Almacenamiento en caché de prompts: almacena en caché herramientas, "system prompts" (indicaciones del sistema) e historial de mensajes para reducir la "latency" (latencia) y el costo. Todas las capacidades de "prompt caching" (almacenamiento en caché de prompts) están disponibles: TTL de 5 minutos, TTL de 1 hora y almacenamiento en caché automático.
• Files API: sube archivos y haz referencia a ellos en distintas solicitudes.
• "Customer-managed encryption keys" (claves de cifrado administradas por el cliente), o CMEK: CMEK solo está disponible con claves de AWS KMS. No se pueden registrar claves de Google Cloud KMS ni de Azure Key Vault. Ten en cuenta lo siguiente:
  • La clave debe ser una clave de KMS de una sola región, en la misma cuenta y región de AWS que el espacio de trabajo al que se asocia.
  • Su política de claves debe otorgar acceso a la entidad principal de servicio aws-external-anthropic.amazonaws.com. Consulta Configura CMEK en Claude Platform on AWS.
  • Registra y asocia las claves en la Claude Console. También puedes usar los endpoints de claves externas, autorizados mediante acciones de IAM.
  • No hay un paso de validación aparte. La clave se valida implícitamente al asociarla a un espacio de trabajo, porque la llamada de asociación realiza un ciclo de cifrado y descifrado. Por eso, un problema con la política de claves aparece al asociar la clave, no al registrarla.
• Compliance API: la Compliance API está disponible. El acceso se autoriza mediante la acción ListComplianceActivities de AWS IAM.

Consulta la tabla comparativa para ver las diferencias de disponibilidad de funciones con Amazon Bedrock.

Claude Managed Agents

Claude Managed Agents está disponible en Claude Platform on AWS, con todas estas funciones:

• Agentes
• Entornos
• Sesiones
• Bóvedas de credenciales
• Almacenes de memoria
• Webhooks
• Orquestación multiagente
• Sandboxes autoalojados

Las sesiones en Claude Platform on AWS se comportan de forma distinta a las de Claude Managed Agents de primera parte en dos aspectos:

• Reautenticación de sesiones autónomas: una sesión puede ejecutarse de forma autónoma, sin ningún evento de usuario, durante un máximo de 6 horas. Pasado ese tiempo, la sesión necesita reautenticarse para continuar. Para reautenticarla, envía a la sesión cualquier evento con rol de usuario (consulta Eventos y streaming). En Claude Managed Agents de primera parte, las sesiones autónomas no tienen límite de tiempo de ejecución.
• Almacenes de memoria en entornos autoalojados: una sesión que se ejecuta en un entorno autoalojado no puede asociar almacenes de memoria. Si una sesión incluye uno, se rechaza al crearla. Las sesiones en entornos en la nube asocian almacenes de memoria de la forma habitual. En Claude Managed Agents de primera parte, las sesiones pueden asociar almacenes de memoria tanto en entornos en la nube como en entornos autoalojados.

Funciones no compatibles

Las siguientes capacidades no están disponibles actualmente en Claude Platform on AWS:

• Preparación para HIPAA: el programa de preparación para HIPAA de Anthropic no está disponible. Consulta API y retención de datos.
• Conjuntos de herramientas de uso de computadora y de navegador: computer_toolset_20260801 y browser_toolset_20260801 no están disponibles actualmente en Claude Platform on AWS. Las versiones beta de la herramienta de uso de computadora siguen disponibles.

• Admin API: solo están disponibles estos endpoints:

  • Endpoints de espacios de trabajo: crear, obtener, listar, actualizar y archivar en /v1/organizations/workspaces.
  • Endpoints de claves externas para CMEK: registrar, obtener, listar, actualizar y eliminar en /v1/organizations/external_keys. Las claves se validan al asociarlas a un espacio de trabajo, no mediante un endpoint de validación.

  Los demás endpoints de la Admin API no están disponibles actualmente: miembros de la organización, miembros del espacio de trabajo, invitaciones, claves de API, informes de uso, informes de costos e informes de límites de velocidad. Para ver los datos de uso y costos, usa la Claude Console. La membresía de la organización se administra con AWS IAM.

• Administración de miembros del espacio de trabajo: no es posible agregar ni quitar usuarios de espacios de trabajo individuales. El acceso se controla con políticas de AWS IAM sobre los ARN de los espacios de trabajo.

• Espacio de trabajo de Claude Code y Analytics API: el espacio de trabajo de Claude Code con límites de velocidad automáticos no está disponible. El uso de Claude Code aparece en la vista de uso general, no en una pantalla dedicada.

• Autenticación OAuth: no es compatible. Usa autenticación SigV4 o con clave de API.

• Modo rápido: no está disponible en Claude Platform on AWS.

• Endpoints de API compatibles con OpenAI: no están disponibles en Claude Platform on AWS.

• Túneles MCP: solo se admiten servidores MCP expuestos a través de internet pública.

Residencia de datos

Claude Platform on AWS admite las siguientes "inference geographies" (geografías de inferencia):

• US: La inferencia permanece dentro de centros de datos de EE. UU. Se aplica un multiplicador de precio de 1.1x.
• Global: La inferencia puede enrutarse a cualquier centro de datos operado por Anthropic en todo el mundo. Se aplican los precios estándar.

Establece la geografía de inferencia por solicitud con el parámetro inference_geo:

from anthropic import AnthropicAWS

client = AnthropicAWS()
message = client.messages.create(
    model="claude-sonnet-5",
    max_tokens=1024,
    inference_geo="us",
    messages=[{"role": "user", "content": "Hello!"}],
)
print(message)

Si omites inference_geo, la solicitud usa el default_inference_geo del espacio de trabajo si hay uno configurado; de lo contrario, usa global.

Los controles de geografía de inferencia a nivel de espacio de trabajo (allowed_inference_geos y default_inference_geo) también están disponibles en Claude Platform on AWS. Consulta Restricciones a nivel de espacio de trabajo.

Espacios de trabajo

Las solicitudes de inferencia y de recursos en Claude Platform on AWS se dirigen a un "workspace" (espacio de trabajo). Pasas el ID del espacio de trabajo en el encabezado anthropic-workspace-id en estas llamadas a la API. Los IDs de espacio de trabajo usan el formato etiquetado wrkspc_ seguido de un identificador alfanumérico (por ejemplo, wrkspc_01AbCdEf23GhIj). Consulta Obtén el ID de tu espacio de trabajo si aún no lo tienes.

Alcance de los espacios de trabajo

Los espacios de trabajo están vinculados a una sola región de AWS. Un espacio de trabajo creado en us-west-2 solo puede accederse a través del endpoint de us-west-2. El uso, las cuotas, el costo, los archivos, los lotes y las Skills se agregan por espacio de trabajo, lo que te da desgloses por región en la Claude Console.

Los espacios de trabajo también sirven como el recurso principal de IAM para Claude Platform on AWS. Concedes o deniegas el acceso a espacios de trabajo específicos mediante políticas de AWS IAM usando el ARN del espacio de trabajo. El segmento de recurso del ARN es el mismo ID con prefijo wrkspc_ que pasas en el encabezado anthropic-workspace-id:

arn:aws:aws-external-anthropic:{region}:{account-id}:workspace/{workspace-id}

Por ejemplo:

arn:aws:aws-external-anthropic:us-west-2:123456789012:workspace/wrkspc_01AbCdEf23GhIj

Consulta Políticas de IAM para ver ejemplos de políticas.

Administrar espacios de trabajo

Crea espacios de trabajo adicionales, cambia el nombre de un espacio de trabajo o archívalo desde la página Workspaces de la AWS Console o con los endpoints de espacios de trabajo de la Admin API. Estos endpoints no requieren el encabezado anthropic-workspace-id. Las operaciones de crear y listar actúan sobre la organización; las de obtener, actualizar y archivar toman el ID del espacio de trabajo en la ruta de la URL. Un nuevo espacio de trabajo queda vinculado a la región de AWS del endpoint al que llamas para crearlo (consulta Alcance de los espacios de trabajo). Con el rol Admin, también puedes crear, cambiar el nombre y archivar espacios de trabajo desde la página Workspaces de la Claude Console.

Usar la Claude Console

Claude Platform on AWS usa la Claude Console estándar en platform.claude.com. Cuando inicias sesión desde la AWS Console, aparece un indicador Account managed by AWS en la parte inferior izquierda de la barra lateral de la Claude Console, y la Console se limita a tu organización de Claude Platform on AWS. Proporciona análisis de uso, desgloses de costos, visibilidad de los "rate limits" (límites de velocidad), administración de espacios de trabajo y páginas para administrar archivos, Agent Skills, trabajos por lotes y recursos de Claude Managed Agents (agentes, sesiones, entornos, bóvedas de credenciales, almacenes de memoria y webhooks).

Iniciar sesión

El acceso a la Claude Console está federado a través de AWS IAM. Consulta Configura tu cuenta para ver el flujo completo de inicio de sesión por primera vez. En resumen:

1. Asume un rol de IAM con el permiso aws-external-anthropic:AssumeConsole. Consulta Acciones de IAM para Claude Platform on AWS.
2. Navega a la página de Claude Platform on AWS en la AWS Console.
3. Elige Open Claude Console. La AWS Console emite un JWT y te redirige a platform.claude.com.
4. En el primer inicio de sesión, se te solicita una dirección de correo electrónico. Ingresa tu correo electrónico de trabajo. La plataforma aprovisiona tu usuario de la Claude Console justo a tiempo.

Hay dos roles de la Claude Console disponibles: Admin y Developer. El rol Admin otorga acceso a todas las páginas y configuraciones de la Claude Console disponibles para Claude Platform on AWS. El rol Developer otorga acceso de lectura a la información de uso, costo, límites de velocidad y espacios de trabajo. Contacta a tu representante de cuenta de Anthropic para asignar el rol Admin o Developer a una entidad principal.

Páginas disponibles

La columna A través del gateway de AWS indica si la página lee y escribe datos a través del gateway de AWS (y, por lo tanto, está regida por las acciones de IAM). Las páginas marcadas con No leen metadatos a nivel de organización directamente desde Anthropic y omiten las comprobaciones de acciones de IAM.

Cambiar de organización

La Claude Console no admite el cambio de organización para Claude Platform on AWS. Para acceder a una organización diferente, cierra sesión y vuelve a autenticarte a través de la AWS Console usando el rol de IAM de la cuenta de AWS de esa organización.

Límites de velocidad y cuotas

Las organizaciones en Claude Platform on AWS se ubican en el nivel Start. Anthropic administra los límites de velocidad directamente, no a través de los sistemas de cuotas de AWS.

Las organizaciones en Claude Platform on AWS pueden pasar automáticamente a un nivel de uso superior a medida que acumulan un historial de facturas pagadas de AWS Marketplace. El flujo de autoservicio Request rate limit increase de la Claude Console no está disponible: en su lugar, la página Rate limits te dirige a tu representante de cuenta de Anthropic.

Para solicitar límites más altos, contacta a tu representante de cuenta de Anthropic o al soporte de Anthropic. Incluye lo siguiente en tu solicitud:

• Los modelos cuyos límites necesitas aumentar
• Los tokens de entrada por minuto y los tokens de salida por minuto en el pico para cada modelo (no totales diarios)
• La proporción aproximada de tu entrada que corresponde a contexto almacenado en caché o repetido (las lecturas de caché no cuentan para los límites de tokens de entrada en la mayoría de los modelos; consulta ITPM con reconocimiento de caché)

Los niveles de uso son escalones fijos: cada nivel combina límites de velocidad con un tope de gasto mensual, y pasar a un nivel superior aumenta ambos. Para obtener detalles de los niveles y los límites por modelo, consulta Límites de velocidad.

Facturación

Claude Platform on AWS factura a través de AWS Marketplace. El uso se expresa en Claude Consumption Units (CCUs), se mide por hora y se factura mensualmente a mes vencido en tu factura de AWS. Las CCUs no son créditos prepagados. No hay saldo ni compromiso de CCU.

Para conocer el precio de la CCU, la mecánica de conversión, la aplicación de descuentos y las tarifas de tokens por modelo, consulta Precios de Claude Platform on AWS.

Límites de gasto

Los niveles de uso Start, Build y Scale tienen cada uno un tope de gasto mensual; consulta los topes de gasto por nivel para ver los valores actuales. Cuando el uso de tu organización durante el mes calendario alcanza el tope de su nivel, las solicitudes a la API fallan con el error de tope de gasto hasta las 00:00 UTC del primer día del mes siguiente, y reintentar antes no tiene éxito. El tope de gasto y los límites de velocidad pertenecen al mismo nivel. Para aumentar el tope, o para restablecer el acceso después de alcanzarlo, solicita un aumento de nivel a través de tu representante de cuenta de Anthropic o del soporte de Anthropic (consulta Límites de velocidad y cuotas).

También puedes establecer tus propios límites de gasto mensuales por debajo del tope, después de agregar al menos un destinatario en Email recipients en la página Billing:

• Límite de gasto de la organización: Ve a Settings > Billing en la Claude Console para establecer un límite de gasto mensual.
• Límites de gasto del espacio de trabajo: Selecciona un espacio de trabajo en Settings > Workspaces y abre su página Spend limits.

Cuando el uso alcanza un límite que estableciste, las solicitudes fallan con HTTP 400 (consulta el error de límite de gasto) hasta las 00:00 UTC del primer día del mes siguiente, o hasta que aumentes o elimines el límite.

El gasto se calcula a precios de lista y puede tardar unas 2 horas en reflejar el uso reciente, por lo que el uso puede superar el tope o un límite antes de que las solicitudes empiecen a fallar. El excedente se factura. Cuando el tope del nivel o un límite de gasto de la organización detiene tus solicitudes, se envía un aviso por correo electrónico a los destinatarios indicados en Email recipients en la página Billing. Los destinatarios basados en roles, como todos los administradores, no están disponibles en Claude Platform on AWS. El aviso del tope del nivel también se envía a la dirección de correo electrónico utilizada al registrarse en AWS Marketplace.

Monitoreo y registro

AWS CloudTrail puede capturar todas las solicitudes a Claude Platform on AWS. Las operaciones de espacios de trabajo, claves externas, cumplimiento, bóvedas y webhooks se registran como eventos de administración (Management events) de forma predeterminada. Las operaciones de inferencia, lotes, archivos, skills, modelos, perfiles de usuario y Claude Managed Agents (excepto bóvedas y webhooks) se clasifican como eventos de datos (Data events) y requieren una configuración explícita de registro de eventos de datos, lo que genera cargos adicionales de CloudTrail. Consulta la referencia de acciones de IAM para ver la clasificación completa de tipos de eventos y la documentación de AWS CloudTrail para obtener detalles de configuración.

IDs de solicitud

Cada respuesta incluye dos IDs de solicitud en los encabezados de respuesta:

• ID de solicitud de AWS (x-amzn-requestid): El ID principal, indexado en CloudTrail. Úsalo al investigar solicitudes mediante herramientas de AWS o al contactar al soporte de AWS.
• ID de solicitud de Anthropic (request-id): El ID secundario. Úsalo al contactar al soporte de Anthropic.

from anthropic import AnthropicAWS

client = AnthropicAWS()

response = client.messages.with_raw_response.create(
    model="claude-sonnet-5",
    max_tokens=1024,
    messages=[{"role": "user", "content": "Hello!"}],
)

print(response.headers.get("x-amzn-requestid"))  # AWS request ID
print(response.headers.get("request-id"))  # Anthropic request ID

message = response.parse()
print(message.content)

Anthropic recomienda registrar tu actividad al menos en un período móvil de 30 días para comprender los patrones de uso e investigar problemas.

Migrar desde Amazon Bedrock

Si actualmente usas Claude en Bedrock, migrar a Claude Platform on AWS requiere cambios en toda tu integración. La firma SigV4 sigue siendo compatible, pero cambian el contexto de firma, la URL base, el formato de la API, los IDs de modelo, el cliente y el paquete del SDK, el formato de "streaming" (streaming), los encabezados de solicitud y la disponibilidad por región. Claude Platform on AWS también aprovisiona una nueva organización de Anthropic. La siguiente tabla resume las diferencias.

Qué cambia

Las diferencias de la migración dependen de la integración de Bedrock desde la que vengas. La siguiente tabla muestra tanto la integración actual de Bedrock (Messages API en bedrock-mantle.{region}.api.aws) como la integración heredada de InvokeModel.

Si usas la integración actual de Bedrock, el formato del cuerpo de la solicitud ya es el de la Messages API. Los cambios son la URL base, el nombre de servicio SigV4, los IDs de modelo y agregar el encabezado anthropic-workspace-id. Si usas la API heredada InvokeModel o Converse, también tendrás que reescribir las estructuras de solicitud y respuesta al formato de la Messages API. Consulta Claude en Amazon Bedrock (Opus 4.6 y anteriores) para ver la correspondencia de estructuras de solicitud.

Qué obtienes

• Acceso, normalmente el mismo día, a nuevos modelos y funciones (consulta las limitaciones de funciones)
• Agent Skills para la generación de documentos (PowerPoint, Excel, Word, PDF)
• Ejecución de código en el sandbox administrado de Anthropic
• Funciones beta a través del encabezado anthropic-beta (consulta las limitaciones de funciones)
• Claude Console para visibilidad de cuotas y análisis de uso
• Soporte directo de Anthropic
• Autenticación con clave de API como alternativa a SigV4 (consulta Autenticación con clave de API)

Qué se mantiene igual

• Autenticación de AWS IAM (SigV4)
• AWS como la parte que factura. El canal de facturación cambia de servicio nativo de AWS a AWS Marketplace (consulta Consideraciones comerciales).
• Consumo de compromisos de AWS

Errores comunes en la migración

Consideraciones comerciales

• Términos de servicio de Anthropic: Usar Claude Platform on AWS requiere aceptar los Términos de Servicio Comerciales y la Política de Uso de Anthropic. Si tu organización aún no los ha aceptado (por ejemplo, si solo has usado Claude a través de Bedrock), se te solicitará durante la configuración de la cuenta. Consulta Configura tu cuenta.
• Descuentos y ofertas privadas: Los descuentos negociados y las ofertas privadas de AWS Marketplace no se transfieren automáticamente entre Bedrock y Claude Platform on AWS. Trabaja con tu representante de cuenta de Anthropic para establecer los términos comerciales de Claude Platform on AWS.

Políticas de IAM

Claude Platform on AWS se integra con AWS IAM para el control de acceso. Concedes o deniegas el acceso a acciones específicas de la API en espacios de trabajo específicos usando la sintaxis estándar de políticas de IAM.

El nombre de servicio SigV4 y el espacio de nombres de acciones de IAM es aws-external-anthropic. Las acciones siguen el patrón aws-external-anthropic:<Action> (por ejemplo, aws-external-anthropic:CreateInference).

Ejemplo: denegar la inferencia por lotes

La siguiente política permite la inferencia en tiempo real mientras bloquea el procesamiento por lotes:

{
  "Version": "2012-10-17",
  "Statement": [
    {
      "Effect": "Allow",
      "Action": [
        "aws-external-anthropic:CreateInference",
        "aws-external-anthropic:CountTokens",
        "aws-external-anthropic:GetModel",
        "aws-external-anthropic:ListModels",
        "aws-external-anthropic:GetWorkspace"
      ],
      "Resource": "arn:aws:aws-external-anthropic:*:*:workspace/*"
    },
    {
      "Effect": "Allow",
      "Action": "aws-external-anthropic:ListWorkspaces",
      "Resource": "*"
    },
    {
      "Effect": "Deny",
      "Action": [
        "aws-external-anthropic:CreateBatchInference",
        "aws-external-anthropic:GetBatchInference",
        "aws-external-anthropic:ListBatchInferences"
      ],
      "Resource": "*"
    }
  ]
}

La acción GetBatchInference autoriza tanto la ruta de metadatos del lote como la ruta de resultados del lote. Denegarla bloquea ambas lecturas. Para una política solo de denegación adecuada para cargas de trabajo sensibles a ZDR, consulta Bloqueo de funciones para un espacio de trabajo sensible a ZDR.

Políticas administradas

AWS proporciona cinco políticas administradas (AnthropicFullAccess, AnthropicReadOnlyAccess, AnthropicInferenceAccess, AnthropicLimitedAccess y AnthropicSelfHostedEnvironmentAccess) para patrones de acceso comunes. Para conocer las acciones que otorga cada política, la lista completa de acciones de IAM, la correspondencia entre rutas y acciones, y ejemplos adicionales de políticas, consulta Acciones de IAM para Claude Platform on AWS.

Próximos pasos

Recursos adicionales