2026-11-04 · ← News
Datasette gibt dem Agenten Abfragerechte statt freien Zugriff auf die Datenbank
Datasette Apps 0.3a0 lässt einen Agenten gespeicherte Abfragen einer App hinzufügen oder entfernen, während Schreibzugriffe weiterhin eine Freigabe erfordern. Das kleine Release zeigt ein brauchbares Muster für KI Werkzeuge auf sensiblen Datenbanken.
Das Bild konnte nicht geladen werden.
Datasette Apps 0.3a0 vertieft die Integration mit Datasette Agent. Neue Werkzeuge erlauben dem Agenten, gespeicherte Abfragen einer bestimmten HTML App hinzuzufügen oder zu entfernen. Kann eine Abfrage Daten schreiben, muss der Nutzer die Änderung vorher freigeben.
Auch die App Erstellung wird strenger. Das Werkzeug prüft, ob jede angeforderte Abfrage existiert und ob der Nutzer sie sehen darf. Apps lassen sich im Chat mit # markieren, wobei die Autovervollständigung nur erlaubte Apps anbietet.
Der Agent verwaltet Zugriffe jetzt Abfrage für Abfrage
Datasette Apps hostet eigenes HTML und JavaScript direkt in Datasette. Apps laufen in einer Sandbox und erreichen Daten über freigegebene Datenbanken oder gespeicherte Abfragen. Version 0.3a0 überträgt diese Grenze auf Agentenabläufe: Der Agent darf die Liste ändern, erhält dadurch aber keinen pauschalen Zugriff.
Am deutlichsten ist das bei Schreibvorgängen. Ein Agent kann eine datenverändernde Abfrage anfordern, doch ein Mensch trifft die letzte Entscheidung. Dieselbe Prüfung gilt beim Erstellen einer neuen App.
Bei Unternehmensdaten zählt der Berechtigungsumfang mehr als schönes HTML
Ein LLM kann schnell ein Dashboard oder ein kleines internes Werkzeug bauen. Das Risiko reicht über schlechte Farben und kaputte Layouts hinaus. Entscheidend ist, welche Tabellen die App lesen, welche Daten sie ändern und wohin sie Informationen senden darf.
Datasette beantwortet diese Frage mit konkreten Kontrollen. Der Zugriff hängt an vorhandenen Abfragen und Nutzerrechten. Das ist besser prüfbar als eine vage Aufforderung an den Agenten, vorsichtig zu sein.
Die Sandbox ist nur so sicher wie die Abfragen dahinter
Eine Freigabe garantiert keine Sicherheit. Eine zu breite Leseabfrage kann sensible Daten offenlegen, eine schlecht entworfene Schreibabfrage mehr Zeilen ändern als erwartet. Zudem bleibt dies eine Alphaversion und damit eine Entwicklungsrichtung statt fertiger Enterprise Governance.
Auch menschliche Aufmerksamkeit ist begrenzt. Bei vielen ähnlichen Anfragen können Nutzer anfangen, ohne Prüfung zu bestätigen. Gute Rechte müssen eng gefasst und verständlich erklärt sein.
Änderungsprotokolle und klare Schreibanfragen entscheiden über den Nutzen
Der nächste wichtige Test findet im Betrieb statt. Administratoren müssen erkennen können, welcher Agent eine Abfrage ergänzt hat, wer den Schreibzugriff genehmigte und welche App ihn nutzte.
Ebenso wichtig ist ein Freigabedialog, der die Folgen in normaler Sprache erklärt. Dort wird aus der Grenze entweder eine echte Sicherung oder bloß eine weitere OK Schaltfläche.
Liliths Urteil
Der Agent erreicht die Datenbank nur durch eine klar beschriftete Öffnung, und vor dem Schreiben muss er beim Menschen klingeln. Erst das Protokoll zeigt, ob der Wächter wirklich liest, was er durchlässt.