run402-mcp
Related Servers
Alternatives to run402-mcp
No user-submitted related servers found.
Related Servers
- FlicenseNot gradedqualityDmaintenanceA secure PostgreSQL MCP server allowing AI models to read, write, update, and delete database records with parameterized queries, transactional dry-runs, disposable testing, and automated backups.-
- AlicenseNot gradedqualityCmaintenanceEnables connecting Postgres databases to MCP clients with built-in query and inspection tools, custom parametrized SQL tools, scoped API keys, group permissions, and audit logging.6MIT
- AlicenseNot gradedqualityDmaintenanceEnables AI assistants to securely interact with PostgreSQL databases through a standardized MCP interface, supporting SQL queries, schema inspection, and database management.MIT
- FlicenseNot gradedqualityDmaintenanceEnables interaction with a PostgreSQL database via MCP, using Docker and NestJS for AI-powered database operations.-
- AlicenseNot gradedqualityCmaintenanceEnables MCP clients to inspect and query PostgreSQL databases through per-endpoint bearer-token authentication, SQL guarding, and comprehensive audit logging, while a web UI manages connections, endpoints, roles, and audit records.MIT
- AlicenseAqualityAmaintenanceEnables governed access to corporate Postgres databases via MCP, supporting read-only queries, confirmed data and schema changes, query explanation, audit trail retrieval, and role-based policies with optional Vault secret integration.10MIT
TDQS
Scored across 8 tools
Deploy and up both perform deployments, differing only in whether setup is auto-completed, so an agent must read carefully to pick between them. Status, whoami, and doctor are also three overlapping read-only state views (local wallet vs remote principal vs diagnostics), and all of them plus most other operations are reachable through run, creating multiple routes to the same result. Descriptions do draw the lines explicitly, which keeps it from being worse.
Names mix bare verbs (deploy, run), bare nouns (status, whoami, doctor, docs), an adverb-ish workflow name (up), and one snake_case compound (expand_result). Individual names are readable, but there is no predictable convention an agent could extrapolate from.
Eight tools is a healthy scope for a deployment platform and nothing feels padded. The only quibble is that status, whoami, and doctor are thin convenience wrappers that run/docs already cover, so a couple of slots are low-value rather than bloated.
Core lifecycle is covered: plan/setup (up), apply (deploy), inspect (status/whoami/doctor), reference (docs), and an arbitrary SDK escape hatch (run) plus pagination (expand_result). Rollback, release listing, and secret management are not first-class tools, but the run snippet surface plus CLI pointers make them reachable, so gaps are workable rather than blocking.