Skip to main content
Glama

VibeKit Enable Database

vibekit_enable_database
Idempotent

Provision a Postgres database for an app (idempotent — safe if already enabled). Required before the vibekit_db_* tools work. Note: free-tier apps need the $3/mo Database add-on.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
appIdYesApp ID (from vibekit_list_apps)

Output Schema

TableJSON Schema
NameRequiredDescriptionDefault
okYesWhether the call succeeded.
dataNoDatabase provisioning result including the assigned schema name; DATABASE_URL is injected on next deploy.
errorNoError message when ok is false (e.g. missing/invalid VIBEKIT_API_KEY, or an API error).

Schema Changelog

Changes observed during successful MCP inspections. Dates show when Glama detected each change.

  1. Changed1 schema field changed
    • changedOutput schema / (root)
      Previous value: -nullNew value: +{
      +  "description": "Result envelope: ok=true with data on success, ok=false with error on failure.",
      +  "properties": {
      +    "data": {
      +      "description": "Database provisioning result including the assigned schema name; DATABASE_URL is injected on next deploy."
      +    },
      +    "error": {
      +      "description": "Error message when ok is false (e.g. missing/invalid VIBEKIT_API_KEY, or an API error).",
      +      "type": "string"
      +    },
      +    "ok": {
      +      "description": "Whether the call succeeded.",
      +      "type": "boolean"
      +    }
      +  },
      +  "required": [
      +    "ok"
      +  ],
      +  "type": "object"
      +}
  2. First observed

TDQS

A4.3/5.0
Behavior4/5

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

Adds idempotency detail beyond annotations (safe if already enabled) and mentions add-on requirement; no contradiction with annotations.

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?

Two sentences plus a note, all essential information front-loaded with no redundancy.

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

Completeness5/5

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

Covers purpose, idempotency, prerequisite relationship, and a important constraint (add-on required for free-tier), with output schema presumably handling return values.

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?

Schema coverage is 100% with description for appId ('App ID (from vibekit_list_apps)'), but tool description adds no extra parameter meaning; baseline 3.

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?

Clearly states it provisions a Postgres database for an app, mentions idempotency, and distinguishes itself as prerequisite for vibekit_db_* tools.

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

Usage Guidelines4/5

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

Explicitly states it is required before vibekit_db_* tools work and notes free-tier apps need add-on, but doesn't provide alternatives or explicit when-not-to-use.

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

Try in Browser

Glama MCP Gateway

Add one secure layer between your agents and this server.

TDQS

A4/5.0
Disambiguation4/5

Most tools have distinct purposes, but vibekit_chat and vibekit_submit_task both handle AI-driven code changes, leading to potential confusion. Descriptions help differentiate, but overlap exists.

Naming Consistency4/5

All tools use the 'vibekit_' prefix and lowercase with underscores. Most follow a verb_noun pattern, but a few (e.g., 'vibekit_account') are noun-only, causing minor inconsistency.

Tool Count3/5

36 tools is on the high side, covering many aspects of the platform. While mostly justified, the count feels slightly excessive and could be streamlined.

Completeness5/5

The tool set covers the full lifecycle of apps, databases, tasks, schedules, skills, QA, and environment variables. No obvious gaps for the stated domain.