Coinbase afferma di aver ridotto un test di supporto AI di 90 casi da 1-2 settimane a 30-45 minuti

Coinbase afferma di poter ora completare un ciclo di test di supporto di circa 90 casi in 30-45 minuti, un lavoro che in precedenza richiedeva da una a due settimane di configurazione e esecuzione manuale. La cifra, rivelata dai suoi ingegneri il 21 settembre, fornisce un esempio concreto della spinta del CEO di Coinbase, Brian Armstrong, per un'azienda nativa dell'AI, dimostrando come l'automazione riduca il lavoro ripetitivo.

Il sistema, chiamato Autopilot, testa le procedure che i bot di supporto seguono quando gestiscono i problemi dei clienti. Inoltre, mantiene l'approvazione umana prima che le modifiche alle procedure raggiungano la produzione. Il prossimo test per il modello operativo di Armstrong è se uno sviluppo più rapido delle procedure produca un supporto affidabile e azioni responsabili sui conti dei clienti.

I clienti hanno bisogno che i problemi dei loro conti vengano risolti correttamente e che i loro dati siano accessibili solo con l'autorità adeguata. Le rivelazioni di Coinbase descrivono il lavoro per affrontare entrambe le esigenze, lasciando però non misurato l'effetto sui clienti. L'approvazione delle modifiche, la restrizione dei permessi e la misurazione dei risultati reali rimangono responsabilità operative mentre l'azienda automatizza sempre più lavoro.

Da dove proviene il risparmio di tempo

Armstrong ha annunciato una riduzione della forza lavoro di circa il 14% nella sua nota del 5 maggio, citando sia un mercato delle criptovalute debole sia l'AI che cambia il modo in cui lavorano i dipendenti. Ha proposto meno livelli di gestione, leader che contribuiscono direttamente, team più piccoli nativi dell'AI e esperimenti con team di una sola persona.

Il resoconto ingegneristico di settembre sposta quell'argomento operativo in un processo di supporto specifico. Coinbase afferma che i suoi bot controllano lo stato del conto, intraprendono azioni limitate e segnalano problemi che richiedono un maggiore giudizio a una persona. Autopilot aiuta a mantenere le procedure che quei bot seguono.

Il suo servizio di test crea utenti di test isolati e stati di conto simulati, simula conversazioni, registra trascrizioni e risultati degli strumenti, e valuta ciò che è accaduto rispetto al comportamento atteso. Gli agenti possono aiutare a generare test; un esecutore ripetibile li esegue. Coinbase afferma di aver spedito un sistema ibrido che combina il servizio, i gate di rilascio di GitHub Actions e un'interfaccia utente che i team di ingegneria e non ingegneria possono utilizzare.

Quella divisione spiega perché il confronto temporale sia utile. Impostare ripetutamente conti di test, guidare conversazioni e raccogliere risultati è un lavoro che un servizio condiviso può eseguire in modo coerente. Una validazione più rapida potrebbe rendere pratico controllare le modifiche alle procedure più spesso, a condizione che i casi e i risultati attesi rimangano appropriati.

Il confronto riportato misura il ciclo di validazione, lasciando fuori dal suo ambito i tempi di risposta dei clienti e i risparmi sul personale. Collegare quel ciclo alla riduzione della forza lavoro richiederebbe prove di quali compiti sono stati sostituiti e i costi risultanti.

Un ciclo di test più breve dà a Coinbase maggiore capacità di valutare le modifiche. Se quella capacità produce un supporto migliore dipende da cosa coprono i test, cosa fanno i revisori con le loro scoperte e come si comportano le procedure risultanti dopo il rilascio.

Autopilot utilizza conversazioni avversariali così come test di comportamento atteso. Coinbase afferma che un modello di AI valuta quelle conversazioni, ma riconosce che il giudice può sbagliarsi. I punteggi alimentano la revisione umana e i gate di rilascio piuttosto che decidere indipendentemente che una procedura sia pronta.

Il confine di rilascio separa una procedura proposta da una che un bot di supporto può utilizzare con i clienti. Gli agenti possono suggerire modifiche, mentre una persona deve approvare le scritture di produzione e l'abilitazione.

Questo è un salvaguardia contro un ciclo di qualità automatizzato che promuove il proprio lavoro senza revisione. Significa anche che la revisione rimane una responsabilità operativa mentre il sistema accelera.

L'ambito di approvazione deve essere letto con precisione. La dichiarazione di Coinbase riguarda le modifiche alle procedure di supporto e la loro abilitazione. Non afferma che un umano approva ogni azione che un bot distribuito compie sul conto di un cliente individuale.

L'automazione ulteriore rimane incompleta. Coinbase afferma che esistono scoperta, redazione, test e analisi, mentre l'orchestrazione da un gap di prestazioni identificato a una procedura promossa è ancora in fase di sviluppo. Anche un contratto completamente condiviso per i riassunti delle conversazioni rimane incompleto.

Ciò lascia il lavoro di integrazione accanto al guadagno di automazione. Un sistema che identifica un flusso debole, genera una revisione e la testa ha ancora bisogno di informazioni affidabili trasmesse tra questi passaggi e di una decisione responsabile riguardo al rilascio.

Il permesso di agire è un controllo separato

La divulgazione delle operazioni interne di Coinbase del 18 agosto affronta un'altra parte della protezione dei clienti: chi può accedere ai dati dei clienti e chi può modificarli.

