Claude Platform su AWS

Claude Platform on AWS ti offre l'esperienza completa della piattaforma Anthropic, inclusi la Messages API, le Agent Skills, l'esecuzione di codice e le funzionalità beta, accessibili tramite il tuo account AWS. A differenza di Amazon Bedrock, dove AWS gestisce lo stack di inferenza, Anthropic gestisce Claude Platform on AWS. AWS fornisce il livello di autenticazione (SigV4 o chiave API), il controllo degli accessi basato su IAM e l'integrazione della fatturazione tramite AWS Marketplace.



Come funziona l'integrazione della piattaforma

I modelli Claude vengono eseguiti su infrastruttura gestita da Anthropic. Si tratta di un'integrazione commerciale per la fatturazione e l'accesso tramite AWS. Anthropic è il responsabile del trattamento dei dati per gli input e gli output di inferenza. AWS elabora i metadati di fatturazione e identità secondo il modello marketplace. I clienti che utilizzano Claude tramite Claude Platform on AWS sono soggetti ai termini di utilizzo dei dati di Anthropic.

Claude Platform on AWS ha le seguenti caratteristiche operative: i dati potrebbero non risiedere in AWS, l'inferenza potrebbe essere instradata verso il cloud primario di Anthropic e i sottoservizi potrebbero cambiare senza preavviso. Imposta il parametro inference_geo per ogni richiesta per vincolare l'inferenza a una specifica area geografica.

Claude Platform on AWS segue la stessa politica di conservazione dei dati della Claude API di prima parte. La Zero Data Retention (ZDR) è disponibile su richiesta. Contatta il tuo referente Anthropic per abilitarla per la tua organizzazione.



Claude Platform on AWS vs Amazon Bedrock

Entrambe le offerte ti consentono di usare Claude tramite AWS, ma differiscono per architettura, superficie API e disponibilità delle funzionalità.

Se hai bisogno di Claude gestito da AWS, consulta Claude in Amazon Bedrock. Claude Platform on AWS utilizza un pool di capacità separato sia dalla Claude API di prima parte sia da Amazon Bedrock. Puoi eseguire carichi di lavoro su più di una piattaforma ed effettuare il failover tra di esse.

AWS PrivateLink è supportato per connettere il tuo VPC all'endpoint di Claude Platform on AWS.

Quando scegliere Bedrock: le organizzazioni in settori regolamentati che richiedono conformità FedRAMP High, IL4, IL5 o HIPAA-ready, o che necessitano che AWS sia l'unico responsabile del trattamento dei dati, dovrebbero usare Claude in Amazon Bedrock. Bedrock viene eseguito interamente su infrastruttura controllata da AWS, con AWS come parte operativa.

Quale offerta stai usando? Claude è disponibile tramite diversi prodotti distinti:

• Claude Platform on AWS (questa pagina): la piattaforma Claude API fatturata tramite AWS Marketplace. Gestita nella Claude Console e nella AWS Console.
• Claude in Amazon Bedrock: un servizio nativo AWS. Gestito nella console di Amazon Bedrock e fatturato come utilizzo di un servizio AWS.
• Claude Enterprise acquistato tramite AWS Marketplace: un piano claude.ai (il prodotto di chat Claude), non una piattaforma API. Gestito su claude.ai, e il suo comportamento di account e migrazione differisce da quanto descritto in questa pagina. Consulta il Centro assistenza Claude.
• Account Anthropic diretti: la Claude API di prima parte e i piani claude.ai fatturati da Anthropic. Gestiti nella Claude Console e su claude.ai.



Configura il tuo account

La configurazione di Claude Platform on AWS avviene in quattro fasi: registrati nella pagina del servizio della AWS Console, completa la configurazione della tua organizzazione Anthropic, annota l'ID del tuo workspace e accedi alla Claude Console.



Passare da un'organizzazione Anthropic esistente

La registrazione a Claude Platform on AWS crea sempre una nuova organizzazione Anthropic collegata al tuo account AWS. Non esiste una conversione sul posto: un'organizzazione esistente, come un'organizzazione Claude API di prima parte, non può diventare un'organizzazione Claude Platform on AWS.

Pianifica il passaggio da un'organizzazione esistente come un cutover verso una nuova:

