MCP

SQLite MCP: Zuerst eine Testdatenbank nur lesend prüfen, dann entscheiden, ob geschrieben wird

Für alle, die lokal in SQLite nachschlagen oder ein insight memo schreiben wollen. Der erste Versuch prüft nur ein wegwerfbares --db-path nur lesend; write_query nicht zuerst aufrufen.

Official source · modelcontextprotocol/server-sqlite

Install

uv --directory parent_of_servers_repo/servers/src/sqlite run mcp-server-sqlite --db-path ~/test.db

Für wen

Für alle, die auf einer lokalen SQLite-Datei SQL ausführen, Geschäftsdaten ansehen und ein insight memo hinterlassen wollen. Die Evidenz besagt: Dieses MCP bietet Datenbankinteraktion und Business Intelligence über SQLite; es kann SQL ausführen, Geschäftsdaten analysieren und automatisch Business-Insight-Memos erzeugen.

Sie müssen eine von --db-path gezeigte SQLite-Datei bereitstellen und akzeptieren, dass der Prozess sie liest und sogar ändert. Das offizielle Beispiel ist ~/test.db. Keine Produktionsdatenbank für den ersten Versuch.

Die Seite liegt unter servers-archived. Die Evidenz nennt keinen separaten Wartungsstatus und keine Client-Liste; abgedeckt ist nur: Sie können mcp-server-sqlite mit uv in diesem Verzeichnis ausführen.

Ersten Versuch in 3 Minuten abschließen

Gehen Sie den uv-Hauptpfad; machen Sie Docker nicht zur Hauptinstallation. Im Client konfigurieren:

"command": "uv",
"args": [
  "--directory",
  "parent_of_servers_repo/servers/src/sqlite",
  "run",
  "mcp-server-sqlite",
  "--db-path",
  "~/test.db"
]

Ersetzen Sie --directory durch einen echten lokalen Pfad und --db-path durch eine wegwerfbare Testdatenbank.

Voraussetzungen: uv ist installiert; Sie dürfen die Testdatenbank erzeugen oder öffnen. Das greift auf lokale Dateien zu; keine Sandbox ohne lokale Reads.

Konfigurationsort: command / args des Client-MCP.

Risikoarmer erster Aufruf: zuerst ohne Tabellenänderung prüfen—mit „SQL-Abfragen ausführen / Geschäftsdaten analysieren“ aus der Identitätsaussage den vorhandenen Inhalt der Testdatenbank ansehen, oder nur die Ressource memo://insights lesen. Die Evidenz nennt sechs Kern-Tools, aber dieser Locator listet keine Nur-Lese-Toolnamen und Parameter. Rufen Sie das vollständig ausgeklappte write_query nicht zuerst auf: Es führt INSERT, UPDATE oder DELETE aus und gibt { affected_rows: number } zurück. Starten Sie auch append-insight nicht zuerst; es ändert das Memo.

Erfolgssignal: Nach dem Start des Servers erhalten Sie ein Abfrageergebnis auf der Testdatenbank oder lesen den aktuellen Inhalt von memo://insights. Startet der Prozess nicht, zuerst uv und Verzeichnis prüfen, nicht auf Docker wechseln.

Anwendungsfälle

Fall 1: Geschäftsdaten einmal auf der Testdatenbank ansehen. Laut Identitäts-Evidenz eine SQL-Abfrage oder Analyse ausführen. Nur-Lese-Signaturen der sechs Tools sind im Locator nicht ausgeklappt; bleiben Sie bei „Sie können die von --db-path gezeigte Datenbank abfragen/analysieren“ und erfinden Sie keine Toolnamen oder Filterparameter.

Fall 2: Das insight memo lesen und entscheiden, ob angehängt wird. Die Ressource memo://insights sammelt laufend während der Analyse gefundene insights und aktualisiert sich automatisch, wenn append-insight läuft. Zuerst diese Ressource lesen. Anhängen ändert das Memo; die Evidenz hat kein undo und schreibt keine Parameter. Nur aufrufen, wenn Sie die Umschreibung akzeptieren und einen Bestätigungspunkt passieren. write_query ändert Tabellendaten—ein anderer Seiteneffekt als das Memo; in diesem Fall nicht verwenden.

Nutzungsgrenzen

Der Hauptpfad ist uv run mcp-server-sqlite --db-path <file>. Das Docker-Beispiel ist docker run --rm -i -v mcp-test:/mcp mcp/sqlite --db-path /mcp/test.db; nicht als Hauptpfad nehmen. write_query ändert Zeilen ohne offizielles Undo. append-insight aktualisiert memo://insights. Außer write_query und append-insight sind Namen und Parameter der sechs Tools im Locator meist nicht ausgeklappt. Lokaler Dateizugriff und Schreiben der Datenbank sind kein Nullrisiko. Die Evidenz schreibt keine Backups, kein Transaktions-Rollback und keinen Ersatz nach der Archivierung.