Strumenti AI

L'agente AI non risponde tirando a indovinare: agisce attraverso un insieme fisso di capacità. Ognuna legge qualcosa, ti propone una vista da aprire oppure mette in staging una modifica di cui farai il commit. Questa pagina è il riferimento sulla fiducia: cosa può fare l'agente e come è regolata ogni capacità.

Come sono regolate le azioni

DynoTable è sicuro per impostazione predefinita. Ogni capacità ricade in una di poche classi di accesso:

  • Lettura (silenziosa) — consultazioni leggere di sola lettura, per lo più locali. Nessuna richiesta: vengono semplicemente eseguite.
  • Lettura (regolata) — letture che arrivano ad AWS e consumano capacità (una query, la lettura di un singolo item). L'agente chiede prima della prima, poi ricorda la tua scelta secondo la modalità di permessi.
  • Proposta — l'agente emette un chip su cui fai clic per aprire un tab. Non succede nulla finché non fai clic.
  • Apertura (regolata) — apre o modifica subito un tab, dietro il controllo dei permessi.
  • Scrittura (via staging) — passa dallo staging; rivedi e fai il commit tu. L'agente non scrive mai direttamente su DynamoDB.
  • Export (regolato) — estrae i risultati in un file.

Ogni azione regolata viene approvata in base alla tua modalità di permessi — Manual, Auto o Full Auto — impostata per profilo (vedi Chat AI → Configurare l'AI). Ogni decisione regolata viene registrata in un audit log locale, sempre attivo.

Una richiesta di permesso: l'agente chiede prima di eseguire un'azione regolata su una tabella.
Una richiesta di permesso: l'agente chiede prima di eseguire un'azione regolata su una tabella.

Cosa può fare

Capisce le tue tabelle e il lavoro salvato

L'agente legge il tuo schema per rispondere alle domande: le tabelle sotto il profilo attivo, il loro schema delle chiavi, gli indici DynamoDB, la modalità di fatturazione, le tue spec Smart Table e Workbench salvate, le relazioni dichiarate e i tab aperti.

Usa anche l'indice locale della tabella come contesto. Tutto questo è lettura (silenziosa): introspezione locale, nessuna richiesta.

Legge i tuoi dati

Quando gli servono dati live esegue PartiQL o SQL del Workbench in sola lettura (solo SELECT — inclusi JOIN, GROUP BY e aggregazioni), legge un singolo item dalla sua chiave oppure conta gli item che corrispondono a una query. Queste sono letture (regolate): arrivano a DynamoDB e consumano capacità, quindi l'agente chiede prima della prima.

Calcola su un'intera tabella — in modo esatto

Chiedi un conteggio, una somma, una media o una ripartizione su un'intera tabella e l'agente la calcola direttamente: non devi esportare i dati prima. Il risultato è esatto sull'intera tabella: legge ogni item corrispondente invece di campionare una pagina o due, così una risposta a "quanti ordini il mese scorso?" o "ricavi totali per regione" riflette i dati reali, non una stima parziale. Può fare lo stesso per produrre un export trasformato: rimodellare, filtrare o aggregare un'intera tabella in un nuovo file in un solo passo. Questo è regolato: una passata completa legge la tabella e consuma capacità di lettura, quindi l'agente chiede prima.

Apre le viste che chiedi

L'agente preferisce proporre una vista invece di prendere il controllo del tuo spazio di lavoro. Emette un chip su cui fai clic per aprire o mettere a fuoco una tabella (eventualmente filtrata), l'editor di item per una riga esistente o nuova, una Smart Table oppure un tab Workbench già precaricato con SQL: questa è la proposta, e non si apre nulla finché non fai clic. Quando hai chiesto chiaramente di farlo subito, può invece aprire o affinare un tab all'istante: questa è l'apertura (regolata).

Un chip apri-Workbench — l'agente ha proposto una vista SQL (qui un join clienti ⋈ ordini); facendo clic si apre il tab Workbench.
Un chip apri-Workbench — l'agente ha proposto una vista SQL (qui un join clienti ⋈ ordini); facendo clic si apre il tab Workbench.

Mette in staging le scritture — non scrive mai direttamente

C'è esattamente un modo in cui l'agente cambia i dati: mette in staging una singola creazione, un aggiornamento o un'eliminazione nell'area di staging della tabella attiva, perché tu la riveda e ne faccia il commit. Questa è la scrittura (via staging).

Un chip modifica in staging — l'agente ha messo in staging una singola modifica; facendo clic la modifica compare nel pannello di staging, pronta per la revisione e il commit.
Un chip modifica in staging — l'agente ha messo in staging una singola modifica; facendo clic la modifica compare nel pannello di staging, pronta per la revisione e il commit.

Esporta e lavora con i file

L'agente può esportare un tab aperto o un SELECT una tantum in CSV, JSON o NDJSON, e seguire un export in corso. Può anche ispezionare, leggere o eseguire una trasformazione SQL su un file che hai già esportato (o allegato alla chat): utile quando i dati su cui vuoi lavorare sono un file locale invece di una tabella live. Esportare e trasformare sono regolati; controllare un export o leggere un file è silenzioso.

Un chip artefatto di export — l'agente ha scritto in streaming i risultati su un file; Mostra apre l'export finito su disco.
Un chip artefatto di export — l'agente ha scritto in streaming i risultati su un file; Mostra apre l'export finito su disco.

Chiede quando una richiesta è ambigua

Quando non è sicuro di cosa intendi, l'agente fa una domanda di chiarimento con un piccolo insieme di scelte con nome e mette in pausa il turno finché non rispondi.

Un chip di chiarimento — quando una richiesta è ambigua l'agente chiede prima, offrendo un piccolo insieme di scelte e mettendo in pausa il turno finché non rispondi.
Un chip di chiarimento — quando una richiesta è ambigua l'agente chiede prima, offrendo un piccolo insieme di scelte e mettendo in pausa il turno finché non rispondi.

Aggiornato