coolify-mcp

Manage database env vars

databaseEnvs

Manage environment variables for a database: list, create, update, bulk update, or delete entries. Secrets are masked by default, with an option to show them.

Instructions

Manage environment variables for a database. Actions: list (secrets masked unless showSecrets), create, update, bulk_update (pass envs array), delete (needs env_uuid).

Tool call template

Replace each placeholder with a value matching the input schema. Only required parameters are included; add optional parameters as needed.

{
  "id": 1,
  "jsonrpc": "2.0",
  "method": "tools/call",
  "params": {
    "arguments": {
      "uuid": "<uuid>",
      "action": "<action>"
    },
    "name": "databaseEnvs"
  }
}

Input Schema

Name	Required	Description
`key`	No
`envs`	No	For bulk_update: full list of env vars to apply
`uuid`	Yes	Database UUID
`value`	No
`action`	Yes
`env_uuid`	No	Required for delete
`is_literal`	No
`is_preview`	No
`showSecrets`	No

Schema Changelog

Changes observed during successful MCP inspections.

Addedv0.1.5Aug 7, 2026

TDQS

B3.3/5.0

Behavior1/5

Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?

The description contradicts the annotations by listing a delete action while the annotations set destructiveHint=false. This is a serious inconsistency. The description does add useful behavioral details (secrets masking, parameter requirements for actions), but the contradiction overrides any positive contribution.

Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.

Conciseness5/5

Is the description appropriately sized, front-loaded, and free of redundancy?

The description is one concise sentence that front-loads the purpose and then lists all actions with relevant notes. No wasted words; each clause provides essential information.

Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.

Completeness3/5

Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?

For a tool with 5 actions and 9 parameters, the description covers the actions and key parameter requirements but omits details such as the semantics of is_literal and is_preview. There is no output schema, but the description partially addresses return behavior (secrets masking). Overall, it is adequate but not complete.

Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.

Parameters3/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

The description adds action-specific parameter mapping (envs for bulk_update, env_uuid for delete, showSecrets for list), which is helpful beyond the sparse schema. However, schema coverage is only 33%, and the description does not explain key, value, is_literal, or is_preview for create/update, leaving gaps.

Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.

Purpose5/5

Does the description clearly state what the tool does and how it differs from similar tools?

The description clearly states the tool manages environment variables for a database and enumerates the supported actions (list, create, update, bulk_update, delete). This verb+resource pairing (Manage + database env vars) distinguishes it from sibling tools like applicationEnvs or serviceEnvs.

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Usage Guidelines3/5

Does the description explain when to use this tool, when not to, or what alternatives exist?

Usage is implied: this tool is for database environment variables, but there is no explicit guidance on when to use this tool versus alternatives such as applicationEnvs or serviceEnvs. No exclusions or when-not-to-use conditions are stated.

Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.

Deploy Server