Обзор

Сервер Render MCP — это протокол контекста модели (MCP). сервер, который позволяет взаимодействовать с ресурсами рендера через LLM.

Начало

Начните работу с сервером MCP, следуя официальной документации: https://render.com/docs/mcp-server

Поддержка протокола

Сервер поддерживает Streamable HTTP и stdio с версиями протокола MCP 2025-11-25, 2025-06-18, 2025-03-26 и 2024-11-05. Stdio также поддерживает бессессионный протокол 2026-07-28. Потоковый HTTP требуется инициализация рукопожатия с одной из перечисленных выше версий.

Сценарии использования

• Создание и управление веб-сервисами, статическими сайтами, cron работами и базами данных на Render
• Мониторинг журналов приложений и статуса развертывания для помощи в устранении неполадок
• Мониторинг показателей производительности сервисов для отладки, планирования ёмкости и оптимизации
• Запрос к вашим базам данных Postgres непосредственно внутри LLM

Обратная связь

Пожалуйста, оставляйте отзывы через Если у вас есть проблема на GitHub запросы на функции, жалобы на ошибки, предложения, комментарии или опасения.

Инструменты

Рабочие пространства

• list_workspaces - Укажите рабочие пространства, к которым у вас есть доступ

• Параметры не требуются

Render MCP Server

Overview

The Render MCP Server is a Model Context Protocol (MCP) server that allows you to interact with your Render resources via LLMs.

Getting Started

Get started with the MCP server by following the official docs: https://render.com/docs/mcp-server

Protocol Support

The server supports Streamable HTTP and stdio with MCP protocol versions 2025-11-25, 2025-06-18, 2025-03-26, and 2024-11-05. Stdio also supports the sessionless protocol 2026-07-28. Streamable HTTP requires the initialize handshake with one of the versions listed above.

Use Cases

• Creating and managing web services, static sites, cron jobs, and databases on Render
• Monitoring application logs and deployment status to help troubleshoot issues
• Monitoring service performance metrics for debugging, capacity planning, and optimization
• Querying your Postgres databases directly inside an LLM

Feedback

Please leave feedback via filing a GitHub issue if you have any feature requests, bug reports, suggestions, comments, or concerns.

Tools

Workspaces

• list_workspaces - List the workspaces that you have access to

  • No parameters required

• select_workspace - Select a workspace to use

  • ownerID: The ID of the workspace to select (string, required). Kept as ownerID so existing callers of this deprecated tool keep working; new code should pass workspaceId on each resource tool call instead.

• get_selected_workspace - Get the currently selected workspace

  • No parameters required

Every resource tool also accepts an optional workspaceId. After the user confirms a workspace from list_workspaces, pass that workspaceId on each related tool call. This keeps the target workspace explicit across MCP reconnects and transport-session changes. If workspaceId is omitted, the server temporarily falls back to the workspace selected in the current MCP session. That implicit session-based behavior is deprecated and is scheduled for removal.

Services

• list_services - List all services in your Render account

  • includePreviews: Whether to include preview services, defaults to false (boolean, optional)

• get_service - Get details about a specific service

  • serviceId: The ID of the service to retrieve (string, required)

• create_web_service - Create a new web service in your Render account

  • name: A unique name for your service (string, required)
  • runtime: Runtime environment for your service (string, required). Accepted values:
    • node
    • python
    • go
    • rust
    • ruby
    • elixir
    • docker
  • buildCommand: Command used to build your service (string, required unless runtime is docker)
  • startCommand: Command used to start your service (string, required unless runtime is docker)