Dokploy MCP

io.github.vcode-sh由 GitHub 账号 vcode-sh 发布v4.0.0更新于 Oct 24, 2026

Dokploy MCP server for Codex, Cursor, and Claude with compact stdio and hosted HTTP modes

已验证Streamable HTTP可网页运行云端与基础设施开发者工具

概览

AI 生成的概览

面向 Dokploy 的 MCP 服务器,让助手搜索 Dokploy 操作流程,并通过精简的工具集执行部署、compose、日志、域名和数据库等工作流。

可以做什么
用 search 检索生成的 Dokploy 操作目录并查看其接口约定,可按命名配置限定范围。用 execute 在单次沙箱调用中运行多步 Dokploy 工作流,涵盖部署、compose、日志、域名和数据库。用 list_profiles 列出已配置的配置名称和 URL,且不暴露 API 密钥。可选启用 raw 模式(每个操作一个工具)或 hybrid 模式(Code Mode 加部分 raw 工具)。既可通过 stdio 本地连接,也可通过基于请求头的托管 HTTP 端点连接。
适用场景
当你管理 Dokploy 面板,希望助手执行部署和基础设施任务,又不想把数百个端点模式塞进上下文时使用。适合运行多个 Dokploy 组织、需要命名配置的团队,以及 Codex、Cursor、Claude Code 或 Claude Desktop 等客户端。
运行要求
需要本地 Node.js 运行时以 npx 运行该 npm 包,或使用托管 HTTP 端点。需要 Dokploy 面板 URL 和 API 密钥(来自 Dokploy 设置 > 个人资料 > API/CLI),以 DOKPLOY_URL 和 DOKPLOY_API_KEY 提供,HTTP 方式则用 X-Dokploy-Url 和 X-Dokploy-Api-Key 请求头。可选 DOKPLOY_PROFILES_JSON 配置命名目标。需要能访问面板的网络。
安装前请注意
该 API 密钥可控制你的 Dokploy 面板,请将 DOKPLOY_API_KEY、DOKPLOY_PROFILES_JSON 和 X-Dokploy-Api-Key 视为机密。execute 工具运行的工作流可能在你 的基础设施上部署、更改或删除应用、compose 服务、域名和数据库。托管 HTTP 会话将请求级远程凭据绑定到会话,且不暴露本地命名配置。

安装

在 SourceWeft 中

  1. 打开 控制台中的 Dokploy MCP,将其添加到工作区。
  2. 连接 Custom headers 凭据。它们会被私密存储,绝不会在公开页面上展示。
  3. 为需要使用其工具的对话启用该服务。

Web executable,通过 Streamable HTTP。 远程服务在工作区中配置后即可从网页运行时运行。

其他 MCP 客户端

参照 仓库 中的启动说明。

README

@vibetools/dokploy-mcp

[npm version] [License: MIT] [Node >= 24]

MCP server for Dokploy that works cleanly with Codex, Cursor, Claude Code, and Claude Desktop.

Three tools up front. Hundreds of Dokploy procedures underneath. Less schema tax, more actual deploys.

Most MCP servers treat your context window like free landfill. This one starts with search, execute, and list_profiles, then earns the rest.

What that buys you:

  • compact default surface instead of hundreds of raw endpoint tools
  • generated, broad Dokploy coverage underneath
  • real workflows for deploys, compose, logs, domains, databases, and profiles
  • local stdio plus hosted HTTP metadata in the same package

Need proof instead of a sales monologue? Start with docs/live-e2e-proof.md.

Current Fact Snapshot

  • Generated API procedures in the pinned catalog: 544
  • Generated tags: 50
  • Default public MCP tools: 3 (search, execute, list_profiles)
  • Default tools/list footprint from the current budget check: about 1,681 tokens (6,723 bytes)
  • Reduction versus the classic endpoint-per-tool baseline (92,354 tokens): 98.2%
Classic endpoint-per-tool baselineCurrent Code Mode default
Tool definitions sentabout 92,354 tokensabout 1,681 tokens
Public MCP toolshundreds of endpoint schemas3
Context window taxwide schema dumpcompact fixed surface

Quick Start

Get your API key from Dokploy Settings > Profile > API/CLI.

For env-based setup, start from .env.example.

If your client uses a JSON-style MCP config, this is the whole block:

json
{  "mcpServers": {    "dokploy": {      "command": "npx",      "args": ["@vibetools/dokploy-mcp"],      "env": {        "DOKPLOY_URL": "https://panel.example.com",        "DOKPLOY_API_KEY": "dokp_..."      }    }  }}