• Crea prima la nuova organizzazione. Registrati tramite la AWS Console (vedi Configura il tuo account). Se il tuo passaggio coinvolge un'offerta privata, completa la registrazione prima che l'offerta venga accettata: gli sconti si applicano dall'accettazione, non retroattivamente. Consulta Offerte private.
• Ricrea accessi e configurazione. Le chiavi API, i workspace e le impostazioni della Claude Console non vengono trasferiti da un'organizzazione esistente. Crea i workspace nella nuova organizzazione e passa le tue applicazioni all'autenticazione di Claude Platform on AWS.
• Aggiorna la tua integrazione. Claude Platform on AWS serve la Claude API (/v1/{endpoint}), quindi le forme di richiesta e risposta sono invariate rispetto alla Claude API di prima parte. Ciò che cambia è l'URL di base, il metodo di autenticazione e l'header obbligatorio anthropic-workspace-id; vedi Effettuare richieste. Alcune funzionalità della piattaforma differiscono; vedi Funzionalità non supportate.
• Effettua il cutover secondo i tuoi tempi. La nuova organizzazione è indipendente da quella esistente, ed entrambe possono servire traffico in parallelo. Non è necessario un cutover netto: sposta i carichi di lavoro gradualmente finché tutto il tuo traffico non è sulla nuova organizzazione.

Una volta che la nuova organizzazione è operativa, le differenze si concentrano nella fatturazione e nell'autenticazione, che sono gestite tramite AWS:

• La fatturazione passa ad AWS Marketplace: l'utilizzo viene fatturato in Claude Consumption Units anziché in crediti prepagati (vedi Fatturazione), e i limiti di spesa sono gestiti nella pagina Billing anziché nella pagina Limits (vedi Limiti di spesa). Durante la transizione, la fatturazione rimane separata: l'organizzazione esistente continua a essere fatturata come oggi.
• Autenticazione e accesso passano ad AWS: le richieste si autenticano con credenziali AWS o con chiavi API generate nella AWS Console, non nella Claude Console (vedi Autenticazione). L'appartenenza all'organizzazione è gestita tramite AWS IAM anziché tramite la Claude Console (vedi Pagine disponibili), e gli SDK client di Anthropic forniscono classi client specifiche per la piattaforma (vedi Installa un SDK).
• L'utilizzo quotidiano dell'API funziona come sulla Claude API di prima parte, salvo dove indicato nelle limitazioni delle funzionalità. Prima di spostare il traffico di produzione, controlla i tuoi limiti di velocità: le nuove organizzazioni vengono collocate nel tier Start, e gli aumenti dei limiti passano attraverso il tuo referente Anthropic (vedi Limiti di velocità e quote).

Per le organizzazioni Claude Enterprise (claude.ai), che si comportano diversamente, consulta il confronto delle offerte.



Risoluzione dei problemi di configurazione dell'account

• "Sign-up failed: Failed to enable OutboundWebIdentityFederation": se vedi questo banner al primo invio, scegli di nuovo Continue. L'abilitazione IAM può richiedere un momento per avere effetto.
• Nessun indicatore di avanzamento durante la registrazione: la registrazione richiede alcuni minuti. La pagina mostra un banner statico Sign-up in progress senza barra di avanzamento mentre AWS effettua il provisioning del tuo account.
• "Signed in as a different account" dopo aver seguito il link di configurazione: scegli Log out and continue. La pagina ti riautentica con l'indirizzo email che hai inserito.
• Messaggio "Not found" durante l'accesso: questo messaggio potrebbe apparire brevemente durante il reindirizzamento. Puoi ignorarlo.
• La pagina Usage non mostra dati dopo la tua prima chiamata API: i dati di utilizzo possono richiedere alcuni minuti per apparire nella Claude Console.
• "Outbound web identity federation is disabled" alla tua prima chiamata API: abilita la federazione una volta per account. Consulta Abilita la federazione delle identità web in uscita.



Prima di effettuare chiamate API

Assicurati di avere:

1. Un account AWS attivo con una sottoscrizione a Claude Platform on AWS (vedi Configura il tuo account)
2. La AWS CLI installata e configurata
3. La federazione delle identità web in uscita abilitata sul tuo account AWS, un passaggio di configurazione una tantum (vedi Abilita la federazione delle identità web in uscita)
4. L'ID del tuo workspace (vedi Ottieni l'ID del tuo workspace)
5. Il permesso IAM per chiamare l'API: l'azione aws-external-anthropic:CreateInference sul tuo workspace, più aws-external-anthropic:CallWithBearerToken se ti autentichi con una chiave API (vedi Policy IAM)