L'azienda descrive il Control Center come una piattaforma condivisa separata per supporto, conformità, legale, rischio e ingegneria. Coinbase non ha specificato la sua copertura di Autopilot. All'interno della piattaforma, autorizzazione, registri di audit, approvazioni e limiti di tasso si trovano di fronte ai servizi sottostanti.

I suoi controlli di autorizzazione considerano sia l'azione richiesta che il cliente particolare. La mancanza di contesto del cliente su un'operazione a scopo cliente significa negazione. L'accesso è legato ai casi assegnati, limitato ai clienti coinvolti e impostato per scadere.

Per le modifiche sensibili designate, inclusi rimborsi, modifiche allo stato dell'account e sovrapposizioni dei limiti, la piattaforma separa la proposta di una modifica dall'esecuzione. La proposta entra in revisione, le approvazioni richieste devono arrivare e un esecutore separato esegue quindi la modifica. I fallimenti sono riservati alla gestione umana.

Questi controlli rispondono a domande che il testing conversazionale non può rispondere da solo. Una procedura può descrivere la risposta attesa, mentre un sistema di autorizzazione determina se il chiamante può accedere ai dati pertinenti del cliente. Le regole di approvazione determinano se una modifica sensibile può procedere.

Il Control Center rende anche esplicito il lavoro continuo. Coinbase afferma che nuovi tipi di clienti, inclusi agenti automatizzati, devono essere portati sotto le regole di autorizzazione, audit e limitazione dei tassi, con i confini di autenticazione rivalutati man mano che i chiamanti cambiano.

Stabilire come questi controlli si applicano all'automazione del supporto richiederebbe un resoconto più chiaro di quali bot e azioni passano attraverso i controlli di autorizzazione e approvazione. La misura di copertura pertinente è l'insieme delle operazioni dei clienti governate da quelle regole.

Per il modello operativo nativo dell'IA, la conseguenza è chiara: aggiungere chiamanti automatizzati richiede comunque che qualcuno mantenga le regole che governano la loro autorità. L'architettura può rendere quel lavoro più coerente. La sua efficacia dipende ancora dal mantenere ogni nuovo chiamante all'interno delle regole.

L'accesso legato ai casi fornisce un esempio concreto: i permessi devono continuare a corrispondere al lavoro assegnato man mano che i casi e i chiamanti cambiano. Il confine dell'account deve mantenersi insieme a uno sviluppo più veloce delle procedure.

Maggiore test necessita di una misura di risultato

La stessa necessità di collegare l'attività ai risultati si estende alla piattaforma di sicurezza separata Continuous Adversarial Testing (CAT) di Coinbase. Il 15 settembre, Coinbase ha riportato oltre 150.000 scansioni della sua estate di produzione da metà 2026, inclusi oltre 128.000 revisioni di pull-request, e più risultati di test di penetrazione in fase di correzione. Quelle attività e correzioni riportate forniscono un contesto di sicurezza.

La distinzione tra prestazioni di test e prestazioni implementate è anche centrale nel profilo di rischio dell'IA generativa del National Institute of Standards and Technology (NIST) di luglio 2024. Il framework volontario raccomanda di valutare i sistemi in scenari reali poiché i test controllati possono trascurare problemi e discute le lacune di misurazione tra le condizioni di laboratorio e di implementazione. Il framework offre uno standard generale per valutare queste affermazioni.

L'Autopilot punta già verso le misure dei clienti. Coinbase afferma che le etichette di intenzione del cliente, la risoluzione e i segnali di soddisfazione del cliente aiutano a identificare i flussi di supporto deboli ad alto volume. Ciò suggerisce che l'azienda riconosce che completare i test e risolvere i problemi dei clienti sono misure diverse.

Tuttavia, la divulgazione di settembre non pubblica risultati quantificati di risoluzione dei clienti o di sicurezza prima e dopo. La prossima prova utile collegherebbe le procedure implementate a quegli esiti, insieme alla quota di attività di supporto rilevante coperta dai sistemi di test e autorizzazione.

La qualità della risoluzione aiuterebbe a dimostrare se l'automazione risolve il problema del cliente. Le prestazioni di escalation aiuterebbero a dimostrare se i casi che richiedono giudizio umano vi arrivano. Le prove riguardanti azioni non autorizzate ed errori affronterebbero la protezione in modo più diretto rispetto al tempo necessario per eseguire un test.

Il ciclo di validazione riportato di 30-45 minuti è un esempio concreto di lavoro automatizzato. Le porte di approvazione e le restrizioni di accesso divulgate rendono la responsabilità parte del modello operativo. Dimostrare il valore per i clienti richiede di collegare entrambi ai risultati nel supporto dal vivo, mentre si porta avanti il lavoro di revisione e governance che i sistemi divulgati richiedono ancora.

Questo contenuto è fornito a solo scopo informativo generale e non costituisce consulenza finanziaria, di investimento, legale o fiscale. Qualsiasi evento, ricompensa, promozione online o informazione correlata menzionata nel presente documento non deve essere considerata una raccomandazione, una sollecitazione o un invito ad acquistare, vendere, fare trading o altrimenti negoziare criptovalute. Le criptovalute sono altamente volatili e possono comportare perdite. La disponibilità dei servizi, dei prodotti e degli eventi correlati di WEEX può variare a seconda della regione. È tua responsabilità assicurarti che la tua partecipazione sia conforme alle leggi e ai regolamenti locali applicabili.