Come creare una wiki IA aziendale privata per i dipendenti

Crea un nuovo assistente e assegnagli un nome interno inequivocabile, come “Internal Team Wiki”. Nella sezione Configuration, seleziona l'inglese come lingua predefinita per questa procedura, inserisci un nome interno per il servizio e il canale e definisci un ruolo di sistema (system role) che risponda attingendo solo a fonti approvate, ammetta la mancanza di informazioni e indirizzi i dipendenti al referente corretto.

Inizia con un modello rapido per usi generali e una temperatura moderata. Un modello più avanzato non può compensare policy duplicate, obsolete o contraddittorie. Non collegare questo assistente al sito pubblico e assegna un responsabile operativo prima di caricare fonti riservate.

Comincia con un singolo dipartimento e un ambito ben definito. Ad esempio, una wiki IT può coprire le procedure di escalation e il troubleshooting approvato, lasciando le policy HR a un assistente gestito separatamente fino alla definizione dei relativi requisiti di accesso.

Apri Data Sources e carica solo siti web, file, spazi Confluence o database Notion costantemente aggiornati e accessibili a questo target di utenti. Tieni traccia all'esterno del chatbot del responsabile del documento, della data di revisione e del livello di riservatezza. Assegna a ogni risorsa un nome e una categoria descrittivi per individuare rapidamente eventuali duplicati.

Formatta i documenti per ottimizzare il recupero delle informazioni: usa titoli chiari, un solo argomento per paragrafo, date esplicite e frasi complete. Rimuovi versioni obsolete, scansioni prive di testo ricercabile e copie duplicate prima di avviare l'indicizzazione. Attendi lo stato Completed prima di eseguire i test, evitando verifiche a indicizzazione in corso.

L'esempio verificato impiega il file di test `internal-demo-knowledge-base.pdf` contenente un unico dato distintivo: “The internal escalation code for urgent service incidents is NORDSTERN-42.” Questo valore è sicuro, facilmente riconoscibile e sufficientemente specifico da confermare che la fonte corretta sia stata effettivamente recuperata.

Rimanendo all'interno dell'assistente dedicato, apri Integrations e seleziona AI Team Wiki. La scheda indicherà se è già presente una wiki e mostrerà il pulsante Create Team Wiki. Controlla il nome dell'assistente nella parte superiore per accertarti che la wiki interna non sia associata al set di fonti sbagliato.

Leggi con attenzione l'avviso visualizzato: la live chat e il passaggio a un operatore umano (human takeover) non sono disponibili all'interno della Team Wiki. Definisci il canale a cui indirizzare i dipendenti quando una risposta non è disponibile o è urgente (come un service desk IT, una casella HR o un numero per le emergenze) e specifica questo percorso nel messaggio di benvenuto o nelle fonti.

Seleziona Create Team Wiki, inserisci un titolo chiaro come “Northstar Internal Wiki” e scegli un sottodominio neutro che non sveli nomi di progetti riservati. Attendi che l'indicatore di disponibilità diventi verde prima di procedere.

Scegli il livello di accesso in base agli utenti effettivi e al livello di rischio. La modalità Public consente l'accesso a chiunque abbia il link; usala solo per contenuti già approvati per la divulgazione esterna. La modalità Password offre un controllo condiviso ma una tracciabilità limitata. La modalità Login Required riserva l'accesso al proprietario e ai membri del team invitati tramite account individuali, risultando l'opzione più solida per la revoca delle autorizzazioni e l'audit.

Per la fase pilota, definisci chi può approvare le modifiche di accesso e come revocare le utenze degli ex dipendenti. L'accesso alla wiki non implica che ogni documento collegato sia idoneo a qualsiasi dipendente. Crea assistenti separati qualora i diversi dipartimenti necessitino di permessi distinti sulle fonti.

Seleziona Password e inserisci una password di prova complessa e univoca direttamente nell'interfaccia. Non riutilizzare password di dipendenti, amministratori o ambienti di produzione. L'avviso evidenziato in giallo illustra un passaggio fondamentale: un assistente protetto con questa modalità diventa a uso esclusivo della Team Wiki e il suo normale widget per siti web smette di funzionare.

Se l'assistente è attualmente impiegato su un sito web pubblico, interrompi la procedura. Crea un assistente separato, copia esclusivamente le fonti interne autorizzate e ripeti la configurazione lì. In caso contrario, l'attivazione della password sostituirà la chat pubblica con una richiesta di autenticazione.