Abilita la federazione delle identità web in uscita

Il gateway di Claude Platform on AWS chiama sts:GetWebIdentityToken lato server per generare un JWT che inoltra ad Anthropic. Questa funzionalità STS è disabilitata per impostazione predefinita su ogni account AWS. Abilitala una volta per account:

aws iam enable-outbound-web-identity-federation

Se la risposta è [ERROR] (FeatureEnabled) ... already enabled, l'impostazione è già attiva per il tuo account e puoi procedere. Verifica e recupera l'URL dell'issuer del tuo account:

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



Ottieni l'ID del tuo workspace

Crei un workspace dalla AWS Console dopo aver completato la configurazione dell'account (vedi Configura il tuo account). I workspace sono vincolati a una singola regione AWS. Puoi trovare l'ID del workspace nella Claude Console sotto Workspaces o nella sezione Workspaces della pagina del servizio nella AWS Console.

Imposta le variabili d'ambiente ANTHROPIC_AWS_WORKSPACE_ID e AWS_REGION in modo che i client SDK le leggano automaticamente:

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

La regione è obbligatoria. Il client SDK genera un errore se non è impostata alcuna regione. Passa aws_region/awsRegion al costruttore, oppure imposta AWS_REGION (o AWS_DEFAULT_REGION). Tutte le regioni commerciali AWS sono supportate.



Autenticazione

Claude Platform on AWS supporta due metodi di autenticazione: AWS IAM con firma delle richieste Signature Version 4 (SigV4) (principale) e autenticazione con chiave API. Entrambi usano lo stesso URL di base e lo stesso formato di richiesta.



Autenticazione SigV4

SigV4 è il percorso nativo per le aziende e si integra con le tue policy, i ruoli e l'auditing AWS IAM esistenti. Configura le credenziali AWS usando qualsiasi metodo supportato dalla catena di provider di credenziali predefinita di AWS:

• Variabili d'ambiente (AWS_ACCESS_KEY_ID, AWS_SECRET_ACCESS_KEY, AWS_SESSION_TOKEN)
• File di credenziali condiviso (~/.aws/credentials)
• File di configurazione condiviso (~/.aws/config) inclusi SSO e credential_process
• Web identity (AWS_WEB_IDENTITY_TOKEN_FILE e AWS_ROLE_ARN) per IRSA e GitHub Actions
• Credenziali del container ECS
• Servizio di metadati delle istanze EC2 (IMDS)

Verifica che le tue credenziali funzionino:

aws sts get-caller-identity



Autenticazione con chiave API

Per percorsi di integrazione più semplici (sviluppo locale e script), puoi autenticarti con una chiave API invece di SigV4. Imposta la variabile d'ambiente ANTHROPIC_AWS_API_KEY o passa apiKey al costruttore dell'SDK.

Genera le chiavi API nella AWS Console sotto Claude Platform on AWS → API keys. Scegli Generate a key, quindi copia il valore della chiave. Concedi l'azione IAM aws-external-anthropic:CallWithBearerToken ai principal che devono essere autorizzati a usare l'autenticazione con chiave API.



Chiavi API a breve termine

