Skip to main content
Failproof AI supporta Claude Code, Codex, GitHub Copilot CLI, Cursor, OpenCode, Pi, Hermes, OpenClaw, Factory Droid, Devin CLI, Antigravity CLI e Goose. Ogni integrazione normalizza i nomi degli eventi hook nativi, i nomi degli strumenti e i campi degli input dello strumento prima dell’esecuzione delle politiche. Una politica può agire solo su eventi esposti dall’harness; verifica il comportamento end-of-turn e le istruzioni sull’harness e la versione esatti che distribuisci.

​
Capacità di applicazione

“Block” significa che il verdetto restituito dall’adattatore corrente viene utilizzato dall’harness nominato. Il blocco post-tool può sostituire il risultato mostrato al modello, ma non può annullare un effetto collaterale dello strumento che è già avvenuto. Le capacità sono sensibili alla versione. Ripeti i test dopo l’aggiornamento di un CLI dell’agente, soprattutto quando una politica si basa sul comportamento di prompt, stop, permesso o post-tool piuttosto che sul gate pre-tool comune.

​
Installa hook di cattura e politica

  1. Apri Administration → Keys e crea una chiave con events:add e policies:pull, denominata per la macchina o l’ambiente.
  2. Sulla macchina di destinazione, connetti il CLI locale con la chiave visualizzata e installa gli hook dell’harness.
  3. Avvia una nuova sessione dell’agente, quindi conferma i suoi eventi di hook e sessione in Observe → Events.
  4. Apri Observe → policy per la stessa finestra temporale e conferma che una decisione di politica è attribuita alla macchina.
La connessione inizia con una chiave di macchina. Conferma che include sia i permessi di acquisizione che di consegna delle politiche prima di copiare il suo segreto.Il nuovo drawer della chiave API utilizzato per concedere i permessi di acquisizione degli eventi e consegna delle politiche.Dopo aver installato gli hook, il flusso Events dovrebbe mostrare nuovi eventi dalla macchina e dall’ambiente che hai connesso.Il flusso Events in diretta utilizzato per confermare che un harness appena installato sta segnalando.Infine, verifica che le decisioni di politica siano attribuite alla stessa macchina. Questo conferma che l’harness sta segnalando l’attività di politica così come gli eventi di traccia.La pagina Policy utilizzata per verificare le decisioni di politica da un harness appena connesso.

​
Aggiungi un percorso di sessione non predefinito

I percorsi aggiuntivi sono registrati sulla macchina, non nel Cloud. Dopo aver aggiunto uno, apri Observe → Sessions, filtra per l’ambiente della macchina e conferma che le sessioni dal nuovo percorso vengono visualizzate. Apri una sessione e controlla l’agente, l’harness e i timestamp degli eventi prima di affidarti a essa in un audit.L'elenco Sessions filtrato per l'ambiente che riceve dati dal percorso di cattura aggiuntivo.
Esegui una nuova sessione dopo l’installazione. Verifica sia il flusso di eventi in diretta che una decisione di politica effettiva prima di espandere il rollout.