If your client uses CLI-based MCP management:

bash
# Codexcodex mcp add dokploy \  --env DOKPLOY_URL=https://panel.example.com \  --env DOKPLOY_API_KEY=dokp_... \  -- npx @vibetools/dokploy-mcp
# Claude Codeclaude mcp add --transport stdio \  -e DOKPLOY_URL=https://panel.example.com \  -e DOKPLOY_API_KEY=dokp_... \  dokploy -- npx @vibetools/dokploy-mcp

Already authenticated with the Dokploy CLI or local dokploy-mcp config?

You may not need the env block at all.

Using multiple Dokploy organizations?

Keep one compact MCP server and configure profiles with DOKPLOY_PROFILES_JSON:

json
{  "mcpServers": {    "dokploy": {      "command": "npx",      "args": ["@vibetools/dokploy-mcp"],      "env": {        "DOKPLOY_PROFILES_JSON": "{\"redivo\":{\"url\":\"https://redivo.example.com\",\"apiKey\":\"dokp_redivo\"},\"personal\":{\"url\":\"https://personal.example.com\",\"apiKey\":\"dokp_personal\"},\"mezon\":{\"url\":\"https://mezon.example.com\",\"apiKey\":\"dokp_mezon\"}}"      }    }  }}

Use list_profiles to see the available default and named profile targets without exposing API keys. Pass profile to execute when you want a named profile instead of the default target:

json
{  "profile": "redivo",  "code": "return await dokploy.project.all()"}

search also accepts an optional profile argument for profile-name validation while preserving the same compact catalog behavior.

Hosted HTTP sessions keep their request-scoped remote credentials bound to the session. Named local profiles are not exposed there.

Want the wizard path instead of manual config?

bash
npx @vibetools/dokploy-mcp setup

Pick Your Client

What You Actually Get

  • search: discover Dokploy procedures and contracts
  • execute: run multi-step workflows in one sandboxed call
  • list_profiles: list configured Dokploy profile names and URLs without secrets
  • optional raw mode: one tool per procedure
  • optional hybrid mode: Code Mode plus selected raw tools
  • optional hosted HTTP path with server.json metadata and header-based remote auth

If you are new, use the default mode and stop trying to outsmart a problem that already has a working shape.

Read These Next

CLI

bash
npx @vibetools/dokploy-mcpnpx @vibetools/dokploy-mcp serve-stdionpx @vibetools/dokploy-mcp serve-httpnpx @vibetools/dokploy-mcp setupnpx @vibetools/dokploy-mcp version

Development

bash
git clone https://github.com/vcode-sh/dokploy-mcp.git && cd dokploy-mcpnpm installnpm run buildnpm run lintnpm testnpm run docs:check:facts

The rest lives in docs, where it belongs.

Credits

Forked from Dokploy/mcp. Started at 67 tools, mass-refactored to 377, then rebuilt the whole thing into an architecture that makes the tool count irrelevant.

Mauricio Siu built Dokploy itself -- the PaaS this server talks to. Without the platform, this is a very elaborate way to POST into the void.

Henrique Andrade wrote the original MCP server. 15 commits, every PR merged. The kind of contributor who closes issues instead of opening them.

Contributors who shaped the original: Joshua Macauley -- lucasleal-developer -- Nour Eddine Hamaidi -- Corey -- Azil0ne

Unmerged PRs are still blueprints. That's how open source works -- stolen inspiration with better commit messages.

License

MIT - Vibe Code

Original work by Henrique Andrade under Apache 2.0 -- see LICENSE-ORIGINAL.

来源:README.md,提交 1609150

工具

0
该服务器需要 API 密钥等凭据,因此 SourceWeft 无法在没有凭据的情况下读取其工具,也未收录。

版本历史

1
  1. v4.0.0最新Sep 16, 2026

评分

已满足适用检查项的 60%

该评分衡量此收录条目的完整程度,依据注册中心条目、端点与公开来源计算得出。它不是对服务器本身的评价,也不表示服务器安全或当前可用:可连通性是带日期的检查结果,评分也不包含安装量或用户评价。

  • 近 30 天内可连通必需25 分

    请保持端点能够响应 MCP 握手;SourceWeft 每 30 天探测一次。

  • 已声明认证方式必需10 分
  • 已列出工具15 分

    请让服务器在无凭据时响应 tools/list,或发布可在沙箱中无凭据启动的软件包。

  • 描述必需15 分
  • 图标10 分
  • 文档15 分
  • 许可证10 分