Per i carichi di lavoro che devono passare una credenziale a un processo separato (come un gateway LLM, una funzione serverless o uno strumento che supporta l'autenticazione con bearer token ma non SigV4), genera una chiave API a breve termine dalle tue credenziali AWS invece di creare una chiave a lunga durata nella AWS Console.

AWS pubblica librerie di generazione di token per JavaScript, Python e Java. Ogni libreria legge le tue credenziali AWS tramite la catena di provider standard e restituisce un token a tempo limitato che funziona con l'header x-api-key. La durata del token è di 12 ore per impostazione predefinita ed è limitata al minore tra la durata richiesta, la scadenza delle tue credenziali AWS e 12 ore. Consulta i README dei repository collegati per l'installazione e le opzioni di configurazione complete.

Passa il token generato all'SDK nello stesso modo in cui passeresti una chiave API generata dalla 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")

Se puoi generare il token localmente, il tuo processo ha già credenziali SigV4, e l'autenticazione SigV4 è di solito la scelta più semplice. Usa le chiavi a breve termine quando il processo che effettua le chiamate API è separato dal processo che detiene le credenziali AWS.

L'SDK non aggiorna automaticamente le chiavi a breve termine. Quando un token scade, generane uno nuovo e costruisci un nuovo client. Il principal che usa il token ha comunque bisogno dell'azione IAM aws-external-anthropic:CallWithBearerToken.



Precedenza delle credenziali

Il client specifico per la piattaforma risolve l'autenticazione nel seguente ordine. I nomi degli argomenti variano in base alle convenzioni del linguaggio: TypeScript e PHP usano camelCase come mostrato, Python e Ruby usano snake_case, Go usa PascalCase con acronimi in maiuscolo, e C# e Java usano gli idiomi di proprietà o builder del linguaggio.

1. Argomento del costruttore apiKey → header x-api-key
2. Argomenti del costruttore awsAccessKey + awsSecretAccessKey → AWS SigV4
3. Argomento del costruttore awsProfile → AWS SigV4 con profilo denominato
4. Variabile d'ambiente ANTHROPIC_AWS_API_KEY → header x-api-key
5. Catena di provider di credenziali AWS predefinita → AWS SigV4



Risoluzione della regione

Il client legge AWS_REGION dall'ambiente se aws_region/awsRegion non viene passato al costruttore, ripiegando su AWS_DEFAULT_REGION per compatibilità con gli SDK AWS standard. La regione è obbligatoria. Non esiste un valore predefinito di fallback. A differenza di AnthropicBedrock, che ripiega su us-east-1, il client AnthropicAWS/AnthropicAws genera un errore se non sono impostati né l'argomento del costruttore né la variabile d'ambiente.



Installa un SDK

Gli SDK client di Anthropic supportano Claude Platform on AWS. Ogni SDK fornisce una classe client specifica per la piattaforma che gestisce la firma SigV4, la costruzione dell'URL di base in base alla regione e l'header anthropic-workspace-id.

pip install -U "anthropic[aws]"



Modelli disponibili

I seguenti modelli sono disponibili su Claude Platform on AWS:

Gli ID dei modelli sono identici a quelli della Claude API di prima parte. Non ci sono ARN in stile Bedrock né prefissi anthropic..

I nuovi modelli vengono tipicamente lanciati su Claude Platform on AWS lo stesso giorno della Claude API di prima parte.



Effettuare richieste

Claude Platform on AWS usa gli stessi endpoint API della Claude API di prima parte. Le differenze sono l'URL di base, il metodo di autenticazione e un header obbligatorio anthropic-workspace-id che identifica quale workspace è il destinatario della richiesta.

Prima di eseguire questi esempi, completa i passaggi in Prima di effettuare chiamate 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)

Il client legge AWS_REGION (o AWS_DEFAULT_REGION) e ANTHROPIC_AWS_WORKSPACE_ID dall'ambiente. Puoi sovrascrivere entrambi passando aws_region / awsRegion o workspace_id / workspaceId al costruttore. Sia la regione sia l'ID del workspace sono obbligatori. Il costruttore genera un errore se uno dei due non può essere risolto.

Il valore --aws-sigv4 segue il formato aws:amz:<region>:<service>. Il nome del servizio SigV4 è aws-external-anthropic, e la regione deve corrispondere alla regione nell'URL del tuo endpoint. Una discrepanza in uno dei due produce un errore generico di rifiuto della firma anziché una diagnostica specifica.



Finestra di contesto

Le dimensioni della "context window" (finestra di contesto) su Claude Platform on AWS sono identiche a quelle della Claude API di prima parte. Consulta Finestre di contesto per i limiti per modello.



Supporto delle funzionalità

Claude Platform on AWS usa direttamente gli endpoint della Claude API, il che significa che ottieni la piena parità di funzionalità con la Claude API di prima parte (salvo dove indicato nelle limitazioni delle funzionalità):

