VibeKit MCP
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セットアップ
VibeKit APIキーを取得します(上記のAPIキーを取得するを参照)。
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"
}
}
}
}MCPクライアントを再起動します
利用可能なツール
ホスティング
Tool | Description |
| ホストされているすべてのアプリを一覧表示する |
| 特定のアプリの詳細を取得する |
|
|
| テンプレートから新しいアプリを作成する |
| GitHubリポジトリをホスティングにデプロイする |
| 最新のコードでアプリを再デプロイする |
| アプリの最近のデプロイをステータスとコミットとともに一覧表示する |
| アプリを以前のデプロイにロールバックする |
| アプリケーションログを取得する |
| アプリを再起動する |
| アプリを停止する |
| 停止したアプリを起動する |
| アプリの環境変数を取得する |
| アプリの環境変数を設定する |
| アプリを完全に削除する |
エージェント
Tool | Description |
| アプリのAIエージェントとチャットする |
| エージェントのステータスを取得する |
| エージェントとのチャット履歴を取得する |
データベース
Tool | Description |
| アプリ用にPostgresデータベースを有効にする |
| データベースのステータスと接続情報を取得する |
| データベーススキーマを取得する(すべてのテーブルとその列) |
| 読み取り専用SQLクエリを実行する(SELECTのみ、最大200行) |
| ページネーションとソートを使用して1つのテーブルの行を参照する |
QA
Tool | Description |
| 自動QAテストを実行する |
| QAテスト結果を取得する |
タスク
Tool | Description |
| コーディングタスクを送信する |
| タスクのステータス/結果を取得する |
| 最近のタスクを一覧表示する |
| タスクの完了を待つ |
| 実行中のタスクをキャンセルする |
| 繰り返しのスケジュールタスクを作成する |
| スケジュールされたタスクを一覧表示する |
| スケジュールされたタスクを削除する |
アカウント
Tool | Description |
| アカウント情報を取得する(プラン、クレジット、使用量) |
| 実装スキルを一覧表示する |
| 特定のスキルコンテンツを取得する |
使用例
設定が完了すると、次のようなプロンプトを使用できます:
"GitHubリポジトリをVibeKitにデプロイして新しいアプリを作成する"
"アプリのAIエージェントと連絡フォームの追加についてチャットする"
"アプリのログを表示して、エラーがあれば再起動する"
"アプリのデータベースを有効にして、スキーマを表示し、usersテーブルをクエリする"
"アプリの最近のデプロイを一覧表示し、最後に動作していたものにロールバックする"
"デプロイ済みアプリでQAテストを実行する"
"VibeKitアカウントの残高を確認して、アプリを一覧表示する"
"アプリのパフォーマンスを向上させるための毎週のスケジュールを作成する"
環境変数
Variable | Description | Default |
| あなたのVibeKit APIキー(必須) | なし |
| APIベースURL |
|
関連パッケージ
vibekit-cli: VibeKitクラウドワークフロー向けのターミナルクライアントvibekit-agent: 自分のマシン上のローカルClaude Code用のTelegramブリッジ
リンク
ダッシュボード(APIキーの表示または再生成)
プライバシーポリシー
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 toolsvibekit_database_statusVibeKit Database StatusARead-onlyIdempotentInspect
Get an app's database status and connection info (whether it's provisioned, frozen, etc.).
| Name | Required | Description | Default |
|---|---|---|---|
| appId | Yes | App ID (from vibekit_list_apps) |
Output Schema
| Name | Required | Description |
|---|---|---|
| ok | Yes | Whether the call succeeded. |
| data | No | Database stats: tables, storage, and connection info. |
| error | No | Error message when ok is false (e.g. missing/invalid VIBEKIT_API_KEY, or an API error). |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
Annotations already declare readOnlyHint and idempotentHint. The description adds context about what status includes (provisioned, frozen) but does not contradict annotations. It is consistent but adds limited new behavioral insight.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
Single sentence, front-loaded with action and resource, no wasted words. Efficient and to the point.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
Given it has one parameter and an output schema, the description is sufficient for a simple read tool. It explains the purpose and kind of info returned. No major gaps.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
Schema coverage is 100%, so baseline is 3. The description does not add meaning beyond the schema's parameter description ('App ID (from vibekit_list_apps)'). No additional parameter details.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
The description clearly states the action 'Get' and the resource 'app's database status and connection info' with examples like 'provisioned, frozen'. It distinguishes from sibling tool 'vibekit_get_task' which deals with tasks.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
The description implies usage for checking database status but does not provide explicit when-to-use or alternatives. No exclusions or guidance on when not to use this tool.
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 TaskARead-onlyInspect
Get the status and result of a task submitted via vibekit_submit_task.
| Name | Required | Description | Default |
|---|---|---|---|
| taskId | Yes | Task ID returned from vibekit_submit_task |
Output Schema
| Name | Required | Description |
|---|---|---|
| ok | Yes | Whether the call succeeded. |
| data | No | Task details: status, logs/result summary, and repo info. |
| error | No | Error message when ok is false (e.g. missing/invalid VIBEKIT_API_KEY, or an API error). |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
Annotations already declare readOnlyHint=true, and the description adds that it returns status and result, providing additional behavioral context without contradiction.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
The description is a single, clear sentence with no unnecessary words. It is front-loaded and concise.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
For a simple tool with one parameter and an output schema, the description is complete enough. It explains what the tool does and the context of use.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
Schema description coverage is 100%, and the parameter 'taskId' is well-described in the schema. The description adds no new information about parameters beyond what is already in the schema.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
The description clearly states the tool retrieves status and result of a task, specifying the resource and action. It distinguishes from the sibling tool 'vibekit_database_status' by focusing on tasks.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
The description implies usage after submitting a task via 'vibekit_submit_task', providing clear context. However, it does not explicitly state when not to use or mention alternatives beyond the sibling.
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. Dates show when Glama detected each change.
31 tool updates
v0.7.5- Removed
vibekit_account - Removed
vibekit_agent_history - Removed
vibekit_agent_status - Removed
vibekit_app_env - Removed
vibekit_app_logs - Removed
vibekit_cancel_task - Removed
vibekit_chat - Removed
vibekit_create_app - Removed
vibekit_create_schedule - Changed
vibekit_database_status2 fields changed- changed
Input schema / properties / appId / descriptionPrevious value: -"The app ID to get database status for"New value: +"App ID (from vibekit_list_apps)" - changed
Output 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" +}
- Removed
vibekit_delete_app - Removed
vibekit_delete_schedule - Removed
vibekit_deploy - Removed
vibekit_enable_database - Removed
vibekit_get_app - Removed
vibekit_get_skill - Changed
vibekit_get_task2 fields changed- changed
Input schema / properties / taskId / descriptionPrevious value: -"The task ID returned from vibekit_submit_task"New value: +"Task ID returned from vibekit_submit_task" - changed
Output 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" +}
- Removed
vibekit_list_apps - Removed
vibekit_list_schedules - Removed
vibekit_list_skills - Removed
vibekit_list_tasks - Removed
vibekit_list_templates - Removed
vibekit_qa_status - Removed
vibekit_redeploy - Removed
vibekit_restart_app - Removed
vibekit_run_qa - Removed
vibekit_set_env - Removed
vibekit_start_app - Removed
vibekit_stop_app - Removed
vibekit_submit_task - Removed
vibekit_wait_for_task
31 tool updates
v0.6.1- First observed
vibekit_account - First observed
vibekit_agent_history - First observed
vibekit_agent_status - First observed
vibekit_app_env - First observed
vibekit_app_logs - First observed
vibekit_cancel_task - First observed
vibekit_chat - First observed
vibekit_create_app - First observed
vibekit_create_schedule - First observed
vibekit_database_status - First observed
vibekit_delete_app - First observed
vibekit_delete_schedule - First observed
vibekit_deploy - First observed
vibekit_enable_database - First observed
vibekit_get_app - First observed
vibekit_get_skill - First observed
vibekit_get_task - First observed
vibekit_list_apps - First observed
vibekit_list_schedules - First observed
vibekit_list_skills - First observed
vibekit_list_tasks - First observed
vibekit_list_templates - First observed
vibekit_qa_status - First observed
vibekit_redeploy - First observed
vibekit_restart_app - First observed
vibekit_run_qa - First observed
vibekit_set_env - First observed
vibekit_start_app - First observed
vibekit_stop_app - First observed
vibekit_submit_task - First observed
vibekit_wait_for_task
TDQS
The two tools have completely distinct purposes: one checks database status, the other retrieves task results. No ambiguity.
Both tools use the consistent 'vibekit_' prefix followed by verb_noun pattern (database_status, get_task), showing good naming uniformity.
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.
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
Resources
Unclaimed servers have limited discoverability.
Looking for Admin?
If you are the server author, to access and configure the admin panel.
Related MCP Connectors
- QuallaaOAuthcom.quallaa
Talk to your public-facing AI from any MCP client — Claude, ChatGPT, Cursor, Cline, Windsurf.
Real-time chat for AI agents. Claude Code, Cursor, Cline and Codex join channels over MCP.
Real-time chat hub for AI agents — Claude Code, Cursor, Cline, Codex over MCP or REST.
Hosted MCP server for AI-driven data ops. Create apps, manage schemas, and CRUD structured data.
Related MCP Servers
- AlicenseAqualityBmaintenanceMCP server for Shipstatic — deploy and manage static sites from AI agents. Works with Claude Code, Cursor, VS Code Copilot, and any MCP-compatible client.153,1887MIT
- AlicenseBqualityDmaintenanceEnables 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.4939MIT
- AlicenseAqualityBmaintenanceAn MCP server for managing Modal — apps, containers, volumes, and secrets — and for deploying & running Modal apps directly from Claude Code and other MCP clients.123MIT
- FlicenseNot gradedqualityBmaintenancePublish your Claude Code setup, browse a public feed, and pull setups in. Remote MCP server + web feed in one FastAPI app.1-
Latest Blog Posts
- Who's Calling? MCP Hosts Are an Identity Blind Spot (And the Spec Knows It)By Om-Shree-0709 on .mcpAgent IdentityOAuth 2.1
- Your AI Chatbot Just Exposed Your CEO's Salary to an InternBy Om-Shree-0709 on .Agent IdentityMCP SecurityOAuth Delegation
- Why MCP Servers Need Execution Sandboxing (And Why Your Current Stack Isn't Enough)By Om-Shree-0709 on .Agentic AiPrompt InjectionWebAssembly
MCP directory API
We provide all the information about MCP servers via our MCP API.
curl -X GET 'https://glama.ai/api/mcp/v1/servers/VibeKit-Bot/vibekit-mcp'
If you have feedback or need assistance with the MCP directory API, please join our Discord server