Come capire se una risposta è un fatto, un'ipotesi o un suggerimento da verificare
Collega le conclusioni a fonti, output e condizioni verificabili.
Chiedi prima di distinguere i livelli di certezza
Puoi chiedere di dividere le risposte in «Confermato, ipotesi ragionevole, informazione mancante». Una spiegazione scorrevole non dimostra che la fonte esista o che l'operazione sia riuscita. Soprattutto per riscontri di sicurezza, comportamento del software e differenze tra versioni devono esserci prove specifiche corrispondenti.
Controlla se il modello descrive comandi soltanto suggeriti come già eseguiti, oppure presenta riepiloghi di ricerca come pagine verificate integralmente.
Verifica ogni fondamento per passaggi
Inizia dalle conclusioni che influenzano maggiormente il risultato. Non occorre applicare lo stesso livello di controllo a ogni affermazione di contesto.
Di fronte a più spiegazioni in conflitto, puoi chiedere di elencare le condizioni necessarie per ciascuna e poi progettare un controllo minimo che le distingua. Le conclusioni così ottenute sono più tracciabili ed evitano di accettare una dichiarazione come verificata soltanto perché corrisponde meglio alle aspettative.
- Controlla che le citazioni rimandino a pagine davvero pertinenti.
- Confronta stati, messaggi di errore e file risultanti negli output degli strumenti.
- Chiedi di chiarire versioni, ambienti e prerequisiti applicabili.
- Se mancano prove, indica che il risultato è da verificare, senza inventare fonti inesistenti.
Come procedere quando trovi errori
Indica dove si trova l'errore e le prove reali, poi chiedi di correggere le conclusioni interessate e i passaggi successivi. Non sostituire soltanto una frase continuando però a usare la premessa errata. Se l'ambiente è inaccessibile o lo strumento fallisce, puoi chiedere controlli da svolgere personalmente e indicare chiaramente che la verifica è incompleta. Il report finale dovrebbe conservare le posizioni delle prove, per facilitarne il riesame futuro.