Sette domande per capire se l’AI è davvero dentro una piattaforma

Oggi quasi tutti gli acquirenti valutano l’AI come valutano una funzione: la guardano funzionare una volta. È esattamente il test sbagliato, perché una demo è l’unico ambiente in cui un assistente aggiunto sopra funziona bene. Il prompt è scelto, i dati sono puliti e la domanda resta dentro un solo prodotto.

I problemi arrivano dopo, e sono strutturali, non legati alla qualità del modello. I modelli di frontiera sono eccellenti. Ciò che distingue una piattaforma dall’altra è cosa il modello può vedere, cosa può fare e cosa succede quando sbaglia.

1. Sa rispondere a una domanda che attraversa due moduli, senza un’integrazione?

Chiedi una domanda che tocchi due parti dell’azienda insieme. «Quali clienti sono a rischio questo trimestre, e perché?» è una buona domanda, perché una risposta vera richiede la pipeline, lo storico dell’assistenza, lo stato delle consegne e le fatture.

Una risposta forte è una sola query su un solo modello di dati, e il fornitore sa descrivere la forma di quella query.

Una risposta debole contiene la parola «integrazione», oppure la demo restringe la domanda senza dirlo: hai chiesto del rischio in tutta l’azienda e hai ricevuto una risposta presa solo dalla pipeline. Quel restringimento è il segnale. Significa che l’assistente vede un solo silo, e le parti che non vede sono proprio quelle che avrebbero cambiato la risposta.

2. Ogni record ha una rappresentazione costruita per un modello, non per un database?

Un’AI fondata su righe grezze di tabella deve dedurre il significato dai nomi delle colonne. Funziona finché due tabelle non usano status per dire cose diverse.

Una risposta forte è che ogni entità si serializza in una vista deterministica e consapevole dello schema, costruita apposta per essere letta da un modello, compreso lo stato collegato che una persona darebbe per scontato. In Cyril è il serializzatore ai_context, che oggi hanno i record principali; altri tipi di record sono in arrivo.

Una risposta debole è «passiamo il record al modello» oppure «facciamo retrieval sui tuoi dati». Il retrieval sui documenti è un buon complemento e un pessimo sostituto: risponde con ciò che è stato scritto, non con ciò che è vero oggi.

3. C’è un solo modello di autorizzazioni, e l’AI lo eredita?

È la domanda che decide se l’AI potrà mai essere attivata per tutta l’azienda invece che per un gruppo pilota.

Una risposta forte è che l’AI agisce come l’utente, con lo stesso ruolo e le stesse autorizzazioni a livello di record, e non può vedere nulla che quell’utente non potrebbe aprire da sé.

Una risposta debole è un account di servizio separato con ampio accesso in lettura, più la promessa che il prompt gli dice di comportarsi bene. Le istruzioni in un prompt non sono un meccanismo di controllo degli accessi. Se l’unica cosa fra un operatore dell’assistenza e la tabella delle paghe è una frase nel prompt di sistema, il modello non deve essere malintenzionato perché qualcosa vada storto: gli basta essere disponibile.

4. C’è un solo registro di controllo, e l’AI ci compare?

Chiedi di vedere la traccia di controllo dopo l’azione della demo, e guarda dove è stata registrata l’azione dell’AI.

Una risposta forte è che compare nello stesso registro delle azioni umane, con l’autore identificato come l’AI che agisce per conto di un utente con nome e cognome, esattamente come qualsiasi altra scrittura.

Una risposta debole è una schermata separata di «attività dell’AI». Due registri significano che nessuno può ricostruire cosa è successo a un record senza incrociarli, e nel momento in cui ti serve di più (un cliente che contesta una modifica, un revisore che chiede chi ha approvato cosa) riconciliare due sistemi in base all’orario è il modo in cui i fatti si perdono.

5. Un’azione dell’AI si può annullare?

Rispondere male a una domanda fa perdere un minuto. Compiere male un’azione fa partire l’email, sposta la trattativa, accredita la fattura.

