Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
Creare una policy di ragionamento automatico
Quando si crea una politica di ragionamento automatizzato, il documento di origine viene tradotto in un insieme di regole logiche formali e uno schema di variabili e tipi. Questa pagina illustra la preparazione del documento, la creazione della politica e la revisione dei risultati.
Amazon Bedrock crittografa la policy di ragionamento automatico con Servizio AWS di gestione delle chiavi (AWS KMS). Per impostazione predefinita, Amazon Bedrock usa una chiave di proprietà del servizio. Facoltativamente, è possibile specificare una chiave KMS gestita dal cliente per un ulteriore controllo sulla crittografia dei dati delle policy.
Per testare e utilizzare la tua politica di ragionamento automatico, assicurati di disporre delle autorizzazioni appropriate.
Prepara il tuo documento sorgente
Prima di aprire la console o chiamare l'API, prepara il documento che Automated Reasoning utilizzerà per estrarre regole e variabili. La qualità della vostra politica dipende direttamente dalla qualità di questo input.
Struttura e chiarezza del documento
I controlli di ragionamento automatizzati funzionano meglio con documenti che contengono regole chiare e inequivocabili. Ogni regola deve indicare una condizione e un risultato. Evita un linguaggio vago, criteri soggettivi o regole che dipendono da un contesto esterno non presente nel documento.
Esempio: regole chiare o vaghe
| Trasparente (ottimo per l'estrazione) | Vago (scarso per l'estrazione) |
|---|---|
| «I dipendenti a tempo pieno con almeno 12 mesi di servizio ininterrotto hanno diritto al congedo parentale». | «I dipendenti idonei possono richiedere il congedo parentale previa approvazione del dirigente». |
| «Le richieste di rimborso devono essere inviate entro 30 giorni dall'acquisto. Gli articoli devono essere nella confezione originale.» | «I rimborsi vengono gestiti su case-by-case base regolare». |
Limiti di dimensione e suddivisione di documenti di grandi dimensioni
I documenti di origine hanno una dimensione limitata a 5 MB e 50.000 caratteri. Anche le immagini e le tabelle nei documenti vengono conteggiate ai fini del limite di caratteri.
Se il documento supera questi limiti o se copre più domini non correlati, suddividilo in sezioni mirate. Ad esempio, suddividi un manuale per i dipendenti in documenti separati per le politiche sulle ferie, l'idoneità ai benefit e il rimborso delle spese. Crea la tua politica con la prima sezione, quindi utilizza la creazione iterativa delle politiche (descritta più avanti in questa pagina) per unire sezioni aggiuntive nella stessa politica.
Pre-elabora documenti complessi
I documenti che contengono molte clausole standard, dichiarazioni legali o contenuti non correlati alle regole che desideri applicare produrranno politiche rumorose con variabili e regole non necessarie. Prima del caricamento, considera:
-
Rimuovere intestazioni, piè di pagina, sommari e appendici che non contengono regole.
-
Estrarre solo le sezioni che contengono le regole pertinenti al tuo caso d'uso.
-
Semplificazione di tabelle complesse in istruzioni di testo semplice, ove possibile.
Suggerimento
Inizia con un sottoinsieme mirato delle tue regole. Crea e testa a fondo la policy, quindi aggiungi gradualmente altri contenuti nelle iterazioni successive. Questo approccio consente di identificare e risolvere tempestivamente i problemi e semplifica la risoluzione dei problemi.
Scrivi istruzioni efficaci
Quando crei una policy, puoi fornire istruzioni opzionali che guidano il modo in cui Automated Reasoning elabora il tuo documento di origine. Sebbene facoltative, le buone istruzioni migliorano significativamente la qualità delle regole e delle variabili estratte.
Le istruzioni efficaci dovrebbero riguardare tre aspetti:
-
Descrivi il caso d'uso. Spiega cosa fa la tua applicazione e che tipo di contenuto verrà convalidato dalla policy. Ad esempio: «Questa politica convaliderà un chatbot delle risorse umane che risponde alle domande dei dipendenti sull'idoneità ai congedi».
-
Descrivi i tipi di domande che gli utenti porranno. Fornisci esempi di domande realistiche per gli utenti. Ad esempio: «Gli utenti faranno domande del tipo 'Ho diritto al congedo parentale se lavoro qui da 9 mesi? ' o 'Quanti giorni di congedo per lutto posso usufruire? '»
-
Concentra l'estrazione. Se il documento tratta più argomenti, comunica ad Automated Reasoning di controllare su quali parti concentrarsi e quali ignorare. Ad esempio: «Concentrati sulle sezioni da 3 a 5 che riguardano le politiche sui congedi. Ignora la panoramica generale dell'azienda nella sezione 1 e l'organigramma nella sezione 2".
Esempio di istruzione:
This policy will validate HR questions about leave eligibility. The document has sections on different leave types (parental, medical, bereavement, personal). Users will ask questions like "Am I eligible for parental leave if I've worked here for 9 months?" or "Can part-time employees take bereavement leave?" Focus on the eligibility criteria for each leave type. Capture variables that help determine whether an employee is eligible for a specific type of leave.
Crea una policy nella console
-
Nel riquadro di navigazione a sinistra, scegli Ragionamento automatico, quindi scegli Crea policy.
-
Inserisci un Nome per la policy.
-
(Facoltativo) Compila il campo Descrizione per la policy.
-
Per Source, fornisci il documento che descrive le regole e le politiche del tuo dominio di conoscenza. Esegui questa operazione:
-
Per Metodo di importazione, esegui una di queste operazioni:
-
Seleziona Carica documento, quindi seleziona Scegli file. Carica un documento PDF con il contenuto di origine.
-
Seleziona Inserisci testo. Incolla o inserisci il contenuto di origine.
-
-
(Consigliato) Per le istruzioni, fornisci indicazioni su come elaborare il documento sorgente. Scopri Scrivi istruzioni efficaci cosa includere.
-
-
(Facoltativo) Per Tag, scegli Aggiungi nuovo tag per aggiungere un tag alla policy.
-
(Facoltativo) Per Crittografia, scegli una chiave KMS per crittografare la policy. Puoi utilizzare la chiave predefinita di proprietà del servizio o selezionare una chiave gestita dal cliente.
-
Scegli Crea policy.
Suggerimento
Se l'applicazione prevede un set specifico di variabili, è possibile predefinire lo schema prima di importare il contenuto. Utilizzate l'CreateAutomatedReasoningPolicyAPI o CloudFormation per creare una politica con una policyDefinition che contenga le variabili e i tipi desiderati ma non le regole. Quindi usalo Elaborazione iterativa delle politiche per importare il tuo documento sorgente. Il ragionamento automatico utilizzerà lo schema predefinito come punto di partenza e aggiungerà regole che fanno riferimento alle variabili.
Crea una politica utilizzando l'API
Una policy di Automated Reasoning è una risorsa nel tuo account AWS identificata da un Amazon Resource Name (ARN). La creazione di una policy tramite l'API è un processo in due fasi: prima crea la risorsa relativa alla policy, quindi avvia un flusso di lavoro di compilazione per estrarre le regole dal documento.
Fase 1: Creare la risorsa politica
Utilizza l'CreateAutomatedReasoningPolicyAPI per creare la risorsa politica.
name(richiesto)-
Il nome della policy . Deve essere unico all'interno del tuo account AWS e della tua regione.
description(facoltativo)-
Una descrizione dello scopo della policy.
policyDefinition(facoltativo)-
Una definizione iniziale della politica con regole, variabili e tipi personalizzati. Usalo se hai già uno schema da cui vuoi iniziare.
kmsKeyId(facoltativo)-
L'identificatore della chiave KMS per la crittografia della politica. Se non specificato, Amazon Bedrock utilizza una chiave di proprietà del servizio.
tags(facoltativo)-
Tag da associare alla policy.
clientRequestToken(facoltativo)-
Un token di idempotenza per garantire che l'operazione venga completata non più di una volta.
Esempio:
aws bedrock create-automated-reasoning-policy \ --name "MyHRPolicy" \ --description "Validates HR chatbot responses about leave eligibility" \ --kms-key-id arn:aws:kms:us-east-1:111122223333:key/12345678-1234-1234-1234-123456789012
Risposta di esempio:
{ "createdAt": "2025-07-21T14:43:52.692Z", "definitionHash": "f16ba1ceca36e1d21adce559481add6a...", "name": "MyHRPolicy", "policyArn": "arn:aws:bedrock:us-east-1:111122223333:automated-reasoning-policy/lnq5hhz70wgk", "updatedAt": "2025-07-21T14:43:52.692Z", "version": "DRAFT" }
Fase 2: Avvia un flusso di lavoro di creazione per estrarre le regole
Utilizza l'StartAutomatedReasoningPolicyBuildWorkflowAPI con la policy ARN della fase 1 per estrarre regole e variabili dal documento di origine.
policyArn(richiesto)-
L'ARN della risorsa politica creata nel passaggio 1.
buildWorkflowType(richiesto)-
Impostato su
INGEST_CONTENTper estrarre le regole da un documento. sourceContent(richiesto)-
Contiene il documento da elaborare e una definizione facoltativa della politica iniziale.
Esempio:
# Encode your PDF to base64 PDF_BASE64=$(base64 -iyour-policy.pdf| tr -d '\n') # Start the build workflow aws bedrock start-automated-reasoning-policy-build-workflow \ --policy-arn arn:aws:bedrock:us-east-1:111122223333:automated-reasoning-policy/lnq5hhz70wgk\ --build-workflow-type INGEST_CONTENT \ --source-content "{ \"policyDefinition\": { \"version\": \"1.0\", \"types\": [], \"rules\": [], \"variables\": [] }, \"workflowContent\": { \"documents\": [ { \"document\": \"$PDF_BASE64\", \"documentContentType\": \"pdf\", \"documentName\": \"HR Leave Policy\", \"documentDescription\": \"Validates HR chatbot responses about leave eligibility. Users ask questions like 'Am I eligible for parental leave?'\" } ] } }"
Risposta di esempio:
{ "policyArn": "arn:aws:bedrock:us-east-1:111122223333:automated-reasoning-policy/lnq5hhz70wgk", "buildWorkflowId": "d40fa7fc-351e-47d8-a338-53e4b3b1c690" }
Controlla lo stato della build conListAutomatedReasoningPolicyBuildWorkflows:
aws bedrock list-automated-reasoning-policy-build-workflows \ --policy-arn arn:aws:bedrock:us-east-1:111122223333:automated-reasoning-policy/lnq5hhz70wgk
Rivedi la politica estratta
Al termine di una build, esamina la definizione della politica estratta prima di iniziare il test. Individuare i problemi in questa fase consente di risparmiare tempo rispetto a scoprirli dopo test falliti.
Nella console, apri la policy e vai alla pagina Definizioni. Tramite l'API, usa GetAutomatedReasoningPolicyBuildWorkflowResultAssets with --asset-type POLICY_DEFINITION per recuperare la definizione estratta e --asset-type QUALITY_REPORT per recuperare il rapporto sulla qualità. Puoi visualizzare un elenco completo delle risorse prodotte durante il flusso di lavoro, ad esempio il rapporto sulla fedeltà, utilizzando il parametro. --asset-type ASSET_MANIFEST
Verifica i problemi seguenti:
-
Variabili non utilizzate. Nella console, cerca gli indicatori di avviso accanto alle variabili. Questi contrassegnano le variabili a cui non fa riferimento alcuna regola. Eliminate le variabili non utilizzate: aggiungono disturbo al processo di traduzione e possono causare
TRANSLATION_AMBIGUOUSrisultati. Nell'API, le variabili non utilizzate sono elencate nellaQUALITY_REPORTrisorsa. -
Variabili duplicate o quasi duplicate. Scansiona l'elenco delle variabili alla ricerca di variabili con significati sovrapposti, ad esempio e.
tenureMonthsmonthsOfServiceLe variabili duplicate confondono il processo di traduzione perché i controlli di ragionamento automatico non riescono a determinare quale usare per un determinato concetto. Unisci o elimina i duplicati. -
Asserzioni semplici (regole non in formato if-then). Scorri le regole e cerca quelle che non siano in formato if-then, ad esempio.
(= eligibleForParentalLeave true)Le semplici asserzioni creano assiomi, affermazioni sempre vere, che rendono logicamente impossibili determinate condizioni e portano a risultati inaspettati durante la convalida.IMPOSSIBLERiscrivili come condizionali (ad esempio) o eliminali.(=> (and isFullTime (> tenureMonths 12)) eligibleForParentalLeave)Le semplici asserzioni sono appropriate solo per condizioni limite come.(>= accountBalance 0) -
Regole contrastanti. Il rapporto sulla qualità segnala le regole che si contraddicono a vicenda. Le regole in conflitto fanno sì che la politica venga restituita
IMPOSSIBLEper tutte le richieste di convalida che coinvolgono le regole in conflitto. Risolvi i conflitti unendo le regole o eliminandone una. -
Regole o variabili mancanti. Confronta la politica estratta con il documento di origine. Se mancano regole o concetti importanti, puoi aggiungerli manualmente o ricreare la politica con istruzioni migliori.
Suggerimento
Il rapporto sulla qualità identifica anche set di regole disgiunti, ovvero gruppi di regole che non condividono alcuna variabile. I set di regole disgiunti non sono necessariamente un problema (la tua politica può riguardare argomenti indipendenti), ma possono indicare che nelle variabili mancano connessioni tra le regole correlate.
Consulta il rapporto sulla fedeltà
Quando crei una politica da un documento di origine, un rapporto di fedeltà viene generato automaticamente insieme alla politica estratta. Il rapporto sulla fedeltà misura la precisione con cui la policy rappresenta il contenuto di origine e fornisce informazioni dettagliate che collegano ogni regola e variabile a dichiarazioni specifiche del documento. Per ulteriori informazioni sui concetti del rapporto sulla fedeltà, consulta. Rapporto Fidelity
Consulta il rapporto sulla fedeltà nella console
Nella console, apri la policy e scegli la scheda Documento di origine (accanto a Definizioni). La visualizzazione Contenuto sorgente mostra ogni dichiarazione atomica estratta dal documento come una riga numerata in una tabella. Ogni riga mostra:
-
Il numero della dichiarazione e il testo estratto.
-
Il documento di origine da cui proviene la dichiarazione.
-
Il numero di regole basate su tale affermazione.
-
Il numero di variabili basate su quell'istruzione.
Utilizza i filtri a discesa Regole e Variabili nella parte superiore della tabella per concentrarti sulle istruzioni che basano una regola o una variabile specifica. Usa la barra di ricerca per trovare contenuti specifici all'interno delle istruzioni estratte.
Se modifichi la politica dopo l'estrazione iniziale, ad esempio modificando le regole o aggiungendo variabili, scegli il pulsante Rigenera per aggiornare il rapporto sulla fedeltà in modo che rifletta la definizione della politica corrente.
Consulta il rapporto sulla fedeltà utilizzando l'API
Usa GetAutomatedReasoningPolicyBuildWorkflowResultAssets with --asset-type FIDELITY_REPORT per recuperare il rapporto sulla fedeltà. Per rigenerare il rapporto dopo aver apportato modifiche alle politiche, utilizzalo StartAutomatedReasoningPolicyBuildWorkflow con il tipo di flusso di lavoro di compilazione GENERATE_FIDELITY_REPORT e fornisci i documenti di origine sul campo. generateFidelityReportContent Il flusso di lavoro analizza nuovamente i documenti rispetto all'attuale definizione delle politiche e produce un nuovo rapporto sulla fedeltà. Potete anche recuperare i documenti di origine originali da un flusso di lavoro di build precedente utilizzando --asset-type SOURCE_DOCUMENT il --asset-id parametro (ottenete l'ID della risorsa dal manifesto delle risorse).
Cosa cercare
Quando esaminate il rapporto di fedeltà di APIs, prestate attenzione a:
-
Punteggio di copertura basso. Un punteggio di copertura basso indica che porzioni significative del documento sorgente non sono state incluse nella politica. Cerca le dichiarazioni con 0 regole e 0 variabili nella visualizzazione del contenuto di origine per identificare quali parti del documento sono state omesse e valuta la possibilità di utilizzare la creazione iterativa di policy per aggiungere il contenuto mancante. Per informazioni, consulta Elaborazione iterativa delle politiche.
-
Punteggio di precisione basso sulle singole regole. Ogni regola ha il proprio punteggio di precisione e la propria giustificazione. Le regole con punteggi di precisione bassi potrebbero non rappresentare fedelmente il materiale originale. Utilizza il filtro Rules per isolare le istruzioni di base per una regola specifica e confrontarle con la logica formale della regola per identificare interpretazioni errate.
-
Regole o variabili prive di fondamento. Le regole o le variabili prive di istruzioni di base potrebbero essere state dedotte anziché estratte direttamente dal documento. Verifica che siano corrette o rimuovile se non riflettono le tue intenzioni.
Suggerimento
Il rapporto sulla fedeltà è particolarmente utile per la collaborazione con esperti del settore che hanno redatto il documento di origine. Condividi con loro la visualizzazione del Documento sorgente in modo che possano verificare che la policy rispecchi correttamente le loro intenzioni senza dover leggere direttamente le regole logiche formali.
Elaborazione iterativa delle politiche
Per domini complessi, crea la tua policy in modo incrementale anziché cercare di archiviare tutto in un unico caricamento di documenti. Inizia con un sottoinsieme mirato delle tue regole, crea e testa la policy, quindi aggiungi altri contenuti nelle iterazioni successive.
Aggiungi contenuti nella console
-
Apri la tua policy di ragionamento automatico nella console.
-
Nella pagina Definizioni, scegli Importa.
-
Seleziona l'opzione per unire il nuovo contenuto con la definizione della politica esistente.
-
Carica o incolla il contenuto sorgente aggiuntivo.
-
Rivedi la definizione aggiornata della politica e risolvi eventuali nuovi conflitti o duplicati.
Aggiungi contenuti utilizzando l'API
Chiama StartAutomatedReasoningPolicyBuildWorkflow conINGEST_CONTENT, inserendo la definizione completa della politica corrente insieme al nuovo documento. È necessario includere la definizione esistente completa (regole, variabili e tipi) in modo che il nuovo contenuto venga unito alla politica esistente anziché sostituirla.
# First, retrieve the current policy definition aws bedrock get-automated-reasoning-policy \ --policy-arn arn:aws:bedrock:us-east-1:111122223333:automated-reasoning-policy/lnq5hhz70wgk# Encode the new document PDF_BASE64=$(base64 -iadditional-rules.pdf| tr -d '\n') # Start a build workflow with the existing definition + new document aws bedrock start-automated-reasoning-policy-build-workflow \ --policy-arn arn:aws:bedrock:us-east-1:111122223333:automated-reasoning-policy/lnq5hhz70wgk\ --build-workflow-type INGEST_CONTENT \ --source-content "{ \"policyDefinition\":EXISTING_POLICY_DEFINITION_JSON, \"workflowContent\": { \"documents\": [ { \"document\": \"$PDF_BASE64\", \"documentContentType\": \"pdf\", \"documentName\": \"Additional Benefits Rules\", \"documentDescription\": \"Additional rules covering medical and bereavement leave eligibility.\" } ] } }"
Importante
L'API supporta un massimo di 2 flussi di lavoro di compilazione per policy, con un solo flusso di lavoro consentito IN_PROGRESS alla volta. Se devi iniziare una nuova build e hai già 2 flussi di lavoro, eliminane prima uno vecchio utilizzando. DeleteAutomatedReasoningPolicyBuildWorkflow
Autorizzazioni KMS per le policy di ragionamento automatico
Se si specifica una chiave KMS gestita dal cliente per crittografare la policy di ragionamento automatico, è necessario configurare le autorizzazioni che consentano ad Amazon Bedrock di utilizzare la chiave per conto dell’utente.
Autorizzazioni per le policy della chiave
Aggiungi la seguente dichiarazione alla policy della chiave KMS per consentire ad Amazon Bedrock di utilizzarla chiave per le policy di ragionamento automatico:
{ "Sid": "PermissionsForAutomatedReasoningPolicy", "Effect": "Allow", "Principal": { "AWS": "arn:aws:iam::111122223333:user/role" }, "Action": [ "kms:Decrypt", "kms:DescribeKey", "kms:GenerateDataKey" ], "Resource": "*", "Condition": { "StringEquals": { "kms:EncryptionContext:aws:bedrock:automated-reasoning-policy": [ "arn:aws:bedrock:us-east-1:111122223333:automated-reasoning-policy/policy-id", "arn:aws:bedrock:us-east-1:111122223333:automated-reasoning-policy/policy-id:*" ], "kms:ViaService": "bedrock.us-east-1.amazonaws.com" } } }
autorizzazioni IAM
Il principale IAM deve disporre delle seguenti autorizzazioni per utilizzare una chiave KMS gestita dal cliente con le policy di ragionamento automatico:
{ "Version": "2012-10-17", "Statement": [ { "Sid": "AllowKMSForAutomatedReasoningPolicy", "Effect": "Allow", "Action": [ "kms:Decrypt", "kms:DescribeKey", "kms:GenerateDataKey" ], "Resource": "arn:aws:kms:us-east-1:111122223333:key/key-id", "Condition": { "StringEquals": { "kms:EncryptionContext:aws:bedrock:automated-reasoning-policy": [ "arn:aws:bedrock:us-east-1:111122223333:automated-reasoning-policy/policy-id", "arn:aws:bedrock:us-east-1:111122223333:automated-reasoning-policy/policy-id:*" ], "kms:ViaService": "bedrock.us-east-1.amazonaws.com" } } } ] }
Contesto di crittografia
Amazon Bedrock utilizza il contesto di crittografia per fornire ulteriore sicurezza alle policy di ragionamento automatico. Il contesto di crittografia è un insieme di coppie chiave-valore utilizzate come dati autenticati aggiuntivi durante la crittografia e la decrittografia della politica.
Per le policy di ragionamento automatico, Amazon Bedrock usa il seguente contesto di crittografia:
-
Chiave:
aws:bedrock:automated-reasoning-policy -
Valore: l'Amazon Resource Name (ARN) della tua politica di ragionamento automatico