• Accesso alle funzionalità: poiché Anthropic gestisce entrambe le piattaforme, la maggior parte delle nuove funzionalità e degli header beta diventa disponibile su Claude Platform on AWS senza un passaggio di integrazione separato. Consulta le limitazioni delle funzionalità per le eccezioni.
• Funzionalità beta: passa l'header standard anthropic-beta per accedere alle funzionalità beta, proprio come faresti con la Claude API.
• Agent Skills: usa le Agent Skills predefinite e personalizzate con lo stesso parametro container.skills e gli stessi header beta della Claude API. Tutte le Skills predefinite (PowerPoint, Excel, Word, PDF) funzionano senza configurazione aggiuntiva.
• Esecuzione di codice: esegui codice nella sandbox gestita da Anthropic usando lo strumento di esecuzione del codice.
• Uso degli strumenti: l'uso del computer e tutte le altre funzionalità di uso degli strumenti sono disponibili.
• Pensiero esteso: abilita il pensiero esteso con gli stessi parametri della Claude API.
• Streaming: supporto completo dello streaming SSE per risposte in tempo reale.
• Elaborazione batch: invia richieste batch per carichi di lavoro ad alto throughput.
• Cache dei prompt: memorizza nella cache strumenti, prompt di sistema e cronologia dei messaggi per ridurre latenza e costi. Tutte le funzionalità di cache dei prompt (TTL di 5 minuti, TTL di 1 ora e caching automatico) sono disponibili.
• Files API: carica e referenzia file tra le richieste.
• Chiavi di crittografia gestite dal cliente (CMEK): le CMEK sono disponibili solo con chiavi AWS KMS. Le chiavi Google Cloud KMS e Azure Key Vault non possono essere registrate. Crea, convalida e collega le chiavi nella Claude Console. Gli endpoint external_keys dell'Admin API non sono attualmente disponibili. La chiave deve trovarsi nella stessa regione AWS del workspace a cui è collegata.
• Compliance API: la Compliance API è disponibile. L'accesso è autorizzato tramite AWS IAM.

Consulta la tabella di confronto per le differenze di disponibilità delle funzionalità rispetto ad Amazon Bedrock.



Claude Managed Agents

Claude Managed Agents è disponibile su Claude Platform on AWS, inclusi agenti, ambienti, sessioni, vault di credenziali, archivi di memoria, webhook, orchestrazione multiagente e sandbox self-hosted.

Il comportamento delle sessioni su Claude Platform on AWS differisce da Claude Managed Agents di prima parte in un aspetto:

• Riautenticazione delle sessioni autonome: una sessione può essere eseguita in modo autonomo, senza alcun evento utente, per un massimo di 6 ore. Dopo 6 ore, la sessione richiede la riautenticazione prima di continuare. Per riautenticarti, invia un qualsiasi evento con ruolo utente alla sessione (vedi Eventi e streaming). Claude Managed Agents di prima parte non ha limiti di durata per le sessioni autonome.



Funzionalità non supportate

Le seguenti funzionalità non sono attualmente disponibili su Claude Platform on AWS:

• Conformità HIPAA: il programma HIPAA-ready di Anthropic non è disponibile. Consulta API e conservazione dei dati.

• Admin API: gli endpoint dei workspace (create, get, list, update e archive su /v1/organizations/workspaces) sono disponibili. Gli altri endpoint dell'Admin API (membri dell'organizzazione, membri dei workspace, inviti, chiavi API, report di utilizzo, report dei costi, report dei limiti di velocità e chiavi esterne) non sono attualmente disponibili. Gestisci invece le chiavi CMEK nella Claude Console. Visualizza invece i dati di utilizzo e costo nella Claude Console. AWS IAM gestisce l'appartenenza all'organizzazione.
• Gestione dei membri dei workspace: l'aggiunta o la rimozione di utenti dai singoli workspace non è disponibile. Le policy AWS IAM sugli ARN dei workspace controllano l'accesso.
• Workspace Claude Code e Analytics API: il workspace Claude Code con limiti di velocità automatici non è disponibile. L'utilizzo di Claude Code appare nella vista di utilizzo generale anziché in una schermata dedicata.
• Autenticazione OAuth: non supportata. Usa l'autenticazione SigV4 o con chiave API.
• Fast mode: non disponibile su Claude Platform on AWS.
• Endpoint API compatibili con OpenAI: non disponibili su Claude Platform on AWS.
• Tunnel MCP: sono supportati solo i server MCP esposti su internet pubblico.



Residenza dei dati

Claude Platform on AWS supporta le seguenti aree geografiche di inferenza:

