
Custom Mcp Database
io.github.renanlidoPublished by GitHub account renanlidov0.6.2Updated Oct 24, 2026
Run alias-based queries against PostgreSQL, MySQL, MongoDB and Oracle without exposing credentials.
Overview
Local MCP server that lets an assistant run alias-based queries against PostgreSQL, MySQL, MongoDB and Oracle without seeing the credentials.
- What you can do
- List configured database aliases and their types, and check the active security policy and read-only posture. Run SQL queries or MongoDB JSON filters against a chosen alias, with results capped and secrets redacted from errors. List MongoDB collections for a configured alias. Connections are added, listed and removed from the terminal CLI, not through the assistant by default.
- When to use it
- Useful when you want an assistant to explore or query existing relational or MongoDB databases while keeping host, user and password out of the model's context. A good fit for read-only reporting and ad-hoc lookups against production or internal databases.
- Requirements
- Runs locally over stdio; the package is fetched from PyPI on first run and needs uv. Each database connection must be configured once with the CLI (alias, type, host, port, user, database, and a password or URI supplied by prompt, environment variable or file). No credentials are declared in the manifest; the config file lives under the user's config directory and can be relocated with MCP_DB_CONFIG.
Installation
In SourceWeft
- Open Custom Mcp Database in the dashboard and add it to a workspace.
- Enable the server for the chats that should use its tools.
Desktop only via STDIO. STDIO servers start a local process, so they need the SourceWeft desktop host.
Other MCP clients
Follow the launch instructions in the repository.
README
Custom MCP Database
mcp-name: io.github.renanlido/custom-mcp-database
An MCP server that lets AI agents run alias-based queries against PostgreSQL, MySQL, MongoDB and Oracle — without ever exposing credentials to the model. Connections are configured once and stored locally; the agent only ever references them by alias.
Works with Claude Code, Claude Desktop, Cursor, VS Code, Windsurf, Gemini CLI, and any other MCP client (all use the same stdio launch command).
Quickstart
There are two roles, on purpose. Keeping them separate is what stops your DB password from ever reaching the model.
You (once, in your terminal) — install the credentials
The agent never installs credentials. You do, with the CLI. The secret stays on your machine and is never sent to the model.
Easiest way — the guided wizard (asks type, host, user, and how to supply the secret; optionally tests the connection):
Or do it in one line (you'll be prompted for the password — hidden input):
The agent (always) — uses it by alias
Point your MCP client at the server (see Install), then just ask:
"Using prod_ro, run
SELECT count(*) FROM orders."
The agent calls db_execute_query with the alias prod_ro — never a host, user,
or password. It physically cannot see the credentials; they live in your local config,
resolved only inside the server process at query time.
Why the agent can't add the DB: an MCP tool's arguments are produced and read by the
LLM. If the agent typed your password into an add tool, that password would land in the
model's context, the provider, and the logs. So credential setup is a human/CLI step by
design. (Need an agent to wire connections in an automated pipeline? See
MCP_DB_ALLOW_ADMIN_TOOLS in SECURITY.md — even then it only accepts a
reference to a secret, e.g. an env-var name, never the secret itself.)
Writes are off by default (read-only). To allow them for a task:
export MCP_DB_READONLY=0 MCP_DB_ALLOW_WRITES=1.
Install
The server runs over stdio. The universal launch command is uvx custom-mcp-database run
(requires uv; the package is fetched from PyPI on first run).
Claude Code
Claude Desktop
Two options:
- One-click bundle — build the
.mcpb(mcpb pack) and open it in Claude Desktop. See Distribution. - Manual config — add the snippet from
examples/mcp-clients/claude-desktop.jsontoclaude_desktop_config.json.
Other clients
Copy the matching snippet — all use the same command/args, only the file and key differ:
Full client matrix and a local-checkout variant: examples/mcp-clients/README.md.
Configure connections
Configure connections from your terminal with the CLI — never through the agent. A connection's password is a real secret; if it were passed as an MCP tool argument it would enter the model's context (and the provider, transcripts, and logs). So the credential-management tools are off the MCP surface by default; provisioning is a human/CLI task. The agent only lists and uses aliases.
Omit --password/--uri to be prompted securely (hidden input, not stored in shell
history). Even better, keep the secret out of the config file entirely with
--password-env / --password-file (resolved at connection time):
Config location (override with MCP_DB_CONFIG):
$XDG_CONFIG_HOME/custom-mcp-database/mcp_config.sqlite3
(default ~/.config/custom-mcp-database/mcp_config.sqlite3, 0600).
If you pass a literal
--password/--uri, it is stored as plaintext JSON in that SQLite file. Prefer--password-env/--password-file(or--uri-env/--uri-file) so only a reference is stored. Either way, keep the file secret (it is0600, gitignored, not encrypted).
MCP tools
db_add_database / db_remove_database are not exposed over MCP by default — manage
connections with the CLI. To opt into exposing them (the add tool only accepts secrets by
reference, never a literal password), set MCP_DB_ALLOW_ADMIN_TOOLS=1.
db_execute_query notes: SQL runs as given with parameterized binds (add your own
LIMIT); MongoDB takes a JSON filter + collection, caps results at 10 (--limit),
rejects empty filters, and coerces 24-char hex strings to ObjectId.
Security
This server handles real credentials and production data, so it ships deny-by-default:
- Read-only by default. Only SELECT-class SQL runs. Writes/DDL require explicit opt-in.
- No stacked statements (
;-injection blocked), single statement per call. - MongoDB server-side JavaScript blocked (
$where,$function,$accumulator, mapReduce, …). - Identifiers validated (
oracle_schemacan't be used for injection). - Results capped at
MCP_DB_MAX_ROWS(default 1000); secrets redacted from errors. - Credential store is
0600plaintext SQLite — keep the host disk encrypted.
Check the live posture: custom-mcp-database security-status (or the db_security_status tool).
Enable writes for a specific task (then turn it back off):
Read the full protocol — least-privilege DB roles, TLS, prompt-injection handling, vulnerability reporting — in SECURITY.md. The app-layer guards are defense-in-depth; the authoritative control is a least-privilege database account.
Develop
Inspect tools interactively:
Distribution
This repo ships ready-to-publish metadata for every major channel. All of it is
published automatically on push to main (see below):
Automated release — just push to main
Releases are fully automated. On every push to main,
.github/workflows/release.yml:
- Picks the next semantic version from your commits since the last tag
(
feat:→ minor,BREAKING CHANGE/type!:→ major, anything else → patch; add[skip release]to a commit message to skip). - Writes that version into
pyproject.tomland syncs it into every artifact (server.json,manifest.json, plugin + marketplace) viascripts/sync_version.py— version lives in one place, no hand-bumping. - Builds, commits
chore(release): vX [skip ci], tagsvX, pushes. - Publishes to PyPI (Trusted Publishing/OIDC), then the MCP Registry (GitHub OIDC).
- Packs the
.mcpband cuts a GitHub Release with the wheel + bundle attached.
The release commit carries [skip ci], so it does not re-trigger the workflow.
One-time setup (can't be automated — needs your accounts):
- Create a PyPI Trusted Publisher for
renanlido/custom-mcp-database, workflowrelease.yml. - Allow GitHub Actions to push to
main(repo → Settings → Actions → Read and write permissions; ifmainis a protected branch, allow the actions bot to bypass or use a PAT).
The MCP Registry namespace is io.github.renanlido/custom-mcp-database (GitHub-validated).
Local manual escape hatch: make build (syncs version + builds) then uv publish.
License
MIT
Source: README.md at commit 573e361
Tools
0Version history
1- v0.6.2LatestSep 16, 2026
Score
40% of the applicable checks met
How complete this listing is, computed from the registry entry, the endpoint and public sources. Not a rating of the server and not a statement that it is safe or working today: reachability is a dated check, and no installs or reviews go into the score.
- Reached in the last 30 days25 pts
Keep the endpoint answering the MCP handshake; SourceWeft probes it every 30 days.
- Auth declared10 pts
Declare the credential headers in the registry entry, or keep the endpoint answering the probe so its auth can be classified.
- Tools listed15 pts
Answer tools/list without a credential, or ship a package that starts in a sandbox without one.
- DescriptionRequired15 pts
- Logo10 pts
- Documentation15 pts
- License10 pts
Declare a license in the repository or the registry entry.