Copilot Datagate

Name: Copilot Datagate
Author: afurlane

by afurlaneversion 0.4.0i★ –iRuns on your computer

Registry nameio.github.afurlane/copilot-datagate

Install

Overview

Description from the maker (original English)

Policy-driven, read-only MCP server for safe database access from AI tools.

PopNx MCP’s three pillars

These three are never merged into one score: opinions, measurements and popularity are different things.

User voiceiNo reviews yetReviews open together with accounts in a later step
Our basic checksi1 of 1 passedChecked from public information; code not scanned yet
UsageiNot measured yet★ –

What you can do with it

We have not written a plain-language summary for this one yet. Below are the facts we read from the registry.

Connection: Runs on your computer
Transport: stdio
Category: Databases & datasets

Install

Pick the AI app you use, then copy the settings.

Before you install

Basic checks: 1 of 1 passed
Runs on your computer with your user’s permissions (files, network, apps).
You fill in yourself: DATAGATE_PROJECT_ROOT

You need

npmNode.js installed (for the npx command)

Which app do you use?

ClaudeClaude CodeCursorVS CodeChatGPT

Pick your app above. We remember it, so next time the button says “Install in …”.

Open Claude Desktop → Settings → Developer → Edit Config, and paste this into claude_desktop_config.json

{
  "mcpServers": {
    "copilot-datagate": {
      "command": "npx",
      "args": [
        "-y",
        "@copilot-datagate/cli"
      ],
      "env": {
        "DATAGATE_PROJECT_ROOT": "your-value"
      }
    }
  }
}

Run this in your terminal

claude mcp add copilot-datagate --env DATAGATE_PROJECT_ROOT=your-value -- npx -y @copilot-datagate/cli

Fill in the empty values before running it.

Open in Cursor

Or copy the settings yourself

Paste into .cursor/mcp.json in your project, or ~/.cursor/mcp.json

{
  "mcpServers": {
    "copilot-datagate": {
      "command": "npx",
      "args": [
        "-y",
        "@copilot-datagate/cli"
      ],
      "env": {
        "DATAGATE_PROJECT_ROOT": "your-value"
      }
    }
  }
}

Your browser asks to open the app, then the app shows the settings and asks you to confirm. Key values are left empty for you to fill in.

Open in VS Code

Or copy the settings yourself

Paste into .vscode/mcp.json in your project

{
  "servers": {
    "copilot-datagate": {
      "type": "stdio",
      "command": "npx",
      "args": [
        "-y",
        "@copilot-datagate/cli"
      ],
      "env": {
        "DATAGATE_PROJECT_ROOT": "your-value"
      }
    }
  }
}

Your browser asks to open the app, then the app shows the settings and asks you to confirm. Key values are left empty for you to fill in.

This one runs on your computer, and ChatGPT can only connect to servers on the internet. Pick another app.

Your choice stays on this device in a cookie; no account needed.

Values you fill in

DATAGATE_PROJECT_ROOT env
Workspace root used to resolve .datagate/datagate.toml, datagate.toml, or user-level config.

These settings are generated from the maker’s registry entry. If the README says otherwise, follow the README.

What it can do

Runs on your computer; the tool list appears in your AI app after you install it.

Basic checksi

We check information anyone can see; we have not read the code. Checks that do not apply are left out of the count. · Checked Nov 6, 2026

✓ Pass
Maker matches the repo
The registry name was verified with the GitHub account afurlane, which owns the repo
… Not checked yet
Still maintained
We have not read this repo from GitHub yet
… Not checked yet
Has a licence
We have not read this repo from GitHub yet
– Not applicable
Endpoint responds
This one runs on your computer; there is no internet endpoint
– Not applicable
Sign-in with OAuth
Runs on your computer and uses local settings instead
… Not checked yet
No hidden instructions in tool descriptions
Runs on your computer; we can only read tool lists from internet endpoints

Compared with others in Databases & datasetsi

More stars than 0% of the other 953 servers in this category
Published to the registry more recently than 26% of the other 953 servers in this category
Basic checks equal to or better than 100% of the other 953 servers in this category

Compared with every active server in this category in the registry. Stars count only when the publisher owns the repo.

Common questions

Is Copilot Datagate safe?

It passed 1 of 1 applicable basic checks. We have not read the code. Before adding a key or token, see what access the server asks for and use a key with only the permissions you need.

