Copilot Datagate

Name: Copilot Datagate
Author: afurlane

제작자: afurlane버전 0.4.0i★ –i내 컴퓨터에서 실행

레지스트리 이름io.github.afurlane/copilot-datagate

설치

개요

제작자가 쓴 설명(영어 원문)

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

PopNx MCP의 세 기둥

이 세 가지는 절대 하나의 점수로 합치지 않아요. 의견, 측정, 인기는 서로 다른 것이니까요.

사용자 의견i아직 리뷰가 없어요리뷰는 다음 단계에서 계정 기능과 함께 열려요
우리의 기본 점검i1개 중 1개 통과공개된 정보로 점검했으며, 코드는 아직 스캔하지 않았어요
사용 정도i아주 새로움↓ 42/주 · ★ –

할 수 있는 일

이 서버는 아직 쉬운 말로 된 요약을 쓰지 못했어요. 아래는 레지스트리에서 읽어 온 사실이에요.

연결 방식: 내 컴퓨터에서 실행
전송 방식: stdio
카테고리: 데이터베이스 및 데이터셋

설치

쓰고 있는 AI 앱을 고른 다음 설정을 복사하세요.

설치하기 전에

기본 점검: 1개 중 1개 통과
내 컴퓨터에서 내 사용자 계정의 권한(파일, 네트워크, 앱)으로 실행돼요.
직접 입력할 값: DATAGATE_PROJECT_ROOT

필요한 것

npmNode.js 설치(npx 명령어용)

어떤 앱을 쓰세요?

ClaudeClaude CodeCursorVS CodeChatGPT

위에서 앱을 고르세요. 기억해 두었다가 다음부터는 버튼에 “…에 설치”라고 표시해요.

Claude Desktop → Settings → Developer → Edit Config를 열고 claude_desktop_config.json에 이 내용을 붙여 넣으세요

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

터미널에서 이 명령어를 실행하세요

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

실행하기 전에 빈 값을 채워 주세요.

Cursor에서 열기

또는 설정을 직접 복사하기

프로젝트의 .cursor/mcp.json 또는 ~/.cursor/mcp.json에 붙여 넣으세요

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

브라우저가 앱을 열지 물어본 다음, 앱이 설정을 보여 주고 확인을 요청해요. 키 값은 비워 두니 직접 입력하세요.

VS Code에서 열기

또는 설정을 직접 복사하기

프로젝트의 .vscode/mcp.json에 붙여 넣으세요

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

브라우저가 앱을 열지 물어본 다음, 앱이 설정을 보여 주고 확인을 요청해요. 키 값은 비워 두니 직접 입력하세요.

이 서버는 내 컴퓨터에서 실행되는데, ChatGPT는 인터넷에 있는 서버에만 연결할 수 있어요. 다른 앱을 고르세요.

선택한 앱은 이 기기의 쿠키에만 저장돼요. 계정은 필요 없어요.

직접 입력할 값

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

이 설정은 제작자의 레지스트리 정보로 만들었어요. README와 다르면 README를 따르세요.

할 수 있는 일

내 컴퓨터에서 실행돼요. 설치하면 AI 앱에 도구 목록이 나타나요.

기본 점검i

누구나 볼 수 있는 정보를 점검했고, 코드는 읽지 않았어요. 해당하지 않는 항목은 개수에서 뺐어요. · 2026년 11월 9일 점검

✓ 통과
제작자와 저장소 일치
레지스트리 이름이 GitHub 계정 afurlane 기준으로 확인되었고, 이 계정이 저장소를 소유하고 있어요
… 아직 점검 안 함
계속 관리되고 있음
아직 GitHub에서 이 저장소를 읽어 오지 않았어요
… 아직 점검 안 함
라이선스 있음
아직 GitHub에서 이 저장소를 읽어 오지 않았어요
– 해당 없음
엔드포인트 응답
내 컴퓨터에서 실행되는 서버라 인터넷 엔드포인트가 없어요
– 해당 없음
OAuth로 로그인
내 컴퓨터에서 실행되며, 대신 로컬 설정을 사용해요
… 아직 점검 안 함
도구 설명에 숨겨진 지시 없음
내 컴퓨터에서 실행돼요. 도구 목록은 인터넷 엔드포인트가 있는 서버에서만 읽을 수 있어요