L'uso di una password condivisa è appropriato solo se consentito dalle policy aziendali e se è presente un responsabile per la sua rotazione periodica. Memorizza e distribuisci la password attraverso un canale sicuro di password management, mai nel messaggio di benvenuto, nei documenti sorgente, negli screenshot della guida o nelle registrazioni audio/video.

Carica un logo aziendale autorizzato (opzionale) e scegli un colore per il tema che assicuri un contrasto adeguato e una buona leggibilità. Il messaggio di benvenuto deve indicare il dipartimento e gli argomenti trattati, la data di revisione dei documenti, i contatti alternativi per le policy critiche o i dati mancanti e il promemoria di non caricare dati riservati.

Attiva l'opzione File Upload solo se i dipendenti sono autorizzati a inviare file nella chat e se le regole di conservazione, accesso ed eliminazione dei dati sono formalizzate. Nelle fasi pilota è consigliabile mantenerla disattivata. L'opzione “Activate wiki immediately” pubblica il sottodominio non appena si seleziona Create; disattivala se è necessaria una revisione preventiva di sicurezza o di contenuto.

Prima di completare la creazione, ricontrolla tutti i campi: titolo, sottodominio, protezione degli accessi, logo, colore, messaggio di benvenuto, caricamento file e stato di attivazione. Fai clic su Create una sola volta: clic ripetuti durante il provisioning del servizio possono ostacolare la corretta configurazione.

Copia il sottodominio generato e aprilo in una nuova finestra in incognito, senza sessioni aperte nella dashboard. La modalità Password deve mostrare la schermata Wiki Access prima che qualsiasi titolo, estratto di documento o cronologia riveli informazioni riservate. La modalità Login Required deve invece reindirizzare l'utente al flusso di autenticazione dei membri.

Inserisci prima una password errata per verificare che l'accesso resti bloccato senza mostrare dettagli tecnici sull'errore. Inserisci poi la password di test corretta e assicurati che la wiki si apra regolarmente. Ripeti il test con l'URL diretto dopo esserti disconnesso: nascondere il link nella dashboard non equivale a proteggere l'accesso.

In caso di accesso tramite login dei membri, esegui il test con un utente pilota autorizzato e con un account privo di permessi. Registra solo l'esito del test (superato/non superato), senza annotare credenziali. Rimuovi le utenze di test una volta completate le verifiche.

Poni l'esatta domanda di verifica: “What is the internal escalation code?” Il risultato atteso è NORDSTERN-42, poiché tale dato compare una sola volta nella fonte fittizia approvata. Nella prova eseguita, la Team Wiki ha restituito: “The internal escalation code for urgent service incidents is NORDSTERN-42.”

Poni ora una domanda volutamente non documentata, come “What is the 2028 travel-expense limit?”, in assenza di policy a riguardo nelle fonti. Il comportamento corretto consiste nel dichiarare l'indisponibilità dell'informazione e indicare il responsabile o il canale di supporto. Se il sistema inventa un importo con sicurezza, il test è da considerarsi fallito.

Ripeti entrambi i test formulando le domande in modi diversi e, se la wiki supporta più lingue, in ciascuna lingua prevista. Annota domanda, dato atteso, risposta ottenuta, versione della fonte, modello utilizzato e data. Ripeti questo set di test a ogni aggiornamento di fonti, prompt o modelli.

Torna su Integrations → AI Team Wiki. La scheda attiva mostra il sottodominio, la data di creazione e lo stato Active. Controlla che l'indirizzo mostrato coincida con l'URL privato verificato e annota il responsabile del servizio insieme alla data della successiva revisione.

Usa Open per i controlli di routine ed Edit per modificare impostazioni di accesso, branding o opzioni. Usa Disable come prima misura se persone non autorizzate riescono ad accedere, se sono state indicizzate fonti riservate, se le risposte non sono affidabili o se il responsabile non è reperibile. L'azione Disable è reversibile e limita i rischi durante l'analisi dell'anomalia.

Riserva l'opzione Delete alla dismissione definitiva del servizio, dopo aver assolto gli obblighi di esportazione, conservazione e comunicazione interna. Monitora periodicamente le domande prive di risposta e l'aggiornamento delle fonti, rimuovi i documenti obsoleti o duplicati, aggiorna le password condivise e riesegui i test di verifica prima di estendere la wiki ad altri dipartimenti.