Panoramica di Analisi conversazionale in Looker

Analisi conversazionale è una funzionalità di chat con i dati basata su Gemini for Google Cloud. Basata sul livello di modellazione semantica di Looker, Analisi conversazionale consente agli utenti della tua organizzazione di porre domande relative ai dati in un linguaggio naturale (conversazionale) normale per la BI self-service gestita e attendibile. Questo approccio accelera l'adozione dell'analisi in tutta l'organizzazione fornendo governance e sicurezza di livello enterprise.

Analisi conversazionale è disponibile sia nelle istanze di Looker (Google Cloud core) sia nelle istanze di Looker (originale).

Scopri come e quando Gemini for Google Cloud utilizza i tuoi dati.

Funzionalità principali

Analisi conversazionale include le seguenti funzionalità principali:

  • Esegui query sulle esplorazioni in linguaggio naturale: conversa in linguaggio naturale con una singola esplorazione o con un agente di dati che esegue query su un massimo di cinque esplorazioni.
  • Crea un agente di dati per eseguire query sulle esplorazioni: puoi personalizzare un agente di query sui dati basato sull'AI fornendo contesto e istruzioni specifici per i tuoi dati, in modo che l'agente di dati generi risposte più accurate e pertinenti al contesto. Puoi anche condividere i tuoi agenti di dati con altri utenti o pubblicarli in altre applicazioni, come Gemini Enterprise, in modo che possano porre domande con lo stesso contesto. Puoi collegare questo tipo di agente di dati a un massimo di cinque esplorazioni.
  • Esegui query su una dashboard utilizzando un agente di dati Anteprima: utilizza Analisi conversazionale per generare un agente di dati della dashboard in grado di eseguire query sulla dashboard e sui modelli sottostanti.
  • Analisi avanzata: la funzionalità Analisi avanzata di Analisi conversazionale traduce le domande in linguaggio naturale in codice Python ed esegue questo codice. Rispetto alle query standard basate su SQL, l'utilizzo di Python da parte della funzionalità Analisi avanzata consente analisi e visualizzazioni più complesse.
  • Incorporamento: puoi incorporare Analisi conversazionale in un sito web o in un'applicazione utilizzando un tag iframe HTML, proprio come puoi fare con altri tipi di contenuti di Looker. Analisi conversazionale supporta sia l'incorporamento privato, in cui gli utenti vengono autenticati utilizzando le proprie credenziali di accesso a Looker, sia l'incorporamento firmato, in cui gli utenti vengono autenticati tramite la tua applicazione.

Agenti di dati e conversazioni

Chattare con un agente di dati offre diversi vantaggi chiave rispetto a una conversazione standard con una singola esplorazione. Sebbene l'avvio di una conversazione da un'esplorazione consenta di eseguire rapidamente query in linguaggio naturale su questa origine dati specifica, un agente di dati funziona come un analista autonomo specializzato che può essere personalizzato e condiviso all'interno dell'organizzazione.

Gli agenti di dati offrono i seguenti vantaggi rispetto alle conversazioni con le esplorazioni:

  • Chatta con più esplorazioni: in una conversazione con un'esplorazione, puoi eseguire query su una sola esplorazione alla volta. Tuttavia, un agente di dati può connettersi a un massimo di cinque esplorazioni distinte, consentendo agli utenti di eseguire analisi cross-domain e ricevere risposte più complete.
  • Chatta con una dashboard di Looker: quando chatti con una dashboard, Analisi conversazionale crea un agente di dati della dashboard che puoi utilizzare per eseguire query non solo su una dashboard, ma anche sulle esplorazioni sottostanti della dashboard.
  • Contesto creato: puoi fornire al tuo agente di dati istruzioni personalizzate non disponibili in una conversazione di esplorazione standard, incluse le seguenti risorse:
    • Query di riferimento: puoi fornire all'agente coppie di domande in linguaggio naturale e query di Looker verificate per ancorare pattern aziendali comuni e ridurre significativamente l'ambiguità per il modello.
    • Glossari aziendali: puoi definire gergo o acronimi specifici dell'organizzazione direttamente nelle istruzioni dell'agente.
    • Framework di persona: puoi assegnare un ruolo o una competenza specifici all'agente, impostando un tono coerente e un giudizio professionale per la conversazione.
  • Specializzazione dell'agente: anziché utilizzare la singola interfaccia generica di una conversazione, puoi creare agenti specializzati per diverse unità aziendali, ad esempio un agente di entrate o un Ops Agent. Ciò consente un'esperienza di analisi più guidata, indirizzando gli utenti verso i campi e i filtri specifici più pertinenti alle loro esigenze.
  • Collaborazione e riutilizzo: le conversazioni di esplorazione sono in genere limitate a un solo utente, mentre gli agenti di dati possono essere condivisi con altri membri dell'organizzazione. La condivisione garantisce che più utenti possano usufruire dello stesso contesto e della stessa governance sviluppati da un amministratore o da un esperto di dati.
  • Comportamento personalizzato: puoi configurare l'agente in modo che operi in base a requisiti rigorosi, ad esempio utilizzando filtri predefiniti , ad esempio "imposta sempre come predefinito gli ultimi 6 mesi se non viene menzionato alcun periodo di tempo". Queste misure di sicurezza garantiscono che l'agente operi in base agli standard di governance e sicurezza specifici della tua organizzazione. Puoi anche nascondere i campi nelle esplorazioni per impedire all'agente di dati di utilizzarli nelle query.

