Skip to main content
Glama
Sign In
deenesjakoruzh
VibeKit MCP

VibeKit MCP

by VibeKit-Bot
OverviewSchemaSourceRelated ServersDiscussionsAdmin
TypeScript
Remote

vibekit-mcp

VibeKit 用のMCPサーバーです。任意のMCPクライアントからアプリのデプロイ、ホスティング管理、AIエージェントとのチャットができます。

このパッケージはVibeKitクラウド/APIアクセス用です。ローカルのClaude CodeインスタンスをTelegramに接続するものではありません。ローカルマシンのリモート制御にはvibekit-agentを使用してください。

リモートで使用する（インストール不要）

VibeKitはホスト型リモートサーバーとしても動作するため、リモートMCP URLを受け入れるクライアント（claude.aiのウェブコネクタ、ChatGPTなど）はインストール不要です：

https://mcp.vibekit.bot/mcp?api_key=vk_your_api_key_here

そのURLをクライアントの「カスタムコネクタ」/「リモートMCPサーバー」フィールドに貼り付けてください。ヘッダーを設定できるクライアントでは、代わりにAuthorization: Bearer vk_your_api_key_hereを送信し、ベアのhttps://mcp.vibekit.bot/mcpを使用できます。詳細は下記のAPIキーを取得するを参照してください。

ローカルのstdioインストール（例：Claude Desktop）をお好みですか？以下の手順を使用してください。

Related MCP server: vibekit-mcp

APIキーを取得する

キーはvk_で始まります。取得方法は2つあります：

  • 即時、サインアップ不要： 1回のリクエストでキーが返されます。

curl -X POST https://vibekit.bot/api/v1/auth/register
# Response: {"apiKey": "vk_...", "plan": "free", "credits": 0}

返されたキーを保存して再利用してください。/auth/registerへの呼び出しごとに新しいアカウントが作成されるため、リクエストごとではなく1回だけ呼び出してください。

  • アカウントから： すでにVibeKitを使用している場合は、ウェブダッシュボードまたはiOSアプリの設定でキーをコピーまたは再生成してください。

インストール

npm install -g vibekit-mcp

セットアップ

  1. VibeKit APIキーを取得します（上記のAPIキーを取得するを参照）。

  2. MCPクライアント設定（例：Claude Desktop）に追加します（macOSでは~/Library/Application Support/Claude/claude_desktop_config.json）：

{
  "mcpServers": {
    "vibekit": {
      "command": "vibekit-mcp",
      "env": {
        "VIBEKIT_API_KEY": "vk_your_api_key_here"
      }
    }
  }
}

  1. MCPクライアントを再起動します

利用可能なツール

ホスティング

Tool

Description

vibekit_list_apps

ホストされているすべてのアプリを一覧表示する

vibekit_get_app

特定のアプリの詳細を取得する

vibekit_list_templates

vibekit_create_app用のスターターテンプレートを一覧表示する

vibekit_create_app

テンプレートから新しいアプリを作成する

vibekit_deploy

GitHubリポジトリをホスティングにデプロイする

vibekit_redeploy

最新のコードでアプリを再デプロイする

vibekit_list_deploys

アプリの最近のデプロイをステータスとコミットとともに一覧表示する

vibekit_rollback_deploy

アプリを以前のデプロイにロールバックする

vibekit_app_logs

アプリケーションログを取得する

vibekit_restart_app

アプリを再起動する

vibekit_stop_app

アプリを停止する

vibekit_start_app

停止したアプリを起動する

vibekit_app_env

アプリの環境変数を取得する

vibekit_set_env

アプリの環境変数を設定する

vibekit_delete_app

アプリを完全に削除する

エージェント

Tool

Description

vibekit_chat

アプリのAIエージェントとチャットする

vibekit_agent_status

エージェントのステータスを取得する

vibekit_agent_history

エージェントとのチャット履歴を取得する

データベース

Tool

Description

vibekit_enable_database

アプリ用にPostgresデータベースを有効にする

vibekit_database_status

データベースのステータスと接続情報を取得する

vibekit_db_schema

データベーススキーマを取得する（すべてのテーブルとその列）

vibekit_db_query

読み取り専用SQLクエリを実行する（SELECTのみ、最大200行）

vibekit_db_table

ページネーションとソートを使用して1つのテーブルの行を参照する

QA

Tool

Description

vibekit_run_qa

自動QAテストを実行する

vibekit_qa_status

QAテスト結果を取得する

タスク

Tool

Description

vibekit_submit_task

コーディングタスクを送信する

vibekit_get_task

タスクのステータス/結果を取得する

vibekit_list_tasks

最近のタスクを一覧表示する

vibekit_wait_for_task

タスクの完了を待つ

vibekit_cancel_task

実行中のタスクをキャンセルする

vibekit_create_schedule

繰り返しのスケジュールタスクを作成する

vibekit_list_schedules

スケジュールされたタスクを一覧表示する

vibekit_delete_schedule

スケジュールされたタスクを削除する

