Chi crea un progetto formativo carica i documenti. Il sistema genera il percorso, calibra i quiz dove servono, riformula le spiegazioni nello stile che funziona per ciascuno. Un unico impianto serve tre pubblici distinti: aziende che formano i propri dipendenti, professionisti che si preparano a esami e certificazioni, studenti che studiano sui propri materiali.
Il principio fondante di AYXZA Tutor è semplice: chi crea un progetto formativo carica i manuali, e il sistema fa il resto. Dai documenti caricati l'intelligenza artificiale genera una proposta di percorso didattico strutturato, che il creatore valida. Gli utenti finali percorrono i moduli con spiegazioni generate dal corpus, quiz che si concentrano dove sbagliano e riformulazioni calibrate sull'approccio che per loro funziona. Le aziende ottengono tracciamento dei completamenti e attestati; i singoli ottengono un tutor personale che li conosce.
Tre esigenze diverse convivono nello stesso impianto. Cambiano i contenuti e il contesto, non il motore. Questo è il primo vantaggio economico della piattaforma: una sola pratica ingegneristica serve mercati che di norma richiedono prodotti separati.
Onboarding, procedure interne, adempimenti (per esempio materiale sicurezza o antiriciclaggio come formazione interna non certificata), aggiornamento su prodotti e servizi propri. L'azienda carica i suoi manuali e forma i suoi dipendenti sul suo materiale reale.
Esami di abilitazione, certificazioni tecniche, concorsi. Il professionista usa un progetto del catalogo ufficiale oppure carica i propri materiali e si costruisce un percorso su misura, con quiz che insistono dove è più debole.
Lo studente carica dispense e libri propri e si fa costruire il percorso: spiegazioni tratte dal suo materiale, ripasso programmato sui concetti sbagliati, un tutor disponibile che risponde solo su ciò che ha caricato.
Il progetto formativo è l'entità centrale. Dal caricamento dei documenti alla consegna dell'attestato, il percorso attraversa una sequenza precisa. La proposta didattica la genera il sistema; l'approvazione resta sempre a una persona.
Un vincolo di garanzia, non un dettaglio: nessun progetto va in erogazione senza validazione umana del sillabo. La macchina propone, la persona responsabile del contenuto approva. È il presidio che tiene insieme la promessa di automazione con la responsabilità formativa.
La piattaforma è organizzata su una gerarchia a quattro livelli. Il colore identifica il ruolo in tutta l'interfaccia: lavagna per il superuser, petrolio per l'azienda o l'individuale, ocra per l'utente finale. Un livello intermedio (il rivenditore) è previsto nell'impianto ma resta dormiente in questa versione, pronto ad attivare un canale indiretto senza rifacimenti.
| Livello | Chi è | Cosa può fare |
|---|---|---|
| L4 · Superuser | AYXZA | Gestisce l'intera piattaforma: le L2, il catalogo dei progetti ufficiali, le analytics globali, la console del motore AI, l'attivazione dei permessi per singola azienda. |
| L3 · Rivenditore | Dormiente | Nessuna interfaccia in questa versione. È presente nell'impianto: ogni L2 è già agganciata a un rivenditore di default. L'apertura del canale indiretto non richiederà interventi strutturali. |
| L2 · Azienda / Individuale | Azienda cliente, oppure il singolo professionista/studente | Gestisce i propri L1 (solo le aziende), crea progetti formativi interni, attiva e assegna progetti del catalogo ufficiale, vede il reporting di completamento, abilita o disabilita la creazione personale per i propri utenti. |
| L1 · Utente finale | Dipendente, professionista, studente | Ha un proprio login e una storia personale di apprendimento. Percorre i progetti assegnati e, se abilitato, crea progetti personali. |
Un professionista o uno studente si registra in autonomia e vive l'esperienza come un normale account singolo. Sotto, il sistema crea in un'unica operazione una L2 «individuale» e un L1 al suo interno. L'interfaccia non mostra mai gestione dipendenti, reporting di gruppo o permessi aziendali. Questa scelta ha un motivo preciso: un solo percorso nel codice per permessi, quote e fatturazione. Si fattura sempre alla L2, qualunque essa sia.
Ogni progetto ha un proprietario, un perimetro di visibilità e un ciclo di vita. La regola di fondo è netta: modifica soltanto chi ha creato. Un'azienda non tocca i progetti di un'altra azienda né quelli del catalogo ufficiale; li usa. Un progetto di catalogo attivato da un'azienda resta di proprietà AYXZA: l'azienda lo assegna, non lo modifica.
Ogni livello abilitato: il superuser per il catalogo ufficiale, l'azienda per i propri percorsi interni, l'utente finale per i propri (se l'azienda lo consente; per gli individuali è sempre consentito).
Il creatore carica i documenti sorgente. Requisito tecnico: i file devono contenere testo estraibile. Le scansioni-immagine vengono rifiutate al caricamento con un messaggio chiaro e una guida su come ottenere un documento testuale.
Il sistema analizza il corpus e propone moduli, argomenti e obiettivi di apprendimento, mappando ogni argomento alle sezioni dei manuali da cui deriva.
Il creatore rivede la proposta: rinomina, riordina, unisce, elimina, aggiunge moduli. L'approvazione è esplicita e obbligatoria.
Nuovi manuali, revisione del sillabo, nuova versione. Gli avanzamenti degli utenti sulle versioni precedenti restano storicizzati e non si perdono.
| Creato da | Visibilità | Esempio |
|---|---|---|
| L4 | Catalogo ufficiale: le aziende lo attivano e lo assegnano ai propri utenti | «Preparazione esame di Stato», «Sicurezza informatica di base» |
| L2 azienda | Solo i propri utenti | «Onboarding nuovi assunti», «Procedure qualità interne» |
| L1 | Solo se stesso | Lo studente carica le dispense del corso universitario |
La creazione personale da parte dei dipendenti è governata da un permesso, spento per default nelle aziende e sempre acceso per gli individuali. Quando è acceso, i progetti personali di un dipendente vivono nel perimetro aziendale ma il loro contenuto non è visibile all'azienda: l'azienda sa che esistono e quanto spazio occupano, non cosa contengono. È il principio di proporzionalità applicato al dato.
Le spiegazioni sono generate dai manuali del progetto, navigabili per argomento. L'utente può porre domande libere sul modulo e riceve risposte fondate sul materiale caricato; sotto una soglia di confidenza, il sistema dichiara di non poter rispondere da quel materiale invece di inventare.
Scelta multipla, vero/falso con giustificazione, domande aperte brevi valutate dall'AI. La soglia di superamento è configurabile dal creatore (per default settanta per cento). Ogni domanda è verificata contro le fonti prima di essere somministrata.
Superata la soglia, il modulo è completato e si sblocca il successivo, con data registrata. Al completamento di tutti i moduli: esito finale del progetto e, se previsto, attestato.
L'adattività non è un'etichetta. Prende due forme concrete, entrambe basate su un tracciamento fine di ogni risposta, ricondotta al concetto del sillabo a cui appartiene.
Il generatore pesca o produce più domande sui concetti dove l'utente ha storia di errori, meno su quelli consolidati. I concetti sbagliati rientrano nei quiz dei moduli successivi a distanza di giorni: un ripasso programmato, semplice ma efficace.
Al ripetersi dell'errore sullo stesso concetto, il sistema riformula la spiegazione con un approccio alternativo: esempio pratico, definizione formale, analogia, procedura passo-passo. Registra quale approccio ha preceduto il successo. Il profilo di stile efficace, appreso per persona, orienta le riformulazioni in tutti i suoi progetti. Una guardia esplicita nei prompt impedisce che la riformulazione sia una semplice parafrasi: deve cambiare l'approccio, non le parole.
Il reporting è deliberatamente asimmetrico, e questa asimmetria è una garanzia offerta all'utente finale, non un limite. La separazione è imposta a livello di interrogazione dei dati, non solo di interfaccia: il dato individuale di apprendimento non è raggiungibile dall'azienda per costruzione.
La soglia di anonimizzazione (cinque utenti minimi per ogni aggregato) evita che il dato «di gruppo» diventi un modo per risalire alla singola persona. Il segnale che l'azienda ottiene resta prezioso: se un concetto mette in difficoltà l'intero gruppo, spesso il materiale è carente o mal spiegato, ed è lì che conviene intervenire.
Al completamento con esito positivo il sistema genera un documento PDF con i dati della persona, il progetto, la versione del sillabo, la data, l'esito, un hash di verifica e la firma digitale della piattaforma. Vale come evidenza interna e documentazione aziendale. Non è una certificazione di formazione obbligatoria normata: l'eventuale strada verso quel riconoscimento passa da partnership con enti accreditati, ed è fuori dal perimetro di questa versione.
La formazione nasce dalle procedure reali dell'azienda, non da corsi generici. Tracciamento dei completamenti e attestati pronti per l'audit interno. Rispetto della persona: nessuna sorveglianza sugli errori individuali, un elemento che facilita l'adozione e le relazioni sindacali.
La preparazione si concentra dove si è deboli e ripassa i concetti sbagliati al momento giusto. Le spiegazioni cambiano forma finché una funziona. Il tempo di studio va dove serve, non uniformemente distribuito su ciò che si sa già.
Lo studente carica dispense e testi e ottiene un percorso strutturato, con verifica e ripasso. Il tutor risponde solo su ciò che ha caricato: niente allucinazioni fuori programma, niente contenuti estranei al corso.
Non serve un progettista didattico per costruire il percorso: lo propone il sistema dai documenti, e una persona lo valida. Il lavoro umano si sposta dalla stesura alla revisione, molto più veloce.
La stessa piattaforma serve aziende, professionisti e studenti. Nessuna frammentazione di prodotto, un solo impianto da mantenere e far evolvere, economie di scala che si riflettono sul prezzo.
Un prodotto onesto dichiara ciò che non fa. I limiti che seguono sono in parte vincoli tecnici della versione attuale, in parte scelte di progetto deliberate. Conoscerli prima evita aspettative disattese.
I manuali devono contenere testo estraibile. Le scansioni-immagine vengono rifiutate al caricamento. Una quota di materiale aziendale reale è fatta di documenti scansionati: per quei casi occorre prima ottenere un PDF testuale.
Valgono come evidenza interna, non sostituiscono la formazione obbligatoria certificata (per esempio quella prevista dal decreto sicurezza) né rilasciano crediti di ordini professionali.
Chi si aspetta un cruscotto di controllo sul singolo dipendente non lo troverà: è una scelta, non una mancanza. Per un responsabile abituato alla misurazione individuale può sembrare un limite; per l'organizzazione è una tutela.
Su materiale disordinato o incompleto la proposta di sillabo può essere debole. La validazione umana è il presidio previsto per questo, ma resta un lavoro di revisione reale: non è «zero sforzo».
Ogni domanda passa una verifica contro le fonti e l'utente può segnalare un errore, che entra in una coda di revisione per il creatore. Il rischio residuo esiste, come in ogni sistema generativo, e va presidiato dalla revisione umana.
Le funzioni AI si appoggiano a fornitori di modelli linguistici esterni, secondo i relativi accordi sul trattamento. Per le aziende con requisiti stringenti è previsto un profilo dedicato (si veda la parte tecnica).
Errori, sessioni di domande e profilo didattico sono accessibili solo all'interessato, mai all'azienda. La separazione è imposta a livello di interrogazione dei dati.
Traffico cifrato al bordo, cookie sicuri, protezione dalle richieste falsificate in modalità restrittiva, password conservate con un algoritmo di hashing robusto.
Per i dipendenti il titolare del trattamento è l'azienda e AYXZA è responsabile; per gli individuali AYXZA è titolare. Sono previsti export e cancellazione totale per organizzazione.
Per chi non può accettare che i contenuti transitino da un'infrastruttura condivisa, è disponibile un profilo su istanza dedicata: stessa piattaforma, un solo cliente.
L'architettura privilegia stabilità e riuso su novità. Riprende deliberatamente i pattern di un altro sistema AYXZA già in esercizio, così da poggiare su competenze e procedure operative collaudate invece di reinventarle.
| Ambito | Scelta |
|---|---|
| Applicazione | FastAPI con template Jinja2, resa lato server, nessuna single-page application. Interfaccia leggera e robusta. |
| Base dati | PostgreSQL con estensione pgvector per la ricerca semantica. Un database dedicato con schemi separati per il dominio e per il motore AI. |
| Autenticazione | Hashing robusto delle password, sessione lato server, ruolo riletto dal database a ogni richiesta, cambio password al primo accesso, protezione anti-falsificazione in modalità restrittiva. |
| Motore AI | AYXZA Relay come dipendenza in-process. Tutte le funzioni AI passano dal motore come prompt versionati; nessuna chiamata diretta ai fornitori dall'applicazione. |
| Multi-tenancy | Isolamento logico: lo scope di ogni operazione è derivato dalla sessione lato server, mai dal modulo inviato dal client. Il profilo dedicato è la stessa base di codice con un solo cliente. |
Ogni funzione intelligente è un prompt versionato sul motore, con schema di output validato dove serve. Il rischio più sensibile commercialmente, un quiz con risposta sbagliata, è presidiato da un doppio passaggio.
| Funzione | Come è realizzata |
|---|---|
| Generazione sillabo | Catena a più passaggi: estrazione della struttura, raggruppamento degli argomenti, proposta dei moduli, definizione degli obiettivi. Output in formato strutturato e validato. |
| Spiegazioni e domande libere | Interrogazione della base di conoscenza del progetto (RAG), con confidenza dichiarata; sotto soglia il sistema ammette di non poter rispondere dal materiale. |
| Generazione quiz | Prompt con schema di output (domanda, opzioni, risposta corretta, concetto, spiegazione dell'errore). Doppio passaggio: un prompt critico verifica ogni domanda contro le fonti prima della somministrazione. |
| Valutazione risposte aperte | Prompt valutatore con rubrica, che restituisce punteggio e riscontro. |
| Riformulazione spiegazioni | Prompt con parametro di approccio e storia degli approcci per utente, con guardia esplicita contro la parafrasi. |
Il cuore dati è pensato perché l'adattività di domani non richieda di rifare lo schema. Ogni risposta è registrata con il concetto, il tipo di errore, il modulo, l'istante e l'approccio di spiegazione servito: la granularità che oggi alimenta l'adattività, e che domani abiliterà una diagnosi più profonda delle cause.
| Entità | Ruolo |
|---|---|
| progetto_formativo | L'entità centrale: titolo, stato, creatore, versione corrente, codice che aggancia la base di conoscenza. |
| sillabo_versione | Fotografia immutabile del sillabo approvato, con riferimento alla proposta AI originale per tracciabilità. |
| avanzamento | Per ogni persona e progetto: modulo corrente, stato, esito finale e data di completamento. |
| evento_apprendimento | Il registro granulare di ogni interazione didattica. È la base dell'adattività e della diagnosi futura. |
| profilo_didattico | Per ogni persona: l'approccio di spiegazione che si è rivelato efficace, e le statistiche di stile. |
| attestato | Il documento generato al completamento, con hash di verifica e firma della piattaforma. |
La piattaforma è offerta come servizio multi-tenant, con isolamento logico dei clienti. Per le organizzazioni con requisiti di riservatezza stringenti è disponibile un profilo su istanza dedicata: la stessa base di codice, un solo cliente, nessuna condivisione di infrastruttura con altri. La scelta fra i due profili non cambia funzionalità, cambia il confine su cui vivono i dati.