What keys or codes does it need?

The registry does not list a required key, though some servers ask you to sign in on first use.

Does it run on my computer or in the cloud?

It runs on your computer. Your AI app starts it when needed, and data does not pass through the maker’s servers (unless it calls an online service itself).

Is it still maintained?

The GitHub repo last changed –, and the latest version (0.4.0) reached the registry 3 months ago.

Which apps can use it?

Apps that support MCP, such as Claude Desktop, Claude Code, Cursor and VS Code. You also need Node.js on your computer.

What can I use instead?

In the same category: Supabase, MongoDB MCP Server, Elasticsearch MCP Server

Alternatives

Servers in the same category from other makers, sorted by stars.

Reading a card:★ GitHub starsiThree pillars: reviews · checks · usageiUpdated = latest version published to the registryi

Supabase

by supabase

Supabase’s official server lets AI create tables, query data and review project settings in your Supabase database.

Computer or cloud★ 2,993Apache-2.0Updated today

Install

MongoDB MCP Server

by mongodb-js

MongoDB Model Context Protocol Server

Runs on your computer★ 1,157Apache-2.0Updated 2 days ago

Install

Elasticsearch MCP Server

by cr7258

MCP server for interacting with Elasticsearch

Runs on your computer★ 315Apache-2.0Updated 14 months ago

Install

README from the maker

Open the README

Copied from the maker’s repo as written. PopNx MCP has not reviewed or endorsed it. HTML, images and scripts are removed. Links lead off this site.

📘 DataGate — Secure AI-Ready Data Gateway

DataGate è un gateway headless, sicuro e policy-driven che espone basi dati a strumenti AI (come GitHub Copilot) in modo controllato, prevedibile e privo di SQL libero.

DataGate funge da intermediario tra un LLM e una base dati reale: non permette accesso diretto al database, non espone query arbitrarie, non consente operazioni di scrittura. È progettato per essere read-only, schema-aware, multi-database, e completamente LLM-safe.

🎯 Obiettivi principali

Accesso sicuro ai dati — read-only garantito tramite ruoli DB, policy engine e query builder controllato.
Astrazione del database — il modello non genera SQL: DataGate costruisce query sicure e validate.
Multi-database — può collegarsi a diverse basi dati di diverse applicazioni, come un DBeaver headless.
Policy engine — controllo granulare su tabelle, colonne, filtri, limiti e complessità delle operazioni.
Schema awareness — carica automaticamente lo schema del database e applica regole di sicurezza.
Concorrenza reale — architettura asincrona e sicura, ideale per richieste parallele da Copilot.
Metriche e audit — tracciamento di richieste, tempi, errori e limiti per debugging e osservabilità.
Profilazione performance — profilo latenza in-process (min/media/p50/p95/p99/max) per monitoraggio evolutivo delle performance.
Backend astratto — trait read-only comune per backend database, con implementazioni concrete per PostgreSQL, MySQL/MariaDB e SQLite.

🧩 Funzionalità principali

Query builder controllato — operazioni semantiche come select, search, aggregate, con validazione automatica.
MCP `select` tipizzato — contratto JSON, esecuzione read-only con righe JSON, policy, audit ed errori sanitizzati; il transport MCP resta lo step successivo.
MCP `search` tipizzato — ricerca semantica con ILIKE su colonne consentite, query parametrizzate, policy/rate-limit/metriche/audit e output limit server-side.
MCP `aggregate` tipizzato — count, sum, avg, min e max su colonne consentite, con filtri parametrizzati e senza supporto a SQL libero o GROUP BY.
API MCP versionata — descriptor stabile per versione API e tool disponibili.
Transport MCP stdio — handshake, discovery e chiamate select, search e aggregate sopra il percorso policy-safe.
Filtri avanzati — supporto a pattern (LIKE/ILIKE), range (BETWEEN) e full-text (to_tsvector + plainto_tsquery) sempre parametrizzati e validati da policy.
Catalogo schema controllato — introspezione policy-filtered di tabelle, viste, indici, vincoli (PK/FK/UNIQUE/CHECK/EXCLUSION), trigger, funzioni, procedure e sequenze; definizioni DDL solo quando sicure.
Rate limiting — protezione contro loop del modello e query troppo pesanti.
Limiti di output — risposte sempre contenute, sicure e strutturate.
Errori deterministici — nessun leak di schema, nessun SQL esposto, nessun stack trace.
Errori strutturati — envelope stabile con codice, messaggio generico e indicazione retryable.
Configurazione esterna — file TOML per policy, limiti e profili nominati (dev/staging/prod).
Hardening input MCP — validazione request_id, limiti su payload testuali e cardinalità per ridurre superfici DoS/input abuse.
Policy dinamica — la policy attiva può essere sostituita atomicamente, anche ricaricandola da TOML, senza ricreare i tool MCP.