• US: l'inferenza rimane all'interno dei data center statunitensi. Si applica un moltiplicatore di prezzo di 1,1x.
• Global: l'inferenza può essere instradata verso qualsiasi data center gestito da Anthropic nel mondo. Si applicano i prezzi standard.

Imposta l'area geografica di inferenza per ogni richiesta con il parametro 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)

Se ometti inference_geo, la richiesta usa il default_inference_geo del workspace se ne è configurato uno, altrimenti global.

I controlli dell'area geografica di inferenza a livello di workspace (allowed_inference_geos e default_inference_geo) sono disponibili anche su Claude Platform on AWS. Consulta Restrizioni a livello di workspace.



Workspace

Le richieste di inferenza e di risorse su Claude Platform on AWS sono indirizzate a un workspace. Passa l'ID del workspace nell'header anthropic-workspace-id in queste chiamate API. Gli ID dei workspace usano il formato con tag wrkspc_ seguito da un identificatore alfanumerico (ad esempio, wrkspc_01AbCdEf23GhIj). Consulta Ottieni il tuo ID workspace se non lo hai ancora.



Ambito del workspace

I workspace sono vincolati a una singola regione AWS. Un workspace creato in us-west-2 può essere accessibile solo tramite l'endpoint us-west-2. Utilizzo, quote, costi, file, batch e Skills vengono tutti aggregati per workspace, fornendoti suddivisioni per regione nella Claude Console.

I workspace fungono anche da risorsa IAM principale per Claude Platform on AWS. Concedi o neghi l'accesso a workspace specifici tramite le policy AWS IAM utilizzando l'ARN del workspace. Il segmento risorsa dell'ARN è lo stesso ID con prefisso wrkspc_ che passi nell'header anthropic-workspace-id:

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

Ad esempio:

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

Consulta Policy IAM per esempi di policy.



Gestione dei workspace

Crea workspace aggiuntivi, rinomina un workspace o archivia un workspace dalla pagina Workspaces della AWS Console o con gli endpoint workspace dell'Admin API. Un nuovo workspace è vincolato alla regione AWS dell'endpoint che chiami per crearlo (vedi Ambito del workspace). La pagina Workspaces della Claude Console è di sola lettura.



Utilizzo della Claude Console

Claude Platform on AWS utilizza la Claude Console standard su platform.claude.com. Quando accedi dalla AWS Console, un indicatore Account managed by AWS appare in basso a sinistra nella barra laterale della Claude Console e la Console si limita alla tua organizzazione Claude Platform on AWS. Fornisce analisi dell'utilizzo, suddivisioni dei costi, visibilità sui limiti di velocità, visibilità sui workspace e pagine per gestire file, Agent Skills, job batch e risorse Claude Managed Agents (agenti, sessioni, ambienti, credential vault, memory store e webhook).



Accesso

L'accesso alla Claude Console è federato tramite AWS IAM. Consulta Configura il tuo account per il flusso completo del primo accesso. In breve:

1. Assumi un ruolo IAM con il permesso aws-external-anthropic:AssumeConsole. Consulta Azioni IAM per Claude Platform on AWS.
2. Vai alla pagina Claude Platform on AWS nella AWS Console.
3. Scegli Open Claude Console. La AWS Console emette un JWT e ti reindirizza a platform.claude.com.
4. Al primo accesso, ti viene richiesto un indirizzo email. Inserisci la tua email di lavoro. La piattaforma effettua il provisioning del tuo utente Claude Console just-in-time.

Sono disponibili due ruoli Claude Console: Admin e Developer. Il ruolo Admin concede l'accesso a tutte le pagine e impostazioni della Claude Console disponibili per Claude Platform on AWS. Il ruolo Developer concede l'accesso in lettura alle informazioni su utilizzo, costi, limiti di velocità e workspace. Contatta il tuo referente Anthropic per assegnare il ruolo Admin o Developer a un principal.



Pagine disponibili

La colonna Tramite gateway AWS indica se la pagina legge e scrive dati tramite il gateway AWS (ed è quindi governata dalle azioni IAM). Le pagine contrassegnate con No leggono i metadati a livello di organizzazione direttamente da Anthropic e bypassano i controlli delle azioni IAM.



Cambio di organizzazione