La seguente tabella riassume le principali differenze tra questi tipi di conversazioni e agenti di dati:

Funzionalità di Analisi conversazionale Casi d'uso principali Punto di ingresso Funzionalità di condivisione Limitazioni
Conversazioni di esplorazione
  • Query standard in linguaggio naturale di una singola esplorazione di Looker.
  • Organizzazione di domande correlate su un set di dati specifico in sessioni discrete.
  • Utilizza le modalità di domanda Veloce e Riflessione.
  • Dall'esplorazione: seleziona Avvia una conversazione.
  • Dalla pagina Analisi conversazionale: seleziona la scheda Conversazioni.
 In genere limitato a un solo utente (non condivisibile).
  • Limitato all'esecuzione di query su una sola esplorazione alla volta.
  • Nessun contesto o istruzione personalizzata (ad esempio, query di riferimento, persone, glossari aziendali).
  • Nessuna specializzazione dell'agente per le diverse unità aziendali di un'organizzazione.
  • L'opzione Avvia una conversazione non è disponibile quando utilizzi la nuova esperienza di esplorazione.
Agenti di dati di esplorazione
  • Agenti di dati e analisi autonomi e specializzati progettati per unità aziendali specifiche di un'organizzazione (ad esempio, agente di entrate, Ops Agent).
  • Analisi cross-domain utilizzando fino a cinque esplorazioni connesse.
  • Contesto creato, incluse istruzioni personalizzate, query di riferimento, glossari aziendali e framework di persona per applicare misure di sicurezza e migliorare l'accuratezza.
  • Analisi avanzata utilizzando l'esecuzione di codice Python, se abilitata.
  • Non richiede autorizzazioni explore esplicite.
 Dalla pagina Analisi conversazionale: seleziona la scheda Agenti. Può essere condiviso con altri utenti dell'organizzazione concedendo l'accesso ai contenuti (Visualizza o Gestisci accesso; Modifica). Può anche essere pubblicato in applicazioni esterne come Gemini Enterprise (anteprima).
  • Richiede access_data e altre autorizzazioni per i modelli sottostanti alle esplorazioni (la condivisione dell'agente non concede l'accesso alle esplorazioni).
  • Non supporta le query di riferimento contenenti tabelle pivot o campi personalizzati.
Agenti della dashboard
  • Query diretta in linguaggio naturale di una dashboard di Looker specifica e dei relativi riquadri collegati alle query.
  • Organizzazione e personalizzazione del comportamento degli agenti nelle dashboard con istruzioni personalizzate.
  • L'accesso viene gestito rigorosamente tramite le autorizzazioni a livello di dashboard (Gestisci accesso; Modifica nella dashboard) e le autorizzazioni del modello.
 Dalla dashboard: seleziona Chatta con questa dashboard. Non può essere condiviso con altri utenti.
  • Non può essere condiviso singolarmente.
  • Non vengono visualizzati nella pagina Analisi conversazionale. Le conversazioni con un agente della dashboard sono accessibili solo dalla pagina Conversazioni recenti, disponibile dal menu della dashboard.
  • Limitato al contesto della dashboard e dei relativi riquadri collegati alle query.
  • La personalizzazione del comportamento degli agenti della dashboard con istruzioni personalizzate non è supportata per le dashboard LookML.
  • La funzionalità Analisi avanzata non è supportata.