데이터베이스 및 데이터셋 카테고리의 다른 서버와 비교i

이 카테고리의 다른 서버 1151개 중 0%보다 스타가 많아요
이 카테고리의 다른 서버 1151개 중 24%보다 최근에 레지스트리에 공개됐어요
기본 점검 결과가 이 카테고리의 다른 서버 1151개 중 100%와 같거나 더 좋아요

레지스트리에서 이 카테고리의 활성 서버 전체와 비교했어요. 스타는 게시자가 저장소를 소유한 경우에만 세요.

자주 묻는 질문

Copilot Datagate, 안전한가요?

해당하는 기본 점검 1개 중 1개를 통과했어요. 코드는 읽지 않았어요. 키나 토큰을 넣기 전에 서버가 어떤 권한을 요구하는지 확인하고, 꼭 필요한 권한만 있는 키를 쓰세요.

어떤 키나 코드가 필요한가요?

레지스트리에 필수 키가 나와 있지 않아요. 다만 처음 쓸 때 로그인을 요구하는 서버도 있어요.

내 컴퓨터에서 실행되나요, 클라우드에서 실행되나요?

내 컴퓨터에서 실행돼요. AI 앱이 필요할 때 실행하고, 데이터는 제작자의 서버를 거치지 않아요(서버 자체가 온라인 서비스를 호출하는 경우는 제외).

아직 관리되고 있나요?

GitHub 저장소는 마지막으로 – 변경됐고, 최신 버전(0.4.0)은 3개월 전 레지스트리에 올라왔어요.

어떤 앱에서 쓸 수 있나요?

Claude Desktop, Claude Code, Cursor, VS Code처럼 MCP를 지원하는 앱에서 쓸 수 있어요. 내 컴퓨터에 Node.js도 있어야 해요.

대신 쓸 수 있는 건 뭐가 있나요?

같은 카테고리에는: Supabase, MongoDB MCP Server, Elasticsearch MCP Server

대안

같은 카테고리에서 다른 제작자가 만든 서버예요. 스타 순으로 정렬했어요.

카드 보는 법:↓ 주간 다운로드i★ GitHub 스타i세 기둥: 리뷰 · 점검 · 사용 정도i업데이트 = 최신 버전을 레지스트리에 공개한 날i

Supabase

MCP server for interacting with the Supabase platform

제작자: supabase널리 사용됨↓ 23.5만/주★ 3천그저께 업데이트

컴퓨터 또는 클라우드✓ supabase.com

설치

MongoDB MCP Server

MongoDB Model Context Protocol Server

제작자: mongodb-js널리 사용됨↓ 15.7만/주★ 1.2천4일 전 업데이트

내 컴퓨터에서 실행

설치

Elasticsearch MCP Server

MCP server for interacting with Elasticsearch

제작자: cr7258성장 중↓ 2.7천/주★ 31514개월 전 업데이트

내 컴퓨터에서 실행

설치

제작자의 README

README 열기

제작자의 저장소에서 쓰인 그대로 가져왔어요. PopNx MCP가 검토하거나 보증한 내용이 아니에요. HTML, 이미지, 스크립트는 제거했어요. 링크를 누르면 이 사이트를 벗어나요.

📘 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

개요

PopNx MCP의 세 기둥

할 수 있는 일

설치

설치하기 전에

직접 입력할 값

할 수 있는 일

기본 점검i

제작자와 저장소 일치

계속 관리되고 있음

라이선스 있음

엔드포인트 응답

OAuth로 로그인

도구 설명에 숨겨진 지시 없음

데이터베이스 및 데이터셋 카테고리의 다른 서버와 비교i

자주 묻는 질문

대안

Supabase

MongoDB MCP Server

Elasticsearch MCP Server

제작자의 README

📘 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