La Claude Console non supporta il cambio di organizzazione per Claude Platform on AWS. Per accedere a un'organizzazione diversa, esci e riautenticati tramite la AWS Console utilizzando il ruolo IAM per l'account AWS di quell'organizzazione.



Limiti di velocità e quote

Le organizzazioni su Claude Platform on AWS sono collocate nel tier Start. Anthropic gestisce i limiti di velocità direttamente, non tramite i sistemi di quota AWS.

Le organizzazioni su Claude Platform on AWS non passano automaticamente da un tier di utilizzo all'altro. L'avanzamento di tier basato sull'utilizzo si applica alle organizzazioni della Claude API first-party, non alle organizzazioni fatturate tramite AWS Marketplace. Anche il flusso self-service Request rate limit increase nella Claude Console non è disponibile: la pagina Limits ti indirizza invece al tuo referente Anthropic.

Per richiedere limiti più elevati, contatta il tuo referente Anthropic o il supporto. Includi quanto segue nella tua richiesta:

• I modelli per cui hai bisogno di un aumento
• Il picco di input token al minuto e output token al minuto per ciascun modello (non i totali giornalieri)
• La quota approssimativa del tuo input che è in cache o contesto ripetuto (le letture dalla cache non contano ai fini dei limiti di input token per la maggior parte dei modelli; vedi ITPM consapevole della cache)

I tier di utilizzo sono gradini fissi: ogni tier abbina i limiti di velocità a un tetto di spesa mensile, e passare a un tier superiore aumenta entrambi. Per i dettagli sui tier e i limiti per modello, vedi Limiti di velocità.



Fatturazione

Claude Platform on AWS fattura tramite AWS Marketplace. L'utilizzo è denominato in Claude Consumption Unit (CCU), misurato su base oraria e fatturato mensilmente a consuntivo sulla tua fattura AWS. Le CCU non sono crediti prepagati. Non esiste un saldo o un impegno di CCU.

Per il prezzo delle CCU, i meccanismi di conversione, l'applicazione degli sconti e le tariffe dei token per modello, vedi Prezzi di Claude Platform on AWS.



Limiti di spesa

I tier di utilizzo Start, Build e Scale prevedono ciascuno un tetto di spesa mensile; vedi i tetti di spesa per tier per i valori correnti. Il tetto di spesa e i limiti di velocità appartengono allo stesso tier, quindi per aumentare il tetto, richiedi un aumento di tier tramite il tuo referente Anthropic o il supporto (vedi Limiti di velocità e quote).

Puoi anche impostare il tuo limite di spesa mensile per limitare quanto spende la tua organizzazione:

• Limite di spesa dell'organizzazione: Vai su Settings > Billing nella Claude Console per impostare un limite di spesa mensile. Su Claude Platform on AWS, i limiti di spesa sono gestiti nella pagina Billing anziché nella pagina Limits.
• Limiti di spesa dei workspace: Imposta limiti di spesa mensili per i singoli workspace dalle impostazioni dei limiti di ciascun workspace.

I limiti di spesa che imposti sono limiti soft: la spesa è calcolata ai prezzi di listino e può richiedere circa due ore per riflettere l'utilizzo recente.



Monitoraggio e logging

AWS CloudTrail può acquisire tutte le richieste a Claude Platform on AWS. Le operazioni su workspace, vault e webhook sono registrate come eventi Management per impostazione predefinita. Le operazioni di inferenza, batch, file, skill, modello, profilo utente e Claude Managed Agents (diverse da vault e webhook) sono classificate come eventi Data e richiedono una configurazione esplicita del logging degli eventi data, che comporta costi CloudTrail aggiuntivi. Consulta il riferimento delle azioni IAM per la classificazione completa dei tipi di evento e la documentazione di AWS CloudTrail per i dettagli di configurazione.



ID delle richieste

Ogni risposta include due ID di richiesta negli header di risposta:

• ID richiesta AWS (x-amzn-requestid): L'ID primario, indicizzato in CloudTrail. Usalo quando indaghi sulle richieste tramite gli strumenti AWS o quando contatti il supporto AWS.
• ID richiesta Anthropic (request-id): L'ID secondario. Usalo quando contatti il supporto 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 consiglia di registrare la tua attività su base continuativa di almeno 30 giorni per comprendere i pattern di utilizzo e indagare sui problemi.



Migrazione da Amazon Bedrock