Come funziona Analisi conversazionale?

Analisi conversazionale utilizza Gemini for Google Cloud per interpretare le domande in linguaggio naturale e fornire risposte basate sui tuoi dati in Looker. Utilizza il modello semantico di Looker, ovvero le definizioni LookML dei tuoi dati, come fonte attendibile per garantire che le risposte siano accurate e coerenti. Analisi conversazionale può interpretare le definizioni aziendali per metriche come "entrate" o "churn" perché sono definite in LookML, utilizzando queste definizioni per fornire domande accurate e coerenti.

Per basare le risposte sul contesto aziendale e sui dati specifici, Analisi conversazionale utilizza diverse tecniche:

  • Schema LookML: all'inizio di una richiesta, Analisi conversazionale recupera lo schema dalle esplorazioni a cui è connesso. Analisi conversazionale utilizza i parametri del modello LookML in diversi modi:
    • Identificazione dei campi: i metadati dello schema aiutano Analisi conversazionale a concentrarsi sui campi pertinenti. Questi metadati includono parametri LookML come name, label, description, type e dimension_group. Questi parametri aiutano Analisi conversazionale a mappare i termini nelle domande degli utenti ai campi corretti. Ad esempio, description può fornire terminologia o contesto specifici dell'attività per un campo. Analisi conversazionale ignora tutti i campi che utilizzano il hidden parametro.
    • Formattazione delle risposte: Analisi conversazionale utilizza i parametri label per la denominazione dei campi di facile utilizzo e i parametri value_format per la formattazione dei dati nelle risposte.
  • Generazione di query: anziché eseguire query direttamente sul database, Analisi conversazionale determina quali campi, filtri, ordinamenti e limiti devono essere utilizzati nella query. Looker compone ed esegue la query utilizzando il modello LookML sottostante. Questo processo è simile al modo in cui un utente interagisce con un'interfaccia di esplorazione. Analisi conversazionale non ha bisogno di comprendere la logica di join o le definizioni dei campi complesse perché Looker gestisce la composizione delle query in base al modello LookML. La generazione di query garantisce che tutte le query rispettino la logica di join, il filtraggio, l'aggregazione e le autorizzazioni dei dati definiti nel modello LookML. Per generare le query, Analisi conversazionale deve determinare i valori corretti da utilizzare nei filtri. Questi valori devono corrispondere esattamente ai valori nei dati sottostanti o a espressioni di filtro più avanzate, come i caratteri jolly. Per risolvere le discrepanze tra i valori inclusi dall'utente nelle domande in linguaggio naturale e i valori esatti che potrebbero essere richiesti da un filtro, Analisi conversazionale utilizza i valori definiti con allowed_value in parameter campi e può utilizzare strumenti per verificare la presenza di valori specifici nei campi:
    • Dati di esempio: restituisce fino a 100 valori da un campo per aiutare Analisi conversazionale a imparare i pattern o a trovare una corrispondenza esatta per i valori dei filtri.
    • Ricerca approssimativa: genera un insieme di termini di ricerca in base all'input utente e verifica la loro presenza in una dimensione per trovare i valori dei filtri appropriati. Sia i dati di esempio sia la ricerca approssimativa utilizzano l'API di suggerimenti di Looker e sono quindi influenzati da parametri LookML come suggestions, suggest_explore, e suggest_dimension.
  • Analisi: dopo che Looker esegue le query, Analisi conversazionale analizza i risultati delle query per rispondere alle domande degli utenti. Analisi conversazionale può analizzare i risultati in uno o più dei seguenti modi:
    • Utilizza le funzionalità integrate di Gemini per interpretare e riassumere i risultati.
    • Utilizza l'esecuzione di codice Python tramite Analisi avanzata per eseguire ulteriori analisi sui risultati.
    • Crea visualizzazioni basate sui risultati delle query.

