Il prodotto, dall'inizio alla fine.

Leggere e verificare

Un check-in è qualche riga in chat o una frase detta all'assistente. Il parser estrae ciò che è stato completato, ciò che è pianificato, il blocco, l'ingresso e l'uscita e, se la persona ha dato il consenso, il luogo. I refusi sono tollerati; quando il parser strutturato non riesce a leggere un messaggio, un modello linguistico converte il testo libero negli stessi campi.

Le dichiarazioni vengono poi confrontate con il lavoro reale: le attività citate nel check-in sono verificate rispetto all'attività su Jira, GitHub e GitLab. La presenza è confermata con un ping leggero e consentito, a cui basta una risposta breve; una risposta non viene mai rifiutata, solo classificata per dispositivo e rete on-host. Le giornate lunghe e senza interruzioni vengono limitate e affidate a una persona, anziché essere accreditate o contestate.

Coaching e spiegazione

Il coaching è un motore di regole, non un modello di chat: fino a quattro raccomandazioni per periodo, a partire dal segnale peggiore, ciascuna con l'evidenza da cui proviene nel registro attività, nei pilastri e nel catalogo dei ruoli della persona stessa. Un passaggio opzionale di IA può riformulare una raccomandazione; non può mai aggiungerne o toglierne una.

Digitando "/pulse me" in chat si ottiene la scorecard con la fascia, i cinque pilastri e ciò che li ha mossi. I riepiloghi personali settimanali, mensili e semestrali arrivano per messaggio diretto; un modello scrive la breve narrazione settimanale dai check-in della persona stessa, con l'istruzione di non inventare mai lavoro. Ask AI risponde a domande a più turni sui dati live del team, da tastiera o a voce, e contrassegna ogni risposta con il provider che l'ha prodotta.

Decidere: il motore neurale

Le decisioni di routine passano da un livello neurale addestrato sulla vostra storia, in una di quattro modalità: off, shadow (prevede e registra, non cambia nulla), assist (le decisioni a confidenza media vengono messe in coda per un amministratore) e auto (le decisioni ad alta confidenza agiscono, registrate e annullabili). Ogni decisione porta con sé una probabilità calibrata e una motivazione; la soglia predefinita per la modalità auto è 0.85.

• Teste decisionali: segnalare un check-in, confermare un richiamo, approvare automaticamente ferie e permessi, valutare se un sollecito ha funzionato, rischio di assenza
• Salvaguardie: nessuna azione su chi ha meno di 14 giorni di storia, al massimo 5 azioni automatiche per persona a settimana, una lista di persone da non contattare mai in DM; i richiami non escono mai dalla modalità assist
• L'approvazione automatica delle ferie passa prima anche da regole semplici: richiesta breve, preavviso sufficiente, saldo, copertura del team, nessun periodo di blocco; la malattia viene sempre inoltrata a una persona

Agenti e bot

Quattro agenti runtime restano disattivati finché non li abilitate: ferie in linguaggio naturale ("venerdì sono via" diventa una richiesta che confermate), onboarding, Q&A self-service che sceglie una query predefinita e non passa mai il vostro testo a SQL, e un router dei blocchi che sollecita il collega i cui check-in recenti citano la stessa area. I profili di bot (preimpostati come Tecnico, DevOps o HR, più i vostri) rispondono a partire dal testo di istruzioni che scrivete per loro. Una domanda va a un solo bot con un livello di confidenza e, sotto 0.45, il router dichiara di non essere sicuro.

Persone

Chi è in servizio, presenza e dispositivi, ferie e permessi. La presenza proviene dal client di chat che la persona già utilizza; non c'è alcun agent da installare.

• Stati in servizio, reperibile, in ritardo, ferie e fuori servizio dal check-in giornaliero, nel fuso orario della persona stessa
• Presenza desktop e mobile: online, assente, occupato, offline
• Ferie e permessi richiesti in chat e decisi dalle regole che impostate: saldi, copertura, periodi di blocco
• Il ritardo è misurato rispetto all'orario di inizio abituale della persona, e un'uscita tardiva dà diritto a un ingresso più tardi il giorno successivo

Lavoro

Efficienza, trasparenza, produttività, attività completate, ore lavorate, obiettivi e luogo di lavoro. Ogni numero è costruito dal check-in e verificato rispetto all'attività su Jira, GitHub e GitLab.

• Efficienza: cinque pilastri ponderati, profili per ruolo, una tendenza a 8 settimane per il team e per ogni persona
• Trasparenza: la persona, il responsabile e il team vedono lo stesso punteggio; i pesi sono pubblici e ogni modifica è tracciata
• Attività: completate quando elencate come concluse, ferme quando ripetute, chiuse automaticamente quando abbandonate e mai conteggiate come completamenti
• Obiettivi: obiettivi personali con follow-up, target di team letti rispetto alla mediana del team
• Ore: giornate corte segnalate rispetto alla giornata attesa della persona stessa, straordinari conservati, saldo ferie a fianco
• Luogo di lavoro: ufficio, casa, in mobilità; ponderato sulle ore, soggetto a consenso, classificato on-host su un database IP locale che aggiornate ogni settimana

Operazioni

• Blocchi: uno SLA configurabile (2 ore per impostazione predefinita) sollecita l'assegnatario, poi il sostituto, poi il responsabile via chat, WhatsApp ed email; rispondere "risolto" lo chiude
• Reperibilità: rotazione da importazione CSV, promemoria, escalation temporizzata, un riepilogo di passaggio di consegne al reperibile successivo
• Ticket: severità bassa, media o alta, prima un passaggio di triage dell'IA; un ticket ad alta severità non preso in carico allerta il reperibile e passa di livello in pochi minuti; il merito va a chi ha risolto
• Campagne: prese visione delle policy, consensi, votazioni e feedback, inviati in chat e tracciati fino all'ultima persona
• Registro di audit: ogni decisione, modifica dei pesi, firma di consenso e approvazione automatica, in tempo reale, esportabile

Intelligenza

• Baseline per persona: gli ultimi 14 giorni rispetto alle proprie sei settimane precedenti, mai rispetto ai colleghi; una vacanza pianificata non viene mai letta come un calo
• 11 profili di ruolo integrati da un catalogo di ruoli e funzioni, così l'iterazione di un designer conta come output
• Un monitor di deriva settimanale ricontrolla il modello; un candidato addestrato su troppo pochi dati viene rifiutato
• I segnali sulle persone sono riservati agli admin, consultivi e documentati; nulla lì agisce, scrive a un dipendente o tocca la retribuzione

Per i manager

Due viste sono riservate agli admin e consultive: top performer e rischio di abbandono. Entrambe mostrano la motivazione dietro ogni voce, entrambe sono invisibili ai colleghi e nessuna delle due compie un'azione da sola; decidono le persone. I manager ricevono un riepilogo settimanale, e ogni numero nel pannello di un dipendente apre i record da cui è stato calcolato.

Cosa il prodotto non fa

• Nessun agent desktop, nessuno screenshot silenzioso, nessun keylogging, nessuna registrazione dello schermo; l'unica funzione di cattura opzionale è disattivata per impostazione predefinita e richiede il consenso firmato del dipendente
• Nessuna lettura di email, file, codice sorgente o contenuti dei documenti HR
• Nessun addestramento di modelli altrui sui vostri dati; InRoots non raccoglie affatto i vostri dati
• Nessuna decisione su assunzioni, licenziamenti o retribuzioni; segnala, spiega e suggerisce