Il caso AI WANTED: collaboratori digitali versionati, formazione, proposte approvate, attivazione e memoria aziendale con cronologia e ripristino.
AI WANTED: collaboratori digitali con istruzioni, memoria e controllo
Sintesi del progetto
AI WANTED è una piattaforma multi-azienda per configurare collaboratori digitali, assegnare responsabilità e seguire attività e approvazioni. Il percorso iniziale si concentra sulla Receptionist: assunzione da un modello professionale, conoscenza aziendale, strumenti, formazione, attivazione e controllo degli esiti.
Il progetto ha un'identità distinta da TalkMind. La nuova base applicativa organizza il lavoro intorno a collaboratori, incarichi e informazioni verificabili. Questo caso approfondisce gli elementi riscontrati nel codice: versioni dei modelli, ciclo di vita, proposte di configurazione, controlli di accesso e memoria aziendale con revisione. Le integrazioni operative hanno stati di verifica differenti, descritti insieme ai relativi limiti.
Il bisogno: rendere governabile un collaboratore digitale
L'esigenza inferita dai flussi è permettere a un'azienda di configurare un collaboratore AI attraverso istruzioni comprensibili e controllare ciò che viene effettivamente attivato. Il titolare deve poter esprimere come lavora l'attività, quali richieste richiedono una persona e quali strumenti sono disponibili.
Una descrizione in linguaggio naturale è soltanto l'inizio. Il sistema deve trasformarla in preferenze ammesse, conservare la proposta, verificare chi può approvarla e applicarla senza modificare altri aspetti. Deve inoltre distinguere la conoscenza dell'azienda da quanto raccontato da un singolo cliente. Il problema affrontato è il governo del comportamento, oltre alla qualità linguistica della risposta.
Assumere da un modello professionale versionato
L'assunzione di un collaboratore usa un modello professionale e una sua versione specifica. La procedura verifica che l'utente appartenga all'azienda e abbia il ruolo necessario; controlla che il modello sia disponibile e pubblicato, quindi collega il nuovo collaboratore alla versione selezionata.
La versione è importante perché un catalogo può evolvere mentre i collaboratori già configurati continuano a lavorare. Conservare quel riferimento rende riconoscibile la base da cui è nato il percorso. L'assunzione prepara anche gli elementi di formazione e gli strumenti richiesti dal modello e registra un evento di dominio: il prodotto tratta l'operazione come un cambiamento strutturato dell'azienda.
Un tentativo ripetuto non deve creare un secondo collaboratore
La procedura di assunzione riceve una chiave di idempotenza. Il database la rende univoca nel contesto aziendale; se la richiesta viene ripetuta, il sistema recupera il risultato coerente invece di creare automaticamente un'altra istanza. Il controllo dell'appartenenza e del ruolo viene svolto lato server.
Questa scelta risponde a un caso comune nelle applicazioni: un'interfaccia può attendere una risposta, la rete può interrompersi e l'utente può riprovare. La ripetizione della richiesta non prova che la prima operazione non sia avvenuta. Dare un'identità al tentativo permette al prodotto di distinguere un nuovo incarico da una nuova richiesta dello stesso incarico.
Formazione, disponibilità operativa e attivazione
Il ciclo di vita comprende avvio della formazione, passaggio a pronto, attivazione, pausa e ripresa. Le transizioni passano da una funzione autenticata e da una procedura server che controlla ruolo, appartenenza all'azienda e precondizioni. Stato del collaboratore, evento e audit vengono trattati come elementi dello stesso cambiamento.
Quando mancano condizioni operative, l'interfaccia riceve un messaggio che invita a completare istruzioni e collegamenti. Non basta quindi cambiare un'etichetta visiva per rendere disponibile un collaboratore. Il passaggio ad attivo deve corrispondere a condizioni definite dal prodotto, mentre la pausa resta una capacità del suo funzionamento ordinario.
Configurare con una conversazione, applicare con una proposta
La configurazione conversazionale ammette categorie circoscritte: personale, trasferimento della chiamata, mancata risposta, raccolta messaggi, richiamata, orari, approvazioni, stile e preferenze del calendario. Per quest'ultimo le impostazioni gestibili comprendono nome, fuso, durata e intervallo tra appuntamenti.
Un titolare può quindi esprimere una preferenza operativa senza dover conoscere l'organizzazione tecnica del sistema. La conversazione prepara una proposta leggibile, che ha un proprio identificativo e può essere applicata oppure rifiutata. Le credenziali e altri dati tecnici non fanno parte delle preferenze da apprendere. La delimitazione riduce il rischio che una conversazione generica diventi una modifica incontrollata della configurazione.
Separare l'azienda dall'identità dichiarata dal client
Le funzioni esaminate ricavano l'attore dalla sessione autenticata. Un identificativo aziendale ricevuto dall'interfaccia viene validato e le procedure verificano il diritto dell'utente ad agire in quel contesto. Il prodotto non dovrebbe accettare che sia il client a dichiarare liberamente l'identità della persona che compie un'operazione privilegiata.
La separazione riguarda anche la consultazione: candidati e revisioni della memoria sono associati all'azienda e protetti da regole di accesso. Per una piattaforma multi-azienda questa relazione è parte del modello del prodotto. Una preferenza, una fonte o una revisione hanno senso soltanto nel contesto al quale appartengono.
La memoria aziendale comincia da informazioni da verificare
AI WANTED distingue la conoscenza dell'azienda dalla memoria del singolo contatto. Servizi, orari, procedure e regole appartengono alla prima; le informazioni specifiche di un cliente restano nel suo contesto. Una nuova affermazione non deve diventare automaticamente una regola valida per tutti.
Il nucleo della memoria curata usa candidati con stato iniziale in attesa. Una proposta conserva provenienza e identità del tentativo; può essere corretta e poi accettata o rifiutata. L'approvazione alimenta la conoscenza verificata. Questo permette di rappresentare esplicitamente la differenza tra «informazione ricevuta» e «informazione autorizzata a guidare il lavoro».
Cronologia e ripristino senza cancellare il passato
Le modifiche alla memoria producono revisioni. Il modello conserva il riferimento alla voce, il tipo di operazione e gli elementi necessari a ricostruire l'aggiornamento. La documentazione del nucleo prevede il ripristino dell'ultima revisione come nuova operazione tracciata, senza riscrivere la cronologia precedente.
La funzione di gestione espone azioni distinte per consultare il quadro, rivedere una proposta, modificarla e ripristinare una revisione. Sono operazioni con significati diversi e controlli specifici. Per l'amministratore il vantaggio perseguito è poter capire come una regola è diventata attiva e correggere un cambiamento conservando la responsabilità della decisione.
Documenti e fonti: caricamento e comprensione sono fasi diverse
Il progetto comprende un percorso dedicato alle sorgenti della conoscenza: caricamento nel contenitore aziendale, elenco delle fonti, associazione all'azienda e archiviazione. L'architettura separa il lavoro pesante sui documenti dal percorso che deve rispondere durante una conversazione.
Questa separazione non autorizza a dichiarare riuscita l'elaborazione di qualsiasi PDF. Il contesto operativo documenta file rimasti in preparazione o da controllare, con verifiche ancora necessarie su coda, download, tipo del documento e parsing. Per un caso fedele il caricamento è una capacità osservata, mentre estrazione, stato pronto e risposta fondata sul documento richiedono una prova completa del relativo percorso.
Responsabilità e confini delle integrazioni
Il contratto di prodotto distingue chi raccoglie la richiesta, chi coordina appuntamenti, chi mantiene il collegamento e chi decide un'eccezione. La Receptionist comunica con il cliente; disponibilità e prenotazioni richiedono esiti degli strumenti. La documentazione prevede anche una modalità di compatibilità quando il coordinatore dedicato non è attivo.
Questa è una direzione architetturale da tenere distinta dalla certificazione di ogni integrazione. Calendari, richiamate, allegati, telefonia e collegamenti WhatsApp richiedono prove specifiche. La presenza di un comando o di un canale nell'interfaccia non dimostra che ogni scenario sia già operativo. Il caso valorizza la separazione delle responsabilità senza trasformare l'intera roadmap in capacità consegnata.
Il risultato documentato e il percorso successivo
Un flusso illustrativo parte dalla creazione dell'azienda e dall'assunzione della Receptionist. Si preparano formazione, strumenti e conoscenza; il titolare esprime una preferenza, valuta la proposta e la applica. L'attivazione passa dalle condizioni operative e le successive modifiche alla memoria vengono verificate e tracciate.
Il codice dimostra questa struttura e la cronologia documenta la pubblicazione storica del nucleo di memoria curata. La presente revisione non ha collaudato servizi esterni né verificato lo stato mobile; restano aperti percorsi documentali e integrazioni da ricertificare. Non vengono attribuiti risultati economici o autonomia universale. Per individuare un primo incarico adatto alla tua attività puoi approfondire l'automazione aziendale e richiedere una consulenza.
Schermate del progetto
Cattura diretta del 10 settembre 2026 dall’applicazione AI WANTED autenticata, nell’azienda Fabio Leanzi Test già esistente. Mostra collaboratori, approvazioni umane e avvisi operativi. Nessun contatto, conversazione o dato personale di clienti presente. Nessuna richiesta approvata e nessun collaboratore attivato durante la consultazione. Numeri e avvisi descrivono l’ambiente di test, non risultati ottenuti per clienti.