Una risposta forte descrive una via di ripristino che è una proprietà della piattaforma e non della funzione AI: cancellazione logica, record con versioni, scritture transazionali in più passaggi, lo stesso meccanismo che ti permette di annullare l’errore di una persona.

Una risposta debole è «l’utente approva ogni passaggio». L’approvazione è un buon controllo, ma non è un meccanismo di recupero. Le persone approvano le cose. La domanda è cosa succede il giorno in cui qualcuno approva quella sbagliata.

6. Qualcosa di esterno al prodotto può pilotarlo?

Il vero test per capire se le capacità di una piattaforma sono disponibili all’AI è se le può usare un agente che il fornitore non ha scritto.

Una risposta forte è un insieme documentato di strumenti (un server MCP o equivalente) in cui le azioni disponibili a un agente esterno sono le stesse che il prodotto esegue internamente, con le stesse autorizzazioni.

Una risposta debole è un’API REST e un’alzata di spalle. Un’API è necessaria ma non è la stessa cosa: espone endpoint che uno sviluppatore deve assemblare, non capacità fra cui un agente può scegliere.

7. Puoi cambiare fornitore del modello senza cambiare prodotto?

Una risposta forte è un livello di astrazione dei modelli, con il fornitore attuale indicato come impostazione predefinita e non come parte dell’architettura, e la scelta del modello fatta compito per compito.

Una risposta debole è un fornitore la cui storia sull’AI e il cui fornitore di modelli sono la stessa storia. Capacità e prezzi dei modelli sono cambiati drasticamente ogni pochi mesi per tre anni. Una piattaforma che va riscritta per approfittarne non ne approfitterà.

Come dare il punteggio

Sette domande, tre esiti.

• Cinque o più risposte forti. L’AI è nelle fondamenta. Ciò che ancora non sa fare è un problema di roadmap, cioè un problema normale.
• Da due a quattro. Un prodotto valido con un assistente attaccato. Farà cose utili dentro un solo silo. Non pianificarci sopra un flusso di lavoro che attraversa l’azienda.
• Meno di due. Stai comprando una finestra di chat. Può comunque valere la pena averla: pagala per quello che è.

Nota che nessuna delle sette chiede quanto siano buone le risposte. La qualità delle risposte segue la frontiera dei modelli e migliora da sola. L’architettura no: nessuno aggiunge a posteriori un unico modello di dati a un prodotto assemblato da cinque acquisizioni, perché quella migrazione costa più di quanto il prodotto guadagni. Per questo sono queste le domande che durano, e «quanto è intelligente» no.

La scheda di Cyril, con onestà

Sarebbe facile pubblicare un test e non sottoporvisi.

Cyril risponde in modo forte alle domande 1 e 7: un unico grafo per vendite, progetti, assistenza, documenti e finanze, e un livello di astrazione dei modelli senza un fornitore fissato nel codice. Risponde in parte alla 2 e alla 3: i record principali hanno un serializzatore ai_context, con altri tipi di record in arrivo, e ogni passaggio di un piano dell’AI viene verificato sul server rispetto al ruolo di chi lo chiede prima di essere eseguito, anche se i limiti di proprietà a livello di record non valgono ancora per ogni lettura di un agente.

Sulla 4, sulla 5 e sulla 6 non risponde ancora in modo forte. Ogni esecuzione di un agente viene registrata, con il piano, chi l’ha approvato e cosa ha fatto ogni passaggio, ma quella registrazione è separata dal registro delle azioni delle persone. Per ora non esiste un annullamento per un’azione dell’AI. E un connettore MCP per agenti esterni è in sviluppo, non disponibile.

Due avvertenze che il test non copre, dette chiaramente: Cyril è in pre-lancio, e la sua modalità agentica pienamente autonoma è in arrivo, non già rilasciata. Ciò che esiste oggi è la piattaforma e un assistente AI che lavora al tuo fianco e ti mostra il piano prima di agire. Quando fai queste sette domande a un fornitore, noi compresi, tienilo allo stesso confine fra ciò che esiste e ciò che è pianificato.