Se attualmente usi Claude su Bedrock, la migrazione a Claude Platform on AWS richiede modifiche in tutta la tua integrazione. La firma SigV4 rimane supportata, ma il contesto di firma, l'URL di base, il formato API, gli ID dei modelli, il client e il pacchetto SDK, il formato di streaming, gli header delle richieste e la disponibilità delle regioni cambiano tutti. Claude Platform on AWS effettua inoltre il provisioning di una nuova organizzazione Anthropic. La tabella seguente riassume le differenze.



Cosa cambia

Il delta di migrazione dipende da quale integrazione Bedrock provieni. La tabella seguente mostra sia l'integrazione Bedrock corrente (Messages API su bedrock-mantle.{region}.api.aws) sia l'integrazione legacy InvokeModel.

Se sei sull'integrazione Bedrock corrente, il formato del corpo della richiesta è già la Messages API. Le modifiche riguardano l'URL di base, il nome del servizio SigV4, gli ID dei modelli e l'aggiunta dell'header anthropic-workspace-id. Se sei sulla legacy InvokeModel o Converse API, dovrai anche riscrivere le forme di richiesta e risposta nel formato della Messages API. Consulta Claude su Amazon Bedrock (Opus 4.6 e precedenti) per la mappatura delle forme di richiesta.



Cosa ottieni

• Accesso tipicamente in giornata a nuovi modelli e funzionalità (vedi limitazioni delle funzionalità)
• Agent Skills per la generazione di documenti (PowerPoint, Excel, Word, PDF)
• Esecuzione di codice nella sandbox gestita da Anthropic
• Funzionalità beta tramite l'header anthropic-beta (vedi limitazioni delle funzionalità)
• Claude Console per la visibilità sulle quote e l'analisi dell'utilizzo
• Supporto diretto di Anthropic
• Autenticazione con chiave API come alternativa a SigV4 (vedi Autenticazione con chiave API)



Cosa rimane invariato

• Autenticazione AWS IAM (SigV4)
• AWS come parte fatturante. Il canale di fatturazione cambia da servizio AWS nativo ad AWS Marketplace (vedi Considerazioni commerciali).
• Consumo degli impegni AWS



Insidie della migrazione



Considerazioni commerciali

• Termini di servizio di Anthropic: L'utilizzo di Claude Platform on AWS richiede l'accettazione dei Commercial Terms of Service e della Usage Policy di Anthropic. Se la tua organizzazione non li ha già accettati (ad esempio, se hai usato Claude solo tramite Bedrock), ti verrà richiesto durante la configurazione dell'account. Vedi Configura il tuo account.
• Sconti e offerte private: Gli sconti negoziati e le offerte private di AWS Marketplace non si trasferiscono automaticamente tra Bedrock e Claude Platform on AWS. Collabora con il tuo referente Anthropic per definire i termini commerciali per Claude Platform on AWS.



Policy IAM

Claude Platform on AWS si integra con AWS IAM per il controllo degli accessi. Concedi o neghi l'accesso a specifiche azioni API su specifici workspace utilizzando la sintassi standard delle policy IAM.

Il nome del servizio SigV4 e il namespace delle azioni IAM è aws-external-anthropic. Le azioni seguono il pattern aws-external-anthropic:<Action> (ad esempio, aws-external-anthropic:CreateInference).



Esempio: negare l'inferenza batch

La seguente policy consente l'inferenza in tempo reale bloccando l'elaborazione batch:

{
  "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": "*"
    }
  ]
}

L'azione GetBatchInference autorizza sia la route dei metadati batch sia la route dei risultati batch. Negarla blocca entrambe le letture. Per una policy solo Deny adatta a carichi di lavoro sensibili a ZDR, vedi Blocco delle funzionalità per un workspace sensibile a ZDR.



Policy gestite

AWS fornisce cinque policy gestite (AnthropicFullAccess, AnthropicReadOnlyAccess, AnthropicInferenceAccess, AnthropicLimitedAccess e AnthropicSelfHostedEnvironmentAccess) per i pattern di accesso comuni. Per le azioni concesse da ciascuna policy, l'elenco completo delle azioni IAM, la mappatura route-azione e ulteriori esempi di policy, vedi Azioni IAM per Claude Platform on AWS.



Prossimi passi



Risorse aggiuntive