Sfruttando il modello semantico di Looker, Analisi conversazionale fornisce l'accesso ai dati di varie piattaforme, come BigQuery, AlloyDB, Redshift, Snowflake e Databricks, senza la necessità di comprendere la complessità dei dati sottostanti e garantisce che tutte le risposte siano coerenti e gestite.

Come funzionano gli agenti di dati di Analisi conversazionale?

Un agente di dati di Analisi conversazionale basa le sue risposte su due input principali: lo schema LookML dell'istanza, definito da uno sviluppatore Looker, e le istruzioni dell'agente, che scrivi quando crei o modifichi l'agente.

Dalla query, un agente di dati deve determinare quali campi LookML selezionare e quali filtri, ordinamenti o limiti applicare. Per farlo con precisione, mappa il linguaggio naturale nella query alle proprie istruzioni dell'agente e allo schema LookML dei dati nei seguenti modi:

  1. Mappatura dei termini semantici: gli utenti spesso utilizzano il gergo aziendale nelle loro domande. L'agente utilizza le istruzioni dell'agente e i metadati dei campi LookML per interpretare la query. Ad esempio, per la query "Quante nuove attività abbiamo svolto?", un agente di dati sarebbe in grado di mappare "nuove attività" a una metrica che calcola le entrate ricorrenti mensili. Per la query "Chi sono i nostri clienti principali?", un agente di dati sarebbe in grado di mappare "principali" a un conteggio di utilizzo e "clienti" a una dimensione denominata Nome cliente.
  2. Mappatura dei valori dei campi: l'agente cerca punti dati specifici, ad esempio "California" o "Jeans slim fit", utilizzando strumenti specializzati per campionare i dati o eseguire ricerche approssimative. Ad esempio, se un utente chiede "jeans", l'agente potrebbe attivare una ricerca approssimativa nel campo Nome prodotto per trovare le corrispondenze esatte delle stringhe nel database. Se un utente chiede "NY", si tratta del campo Città o del campo Stato? L'agente potrebbe dover campionare i dati per vedere quale campo contiene "NY" o porre una domanda di chiarimento.
  3. Perfezionamento con esempi di query: puoi fornire esempi specifici di domande e risposte, chiamati "query di riferimento", nelle istruzioni dell'agente di dati per migliorare l'accuratezza delle query comuni o critiche.

Looker utilizza quindi le definizioni LookML di questi campi e altre logiche definite nell'esplorazione, tra cui definizioni dei campi, concessioni di accesso o attributi utente, filtri della dashboard definiti dall'utente o logica di join o Liquid complessa, per comporre la query inviata al database. Poiché l'agente non scrive l'intera query SQL, non ha bisogno di "comprendere" i dati e può operare in modo più accurato e deterministico.

Per saperne di più su come l'agente utilizza LookML, consulta la pagina della documentazione Best practice per la configurazione di Analisi conversazionale in Looker.

Elenco della documentazione

Comprendere le funzionalità di conformità di Gemini in Looker

Analisi conversazionale non è ancora inclusa nei limiti di autorizzazione FedRAMP High o FedRAMP Medium. Prima di abilitare l'impostazione Gemini in Looker per l'istanza di Looker, discuti con l'ente autorizzatore se le offerte di conformità di Gemini for Google Cloud's soddisfano le esigenze della tua organizzazione.

Per le istanze di Looker (Google Cloud core), ogni pacchetto di controlli Assured Workloads che diventa disponibile aggiungerà le funzionalità di Gemini in Looker come offerte predefinite man mano che i requisiti e i processi di modifica del pacchetto vengono soddisfatti. Analisi conversazionale in Looker rispetta le funzionalità di conformità dell'istanza di Looker (Google Cloud core) associata, con la seguente eccezione:

Il supporto per la residenza dei dati (DRZ), in particolare per i dati inattivi, è disponibile per tutti i clienti di Looker. Tutti i dati inattivi associati ad Analisi conversazionale risiedono rigorosamente all'interno dell'istanza di Looker e sono limitati a una singola regione. I dati in transito possono essere elaborati utilizzando un servizio globale.

Invia il tuo feedback

Puoi fornire feedback a Google sulle singole risposte in Analisi conversazionale selezionando una delle seguenti opzioni:

  • thumb_up Risposta valida: indica che la risposta è stata utile.
  • thumb_down Risposta non valida: indica che la risposta non è stata utile.