Eine kontrollierte MCP-Oberfläche
Stellen Sie PostgreSQL bereit, ohne dem Modell eine unrestricted database connection zu geben.
PostgreSQL · MCP
Kontrollierter KI-Zugriff auf PostgreSQL.
Verbinden Sie KI-Clients über die MCP-Oberfläche von hs-sql-agent, den typisierten SQL-Compiler, Zugriffsrichtlinien, Safe DML und die Audit-Grenze sicher mit PostgreSQL.
Dialektbewusster Compiler
PostgreSQL-spezifische SQL-Semantik bleibt innerhalb einer expliziten Source-/Target-Capability-Grenze.
Richtlinie vor Ausführung
Datenbank-Scope, Tabellenrichtlinien, Tool-Einschränkungen, Rate Limits, Safe DML und Audit greifen vor dem Commit.
PostgreSQL bleibt hinter einer Compiler-Grenze
hs-sql-agent vertraut einer vom Modell generierten PostgreSQL-Anweisung nicht allein deshalb, weil der Provider sie ausführen könnte. SQL durchläuft zuerst die typisierte Validierungs- und Capability-Pipeline.
Provider-Support bedeutet, dass die Runtime verbinden, Metadaten lesen, unterstützte Anweisungen kompilieren und unter Richtlinien ausführen kann. Er bedeutet nicht, dass jede herstellerspezifische Syntax automatisch akzeptiert wird.
Metadaten verwenden, bevor das Schema geraten wird
MCP-Clients können vor dem Erzeugen von PostgreSQL-SQL Schemas, Tabellen und Spalten über die integrierten Metadata Tools lesen. Das reduziert blindes Raten und hält Discovery innerhalb desselben authentifizierten Datenbank-Scope.
- get_schemas
- get_tables
- get_columns
- execute_query_sql
- execute_dml_sql
Ablehnen, wenn die Semantik nicht nachgewiesen ist
Für PostgreSQL gilt dieselbe Regel wie für alle anderen Provider: Nicht unterstützte Syntax oder nicht nachgewiesene cross-provider semantics werden an der passenden Validierungs- oder Capability-Grenze abgelehnt, statt stillschweigend in SQL mit anderem Verhalten umgeschrieben zu werden.