Crea e rivedi i criteri con versione a partire da una modalità di errore confermata.
Utilizza l’editor criteri per trasformare un risultato o un problema in una regola distribuibile. Mantieni la creazione separata dalla distribuzione in modo che una bozza non possa modificare silenziosamente il comportamento in produzione.Quando un problema ha un modello di azione ripetibile, aprilo in Analyze → issues e seleziona generate policy. Failproof AI spiega innanzitutto se un criterio può esprimere il problema, quindi trasporta l’intento rivisto e il contesto del risultato nell’editor. La fonte generata rimane una bozza finché non la pubblichi.
Vai a Admin → policy editor e, in compose, descrivi la modalità di errore o incolla la fonte della policy JavaScript.
Convalida la fonte e correggi ogni errore segnalato.
Inserisci l’identità del criterio e pubblicalo, quindi utilizza library per confrontare o disabilitare le versioni.
Seleziona enforcement quando la versione è pronta per una distribuzione su machine.
Pubblica da CLI con fp policies publish. Crea una nuova versione e non ne modifica mai una sul posto, inoltre verifica la sintassi della fonte con node prima di inviare — nessun componente downstream lo fa, quindi un errore di sintassi altrimenti emergerebbe sulla machine al momento dell’enforcement:
La pubblicazione non distribuisce nulla — una nuova versione rimane inutilizzata finché fp fleet deploy non la mette su una machine. fp policies compose "<plain English>" redige la fonte con l’assistente Cloud e la stampa per la revisione piuttosto che pubblicarla.Per installare un criterio in un agente CLI locale (non Cloud), utilizza failproofai policies --install --custom ./checkout.policies.ts --cli claude --scope project.
Assegna un nome alla modalità di errore nel linguaggio operativo.
Seleziona gli eventi hook e gli strumenti che contengono prove sufficienti per decidere.
Scrivi la condizione più ristretta che corrisponda al comportamento non sicuro.
Restituisci un motivo che comunichi all’agente o all’operatore cosa fare dopo.
Aggiungi esempi che dovrebbero corrispondere ed esempi che devono rimanere consentiti.
Salva una nuova versione e richiedi una revisione.
Utilizza instruct quando l’agente può correggere il corso in modo sicuro. Utilizza deny quando consentire l’azione comporterebbe un rischio inaccettabile o irreversibile.
Le versioni dei criteri sono input di distribuzione immutabili. La modifica di una bozza crea una nuova versione; non dovrebbe riscrivere la versione già assegnata alle machine.