アカウント

Tool

Description

vibekit_account

アカウント情報を取得する（プラン、クレジット、使用量）

vibekit_list_skills

実装スキルを一覧表示する

vibekit_get_skill

特定のスキルコンテンツを取得する

使用例

設定が完了すると、次のようなプロンプトを使用できます：

  • "GitHubリポジトリをVibeKitにデプロイして新しいアプリを作成する"

  • "アプリのAIエージェントと連絡フォームの追加についてチャットする"

  • "アプリのログを表示して、エラーがあれば再起動する"

  • "アプリのデータベースを有効にして、スキーマを表示し、usersテーブルをクエリする"

  • "アプリの最近のデプロイを一覧表示し、最後に動作していたものにロールバックする"

  • "デプロイ済みアプリでQAテストを実行する"

  • "VibeKitアカウントの残高を確認して、アプリを一覧表示する"

  • "アプリのパフォーマンスを向上させるための毎週のスケジュールを作成する"

環境変数

Variable

Description

Default

VIBEKIT_API_KEY

あなたのVibeKit APIキー（必須）

なし

VIBEKIT_API_URL

APIベースURL

https://vibekit.bot/api/v1

関連パッケージ

  • vibekit-cli: VibeKitクラウドワークフロー向けのターミナルクライアント

  • vibekit-agent: 自分のマシン上のローカルClaude Code用のTelegramブリッジ

リンク

プライバシーポリシー

VibeKitのプライバシーポリシー：https://vibekit.bot/privacy

このMCPサーバーがあなたのデータに対して具体的に行うこと：

  • すべてのツール呼び出しは、HTTPS経由でVibeKit API（https://vibekit.bot/api/v1） に転送され、設定したAPIキーで認証されます。ツールの入力と 出力は、上記のプライバシーポリシーの下で、アプリとエージェントを実行するためにVibeKitによって処理されます。

  • サーバー自体は状態を保持しません：ディスクに書き込まれるものはなく、 このパッケージによる分析やテレメトリの収集もありません。APIキーは 設定（VIBEKIT_API_KEY / 拡張機能のキーフィールド）から読み取られ、 vibekit.botにのみ送信されます。

  • データの保持、第三者との共有、削除は上記のポリシーに従います。 質問：support@vibekit.bot。

Available Tools

2 tools
vibekit_database_statusVibeKit Database StatusA
Read-onlyIdempotent
Inspect

Get an app's database status and connection info (whether it's provisioned, frozen, etc.).

NameRequiredDescriptionDefault
appIdYesApp ID (from vibekit_list_apps)

Output Schema

NameRequiredDescription
okYesWhether the call succeeded.
dataNoDatabase stats: tables, storage, and connection info.
errorNoError message when ok is false (e.g. missing/invalid VIBEKIT_API_KEY, or an API error).

TDQS

A3.8/5.0
Behavior3/5

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

Annotations already declare readOnlyHint and idempotentHint. The description adds minimal behavioral context (e.g., 'whether it's provisioned, frozen, etc.') but does not reveal additional traits. No contradiction.

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 a single, front-loaded sentence with no wasted words. Every element is purposeful.

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

Completeness4/5

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

Given an output schema exists, the description need not explain return values. It covers the essential purpose and mentions example states. Could be slightly more specific but is adequate.

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 a description for 'appId'. The tool description adds no extra meaning beyond the schema, so baseline score applies.

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 'Get an app's database status and connection info', which uses the verb 'Get' and specifies the resource. It distinguishes from siblings like 'vibekit_db_query' and 'vibekit_enable_database' by focusing solely on status.

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?

No explicit guidance on when to use this tool versus alternatives. The description only states what it does, leaving the agent to infer context from sibling tool names.

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

vibekit_get_taskVibeKit Get TaskA
Read-only
Inspect

Get the status and result of a task submitted via vibekit_submit_task.

NameRequiredDescriptionDefault
taskIdYesTask ID returned from vibekit_submit_task

Output Schema

NameRequiredDescription
okYesWhether the call succeeded.
dataNoTask details: status, logs/result summary, and repo info.
errorNoError message when ok is false (e.g. missing/invalid VIBEKIT_API_KEY, or an API error).

TDQS

A4.3/5.0
Behavior3/5

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

Annotations already set readOnlyHint=true, indicating no side effects. The description adds no further behavioral details (e.g., re-fetch behavior, error states). With annotations covering safety, the description meets the baseline but does not exceed.

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?

Single sentence that directly conveys the purpose without fluff. Every word is necessary; no redundancy or extraneous information.

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?

With an output schema present, the description doesn't need to detail return values. The one-parameter tool is fully covered by the description and schema, leaving no gaps for an agent to misinterpret.

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

Parameters4/5

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

Schema coverage is 100% with description for taskId. The description adds value by specifying that the ID comes from vibekit_submit_task, linking the tools together and clarifying the parameter's origin.

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 verb 'Get' and the resource 'status and result of a task', and distinguishes it from sibling tools like vibekit_submit_task (creates) and vibekit_cancel_task (cancels). It references the specific submission tool, making purpose unambiguous.

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?

The description implies use after vibekit_submit_task. It does not explicitly mention when not to use or alternatives like vibekit_wait_for_task for polling, but the context is clear enough for an agent to infer appropriate usage.

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

Tool Schema Changelog

Recent tool additions, removals, and schema changes observed during successful MCP inspections.

  1. 31 tool updatesv0.7.5
    • Removedvibekit_account
    • Removedvibekit_agent_history
    • Removedvibekit_agent_status
    • Removedvibekit_app_env
    • Removedvibekit_app_logs
    • Removedvibekit_cancel_task
    • Removedvibekit_chat
    • Removedvibekit_create_app
    • Removedvibekit_create_schedule
    • Changedvibekit_database_status2 fields changed
      • changedInput schema / properties / appId / description
        Previous value: -"The app ID to get database status for"New value: +"App ID (from vibekit_list_apps)"
      • 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 stats: tables, storage, and connection info."
+    },
+    "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"
+}
    • Removedvibekit_delete_app
    • Removedvibekit_delete_schedule
    • Removedvibekit_deploy
    • Removedvibekit_enable_database
    • Removedvibekit_get_app
    • Removedvibekit_get_skill
    • Changedvibekit_get_task2 fields changed
      • changedInput schema / properties / taskId / description
        Previous value: -"The task ID returned from vibekit_submit_task"New value: +"Task ID returned from vibekit_submit_task"
      • 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": "Task details: status, logs/result summary, and repo info."
