Fatti, stato e ipotesi restano separati.
Se una funzione è in progettazione lo diciamo. Se è stata testata ma non ancora distribuita, non la descriviamo come disponibile. Se un comportamento dipende da un plugin o da una configurazione, distinguiamo ciò che abbiamo osservato dalla causa che stiamo verificando. Questo rende gli articoli aggiornabili senza dover riscrivere la storia ogni volta che cambia il server.
Evitiamo anche di pubblicare segreti operativi. Token, credenziali, chiavi private e dettagli che aumenterebbero inutilmente la superficie di attacco non fanno parte della trasparenza editoriale. Il metodo può essere spiegato senza trasformare un case study in una copia della configurazione di produzione.