DataGate non espone una funzione MCP di query SQL libera: l'agente invia esclusivamente parametri strutturati, validati contro schema e policy prima della costruzione della query parametrizzata.

Gli errori pubblici usano i codici invalid_request, policy_denied, backend_unavailable e internal_error. SQL, stack trace, password, valori dei filtri e nomi di oggetti non autorizzati non attraversano il confine MCP.

Configurazione PostgreSQL

Le credenziali PostgreSQL non vengono salvate nei file di configurazione o nel codice. Il servizio legge la connessione dall'ambiente runtime:

modalità compatta: DB_URL
modalità a componenti: DB_HOST, DB_PORT (default 5432), DB_USER, DB_PASSWORD, DB_NAME
opzioni PostgreSQL: DB_OPTIONS, nel formato key=value&key=value
pool: DB_MAX_CONNECTIONS e DB_ACQUIRE_TIMEOUT_SECS

Configurazione SQLite

Per usare SQLite in modalità read-only, configura una delle due varianti:

URL completo: SQLITE_URL
path file: SQLITE_PATH

Opzioni pool SQLite:

SQLITE_MAX_CONNECTIONS
SQLITE_ACQUIRE_TIMEOUT_SECS

Configurazione MySQL/MariaDB

Per usare MySQL o MariaDB in modalità read-only, configura una delle due varianti:

URL completo: MYSQL_URL
modalità a componenti: MYSQL_HOST, MYSQL_PORT (default 3306), MYSQL_USER, MYSQL_PASSWORD, MYSQL_DATABASE

Opzioni pool MySQL/MariaDB:

MYSQL_MAX_CONNECTIONS
MYSQL_ACQUIRE_TIMEOUT_SECS

Selezione backend multi-database

Per scegliere esplicitamente quale backend attivare, imposta DATAGATE_BACKEND:

auto (default): precedenza postgres -> mysql -> sqlite
postgres
mysql (o mariadb)
sqlite

Quando DATAGATE_BACKEND è impostato a un backend specifico, DataGate richiede la relativa configurazione ambiente; in caso contrario termina con errore esplicito.

Precedenza backend in bootstrap:

PostgreSQL
MySQL/MariaDB
SQLite

Il primo backend configurato nella lista viene attivato.

Il rate limiting server-side opzionale usa RATE_LIMIT_REQUESTS e RATE_LIMIT_WINDOW_SECS. Il limite è applicato per request_id prima di policy, query builder e database; richieste oltre soglia ricevono rate_limited e non generano SQL.

Il query builder applica anche un budget massimo configurabile nella policy tramite max_query_complexity: ogni colonna costa 1 e ogni filtro costa 2. Le richieste oltre budget vengono rifiutate prima di generare SQL.

La risposta select è soggetta anche a max_output_bytes nella policy: se il payload JSON finale supera il limite, DataGate rifiuta la richiesta con errore di policy senza esporre SQL o dettagli interni.

Il layer metriche registra anche contatori e latenza lato server per il tool select: richieste totali/accettate/rifiutate, errori backend, p95 latenza in memoria e snapshot del pool PostgreSQL (size, idle).

Il logging applicativo supporta due formati:

LOG_FORMAT=pretty (default)
LOG_FORMAT=json (strutturato, adatto a log collector)

Il livello minimo dei log può essere configurato con LOG_LEVEL (trace|debug|info|warn|error) oppure tramite RUST_LOG.

Se DB_URL è presente ha precedenza sui componenti. Il ruolo PostgreSQL deve avere solo permessi di lettura; inoltre ogni connessione imposta default_transaction_read_only = on.

Il profilo attivo si seleziona con profile = "dev" e può definire la policy in [profiles.dev.policy]. Se non sono presenti profili nominati, resta supportata la forma legacy [policy]. Un profilo dichiarato ma inesistente attiva una policy deny-all, senza avviare operazioni sul database.

