celp-mcp
OfficialServer Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| MONGO_URL | No | MongoDB connection URL | |
| CELP_API_KEY | No | API key for Celp orchestration backend | |
| DATABASE_HOST | No | Database host | |
| DATABASE_NAME | No | Database name | |
| DATABASE_PORT | No | Database port (optional, defaults to standard port) | |
| DATABASE_TYPE | No | Type of database: postgres, mysql, mongodb, databricks | |
| DATABASE_USER | No | Database user | |
| PG_DISABLE_SSL | No | Set to 'true' to disable SSL for PostgreSQL | |
| DATABRICKS_HOST | No | Databricks host | |
| DATABRICKS_TOKEN | No | Databricks token | |
| DATABASE_PASSWORD | No | Database password | |
| STREAMING_API_URL | No | Override streaming API URL | |
| DATABRICKS_CATALOG | No | Databricks catalog | |
| DATABRICKS_HTTP_PATH | No | Databricks HTTP path |
Instructions
Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.
This server publishes no instructions, or was last inspected before Glama recorded them.
Capabilities
Features and capabilities supported by this server
Protocol revision2025-11-25
| Capability | Details |
|---|---|
| tools | {
"listChanged": true
} |
Tools
Functions exposed to the LLM to take actions
| Name | Description | ||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| query-databaseB | Data Analyst Agent: Reasoning Analysis ModeThis tool translates natural language into multi-step SQL analysis plans and executes them against databases. Use this for complex analytical questions requiring more reasoning. Capabilities
When to Use
Effective Prompts
Restrictions:
| ||||||||||||||||
| query-database-turboC | When to Use (Natural-Language Heuristics)Because the model sees only the user's question and minimal schema hints, Turbo Mode should activate automatically whenever the request exhibits every one of these surface-level cues. Each cue corresponds to a first-principles driver of SQL complexity that the model can infer without deep schema knowledge:
Limitations
Effective Prompts
| ||||||||||||||||
| get-schemaB | Returns the schema map for the database. Only use this tool after previous attempts fail, or when specifically requested | ||||||||||||||||
| get-index-mapB | Returns the index map for the database. Only use this tool after previous attempts fail, or when specifically requested |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
No resources | |
TDQS
Scored across 4 tools
The two metadata tools (get-index-map, get-schema) are clearly distinct. The two query tools (query-database, query-database-turbo) serve different complexity levels, but their overlapping purpose could cause confusion if the agent misjudges the query difficulty.
All tool names follow a consistent hyphenated lowercase pattern: get for metadata retrieval and query for querying, with a suffix for the turbo variant. The naming is uniform and predictable.
With 4 tools covering metadata retrieval and two query modes, the count is well-scoped for a database server. No unnecessary tools, and each serves a distinct purpose.
The tool surface covers schema/index inspection and both simple and complex querying. However, it lacks write operations (insert, update, delete) and explicit table listing, which are notable gaps for a comprehensive database server.