Che cosa sono i modelli decisionali AI
I modelli decisionali sono LLM specializzati a generare valutazioni e decisioni anziché semplici testi. Ricevono in input un oggetto JSON che descrive lo stato corrente (ad esempio un ticket) e una serie di domande, e restituiscono un JSON con le risposte e un grado di confidenza.
Questi modelli sono particolarmente adatti a scenari aziendali perché:
- possono essere eseguiti offline con risorse computazionali limitate;
- offrono prestazioni elevate grazie a versioni “lightweight”;
- semplificano processi decisionali ricorrenti, liberando personale per compiti a più alto valore.
Il modello più noto di questa classe è JEV, ma sono disponibili varianti open‑weight, tra cui clef‑flash, una versione raffinata di Qwen3.5‑9B orientata alle decisioni.
Formato di scambio: JSON come lingua comune
Non esiste ancora uno standard API, ma la maggior parte dei modelli accetta richieste JSON e restituisce risposte JSON. Ollama, ad esempio, espone la cosiddetta System API, che permette di inviare un prompt strutturato come segue:
{
"state": {"description": "Il portale non si apre"},
"questions": [
{"id": "type", "instruction": "Classifica il problema: amministrativo, applicativo, autenticazione, rete"},
{"id": "urgency", "instruction": "Assegna un livello di urgenza da 1 (bassa) a 5 (alta)"},
{"id": "complexity", "instruction": "Stima la complessità della risoluzione (bassa, media, alta)"}
]
}
Il modello risponde con un oggetto simile:
{
"type": "applicativo",
"urgency": 4,
"complexity": "media",
"confidence": {"type": 0.93, "urgency": 0.88, "complexity": 0.81}
}
Tipi di domande
Le domande possono essere di due categorie:
- Classificazione: l’output è una etichetta fissa (es. “applicativo”).
- Valutazione numerica o testuale: l’output è un valore o una stima (es. livello di urgenza).
Caso d’uso reale: gestione ticket per studenti
Il progetto parte da un form Microsoft Forms utilizzato dagli studenti dell’Università di Pisa per segnalare problemi al portale. Il form raccoglie due campi:
- oggetto del problema;
- descrizione libera.
L’obiettivo è classificare automaticamente il ticket in una delle quattro categorie (amministrativo, applicativo, autenticazione, rete), determinarne l’urgenza e la complessità, e inviare un’email al team competente.
Prompt completo fornito a Claude
Per generare lo script PowerShell è stato chiesto a Claude di produrre un prompt che includa tutte le specifiche necessarie. Il prompt contiene:
- descrizione del flusso (lettura Excel, chiamata a clef‑flash, invio SMTP);
- regole di routing per ciascuna categoria;
- formato di output desiderato.
Script PowerShell generato
Il risultato è uno script .ps1 che:
- Scarica il file Excel esportato da Microsoft Forms;
- Parsa il foglio XML per estrarre le righe;
- Per ogni riga costruisce il JSON di input e lo invia a Ollama tramite
curl; - Interpreta il JSON di risposta, seleziona l’indirizzo email di destinazione e invia la notifica usando il server SMTP di Microsoft.
Ecco una sintesi del codice (estratto):
$excelPath = "C:\tickets\export.xlsx"
$xml = [xml](Get-Content $excelPath)
foreach ($row in $xml.Workbook.Worksheet.Table.Row) {
$description = $row.Cell[1].Data.'#text'
$subject = $row.Cell[0].Data.'#text'
$payload = @{
state = @{ description = $description }
questions = @(
@{ id = "type"; instruction = "Classifica il problema..." },
@{ id = "urgency"; instruction = "Assegna livello di urgenza..." },
@{ id = "complexity"; instruction = "Stima complessità..." }
)
} | ConvertTo-Json -Depth 4
$response = Invoke-RestMethod -Method Post -Uri "http://localhost:11434/api/chat" -Body $payload
$type = $response.type
$urgency = $response.urgency
$to = switch ($type) {
"amministrativo" { "[email protected]" }
"applicativo" { "[email protected]" }
"autenticazione"{ "[email protected]" }
"rete" { "[email protected]" }
}
$mailParams = @{
From = "[email protected]"
To = $to
Subject = "[Ticket $urgency] $subject"
Body = "Descrizione: $description`nCategoria: $type`nComplessità: $response.complexity"
SmtpServer = "smtp.unipi.it"
}
Send-MailMessage @mailParams
}
Lo script è stato testato con un set di cinque ticket di prova e ha funzionato al primo tentativo, dimostrando la praticità dell’integrazione.
Competenze richieste e best practice
Per replicare questo approccio in azienda è sufficiente:
- conoscenze base di PowerShell o di un linguaggio di scripting;
- capacità di esportare i dati dal sistema di origine (Excel, API Graph, ecc.);
- una installazione locale di Ollama con il modello clef‑flash;
- comprensione delle regole di routing e delle priorità aziendali.
Consigli pratici:
- mantieni il prompt separato in un file
.txtper poterlo aggiornare senza ricompilare lo script; - verifica sempre la confidenza delle risposte prima di automatizzare l’invio delle email;
- implementa un log di audit per tracciare decisioni AI e facilitare eventuali revisioni.
Prospettive future e opportunità
I modelli decisionali possono essere estesi a molti altri processi aziendali:
- prioritizzazione automatica di richieste di assistenza clienti;
- valutazione preliminare di candidature HR;
- classificazione di segnalazioni di sicurezza informatica;
- indirizzamento di documenti legali a reparti competenti.
In tutti i casi, l’obiettivo è ridurre il carico decisionale ripetitivo, aumentare la coerenza delle risposte e liberare risorse umane per attività a più alto valore aggiunto.
Conclusioni
I modelli decisionali AI, sebbene ancora privi di uno standard API, sono già pronti per l’uso pratico grazie a soluzioni come Ollama e clef‑flash. Il caso d’uso presentato dimostra che è possibile costruire un flusso completo – dalla raccolta dei dati alla decisione automatica e alla comunicazione – con competenze tecniche limitate. L’integrazione di questi modelli nei processi aziendali rappresenta una leva strategica per migliorare efficienza e precisione decisionale.