Le release pubblicate includono binari per Linux x64/ARM64, Windows x64/ARM64 e macOS Intel/Apple Silicon, con archivi nominati per piattaforma e file SHA256SUMS-* per la verifica degli artifact.

🛡️ Perché DataGate?

Gli LLM non devono parlare direttamente ai database. Serve un layer sicuro, prevedibile, controllato, auditabile, estensibile e multi-applicazione. DataGate è questo layer.

🔧 Tecnologie

Linguaggio: Rust
Database: PostgreSQL, MySQL/MariaDB e SQLite (oggi), altri DB domani
Protocollo: MCP (Model Context Protocol)
Architettura: asincrona, policy-driven, schema-aware

🚀 Stato del progetto

DataGate è in fase di progettazione. Il repository contiene la struttura iniziale, la documentazione e la roadmap tecnica.

🧪 Test integrazione multi-backend

I test di integrazione backend usano variabili ambiente opzionali:

DATAGATE_TEST_POSTGRES_URL
DATAGATE_TEST_MYSQL_URL

Quando una variabile è presente, il relativo test verifica che il backend read-only esegua SELECT controllate e rifiuti statement di scrittura. Se la variabile non è presente, il test viene saltato senza errore.

Documentazione completa:

Architecture.md — design principles e architettura a layer
ROADMAP.md — roadmap dettagliata verso la 1.0
docs/configuration.md — quick start, backend, policy e operazioni
docs/benchmarks.md — benchmark locali SQLite e PostgreSQL reale
docs/hardening.md — checklist hardening finale per il confine MCP/database
docs/http-transport-decision.md — decisione sicurezza sul transport MCP HTTP remoto
docs/editor-registry-evaluation.md — valutazione requisiti MCP Registry e client cross-editor
docs/packaging.md — canali packaging e sorgente canonica degli artifact
docs/postgres-mcp-comparison.md — confronto con altri server MCP PostgreSQL
docs/registry-publication.md — strategia MCP Registry, installazione cross-editor e connessioni nominate
docs/mcp-registry-metadata.json — metadata candidate per registry/gallerie MCP
docs/release-candidate.md — criteri e gate della 1.0 candidate
docs/mcp-tools.md — contratti interni e regole dei tool MCP
CONTRIBUTING.md — regole di contribuzione, commit e branch
SECURITY.md — policy di sicurezza e segnalazione vulnerabilità

Per l'avvio da VS Code con MCP:

il transport locale di default è stdio
i template mcp.json per stdio locale sono in docs/mcp-tools.md e docs/configuration.md
HTTP remoto è fuori dal default 1.0 e richiede una decisione di sicurezza dedicata

📍 Roadmap (sintesi)

Definizione del policy engine
Implementazione del query builder controllato (select parametrizzato)
Connessione read-only garantita
Schema awareness automatica (catalogo interno PostgreSQL)
Audit log foundation (JSONL via AUDIT_LOG_PATH)
Tool MCP (select, search, aggregate)
Supporto multi-database (PostgreSQL, MySQL/MariaDB, SQLite)
Enterprise layer iniziale (osservabilità, hardening, policy dinamica)
Stabilità API MCP (descriptor versionato; transport stdio)
Transport MCP stdio
Benchmark
Hardening finale
Versione 1.0 candidate

📄 Licenza

Apache License 2.0

Copilot Datagate

Overview

PopNx MCP’s three pillars

What you can do with it

Install

Before you install

Values you fill in

What it can do

Basic checksi

Maker matches the repo

Still maintained

Has a licence

Endpoint responds

Sign-in with OAuth

No hidden instructions in tool descriptions

Compared with others in Databases & datasetsi

Common questions

Alternatives

Supabase

MongoDB MCP Server

Elasticsearch MCP Server

README from the maker

📘 DataGate — Secure AI-Ready Data Gateway

🎯 Obiettivi principali

🧩 Funzionalità principali

Configurazione PostgreSQL

Configurazione SQLite

Configurazione MySQL/MariaDB

Selezione backend multi-database

🛡️ Perché DataGate?

🔧 Tecnologie

🚀 Stato del progetto

🧪 Test integrazione multi-backend

📍 Roadmap (sintesi)

📄 Licenza