KI-Tools

Der KI-Agent antwortet nicht aus einer Vermutung heraus — er handelt über eine feste Menge von Fähigkeiten. Jede liest entweder etwas, bietet dir eine Ansicht zum Öffnen an oder legt eine Änderung zum Committen für dich ins Staging. Diese Seite ist die Vertrauensreferenz: was der Agent tun kann und wie jede Fähigkeit abgesichert ist.

Wie Aktionen abgesichert sind

DynoTable ist standardmäßig sicher. Jede Fähigkeit fällt in eine von wenigen Zugriffsklassen:

Lesen (still) — leichtgewichtige, schreibgeschützte Abfragen, meist lokal. Keine Nachfrage; sie laufen einfach.
Lesen (abgesichert) — Lesevorgänge, die AWS treffen und Kapazität kosten (eine Query, ein Einzel-Item-Read). Der Agent fragt vor dem ersten und merkt sich dann deine Wahl gemäß deinem Berechtigungsmodus.
Vorschlagen — der Agent gibt einen Chip aus, den du anklickst, um einen Tab zu öffnen. Nichts passiert, bis du klickst.
Öffnen (abgesichert) — öffnet oder ändert einen Tab sofort, hinter der Berechtigungssperre.
Schreiben (über Staging) — läuft durch das Staging; du prüfst und committest. Der Agent schreibt nie direkt in DynamoDB.
Export (abgesichert) — zieht Ergebnisse in eine Datei.

Jede abgesicherte Aktion wird gemäß deinem Berechtigungsmodus genehmigt — Manuell, Auto oder Voll-Auto — pro Profil gesetzt (siehe KI-Chat → KI einrichten). Jede abgesicherte Entscheidung wird in einem stets aktiven, lokalen Audit-Protokoll festgehalten.

Eine Berechtigungsabfrage: Der Agent fragt, bevor er eine abgesicherte Aktion gegen eine Tabelle ausführt.

Was er kann

Versteht deine Tabellen und gespeicherte Arbeit

Der Agent liest dein Schema, um Fragen zu beantworten: die Tabellen unter dem aktiven Profil, ihr Schlüsselschema, ihre DynamoDB-Indizes, den Abrechnungsmodus, deine gespeicherten Smart-Table- und Workbench-Specs, die deklarierten Beziehungen und die offenen Tabs.

Er nutzt außerdem den lokalen Tabellenindex als Kontext. All das ist Lesen (still) — lokale Introspektion, keine Nachfrage.

Liest deine Daten

Wenn er Live-Daten braucht, führt er schreibgeschütztes PartiQL oder Workbench-SQL aus (SELECT only — einschließlich JOIN, GROUP BY und Aggregaten), liest ein einzelnes Item über seinen Schlüssel oder zählt die Items, die einer Query entsprechen. Das ist Lesen (abgesichert) — es trifft DynamoDB und kostet Kapazität, also fragt der Agent vor dem ersten.

Berechnet über eine ganze Tabelle — exakt

Frag nach einer Anzahl, einer Summe, einem Durchschnitt oder einer Aufschlüsselung über eine ganze Tabelle, und der Agent berechnet sie direkt — ohne dass du die Daten zuerst selbst exportieren musst. Das Ergebnis ist exakt über die gesamte Tabelle: Er liest jedes passende Item, statt eine Seite oder zwei zu stichprobieren, sodass eine Antwort auf „wie viele Bestellungen letzten Monat?“ oder „Gesamtumsatz nach Region“ die echten Daten widerspiegelt, keine teilweise Vermutung. Dasselbe kann er tun, um einen transformierten Export zu erzeugen — eine ganze Tabelle in einem Schritt umformen, filtern oder aggregieren und in eine neue Datei schreiben. Das ist abgesichert — ein vollständiger Durchlauf liest die Tabelle und kostet Lesekapazität, also fragt der Agent zuerst.

Öffnet die Ansichten, um die du bittest

Der Agent zieht es vor, eine Ansicht anzubieten, statt deinen Workspace zu übernehmen. Er gibt einen Chip aus, den du anklickst, um eine Tabelle (optional gefiltert), den Item-Editor für eine bestehende Zeile oder eine neue, eine Smart Table oder einen Workbench-Tab, vorbefüllt mit SQL, zu öffnen oder zu fokussieren — das ist Vorschlagen, und nichts öffnet sich, bis du klickst. Wenn du unmissverständlich danach gefragt hast, kann er einen Tab stattdessen sofort öffnen oder verfeinern; das ist Öffnen (abgesichert).

Ein **Workbench-öffnen**-Chip — der Agent hat eine SQL-Ansicht vorgeschlagen (hier ein Join Kunden ⋈ Bestellungen); ein Klick öffnet den Workbench-Tab.

Legt Schreibvorgänge ins Staging — schreibt nie direkt

Es gibt genau einen Weg, wie der Agent Daten ändert: Er legt ein einzelnes Erstellen, Aktualisieren oder Löschen in den Staging-Bereich der aktiven Tabelle, damit du es prüfst und committest. Das ist Schreiben (über Staging).

Ein **vorbereitete-Änderung**-Chip — der Agent hat eine einzelne Bearbeitung ins Staging gelegt; ein Klick zeigt die Änderung im Staging-Panel zur Prüfung und zum Commit.

Exportiert und arbeitet mit Dateien

Der Agent kann einen offenen Tab oder ein einmaliges SELECT nach CSV, JSON oder NDJSON exportieren und einen laufenden Export verfolgen. Er kann außerdem eine Datei, die du schon exportiert (oder an den Chat angehängt) hast, inspizieren, lesen oder mit einer SQL-Transformation bearbeiten — nützlich, wenn die Daten, mit denen du arbeiten möchtest, eine lokale Datei statt einer Live-Tabelle sind. Exportieren und Transformieren sind abgesichert; das Prüfen eines Exports oder das Lesen einer Datei ist still.

Ein **Export-Artefakt**-Chip — der Agent hat Ergebnisse in eine Datei gestreamt; Anzeigen öffnet den fertigen Export auf der Festplatte.

Fragt, wenn eine Anfrage mehrdeutig ist

Wenn er nicht sicher ist, was du meinst, stellt der Agent eine klärende Frage mit einer kleinen Menge benannter Optionen und pausiert die Runde, bis du antwortest.