+    },
+    "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"
+}
    • Removedvibekit_list_apps
    • Removedvibekit_list_schedules
    • Removedvibekit_list_skills
    • Removedvibekit_list_tasks
    • Removedvibekit_list_templates
    • Removedvibekit_qa_status
    • Removedvibekit_redeploy
    • Removedvibekit_restart_app
    • Removedvibekit_run_qa
    • Removedvibekit_set_env
    • Removedvibekit_start_app
    • Removedvibekit_stop_app
    • Removedvibekit_submit_task
    • Removedvibekit_wait_for_task
  2. 31 tool updatesv0.6.1
    • First observedvibekit_account
    • First observedvibekit_agent_history
    • First observedvibekit_agent_status
    • First observedvibekit_app_env
    • First observedvibekit_app_logs
    • First observedvibekit_cancel_task
    • First observedvibekit_chat
    • First observedvibekit_create_app
    • First observedvibekit_create_schedule
    • First observedvibekit_database_status
    • First observedvibekit_delete_app
    • First observedvibekit_delete_schedule
    • First observedvibekit_deploy
    • First observedvibekit_enable_database
    • First observedvibekit_get_app
    • First observedvibekit_get_skill
    • First observedvibekit_get_task
    • First observedvibekit_list_apps
    • First observedvibekit_list_schedules
    • First observedvibekit_list_skills
    • First observedvibekit_list_tasks
    • First observedvibekit_list_templates
    • First observedvibekit_qa_status
    • First observedvibekit_redeploy
    • First observedvibekit_restart_app
    • First observedvibekit_run_qa
    • First observedvibekit_set_env
    • First observedvibekit_start_app
    • First observedvibekit_stop_app
    • First observedvibekit_submit_task
    • First observedvibekit_wait_for_task
Deploy Server
Shareable, User-Owned Context BackendPeople, applications, and agents read, write, and coordinate together in one context lake. Reach it over MCP, a CLI, a Python SDK, or REST.fulcradynamics.comAd

TDQS

A3.9/5.0

Scored across 2 tools

Disambiguation5/5

The two tools have completely distinct purposes: one checks database status, the other retrieves task results. No ambiguity.

Naming Consistency5/5

Both tools use the consistent 'vibekit_' prefix followed by verb_noun pattern (database_status, get_task), showing good naming uniformity.

Tool Count2/5

Only 2 tools for a server named 'VibeKit MCP' is too few, especially since a referenced tool (vibekit_submit_task) is missing, making the set feel incomplete.

Completeness2/5

The tool set is missing a critical tool (vibekit_submit_task) that is referenced in vibekit_get_task, and there are obvious gaps in domain coverage beyond database status and task retrieval.

Maintenance

ActivityMaintained
ResponsivenessUnresponsive

Resources

Related MCP Connectors

Related MCP Servers

  • vibekit-mcp

    vibekit-apps
    A
    license
    B
    quality
    D
    maintenance
    Enables the management of AI-powered VibeKit apps, allowing users to control deployments, monitor logs, and perform database operations directly from MCP-compatible clients. It facilitates interaction with hosted AI agents and the execution of headless coding tasks through natural language.
    49
    10 npm
    MIT

  • dothub

    catancs
    F
    license
    Not graded
    quality
    D
    maintenance
    Publish your Claude Code setup, browse a public feed, and pull setups in. Remote MCP server + web feed in one FastAPI app.
    1
    -