Render MCPサーバーでClaudeからWebサービス・DBを管理する

Render公式のMCPサーバーは、https://mcp.render.com/mcpのホスト型エンドポイントに接続するだけで使えます。WebサービスやPostgresデータベースの作成・デプロイ・ログ確認までを自然言語で扱えます。ツール一覧を見ると、既存サービスの直接的な更新や削除に対応するツールが用意されていない設計が分かります。本番環境に接続する前に、どこまでの操作が可能で、どこからがダッシュボード側の作業になるかを押さえておきます。

Render MCPサーバーでできること

Render MCPサーバーは、ワークスペース・サービス・デプロイ・ログ・メトリクス・Postgres・Key Valueの7系統でツールを提供します。Webサービスやスタティックサイト、Cronジョブ、Render Postgres、Render Key Valueの新規作成に対応します。既存サービスのデプロイをトリガーし、ビルドキャッシュをクリアすることもできます。ログはリソース・レベル・時間範囲で絞り込んで取得でき、Postgresには読み取り専用のSQLクエリを直接投げられます。

一方でRenderは、これらのツールが持つ書き込み範囲を意図的に制限しています。既存サービスを直接変更できる手段は、環境変数の更新とデプロイのトリガーだけです。update_web_serviceのようなツールを呼んでも設定は書き換わらず、ダッシュボードの該当ページへのリンクが返るだけです。削除系のツールはサービス・データベース・Key Valueのどれにも存在しません。

導入前に確認すること

Render MCPサーバーへの接続は、Renderアカウントへのアクセス権をAIツールに渡す操作です。公式ドキュメントも「環境変数の変更やデプロイのトリガーを含む、破壊的になりうる操作に対応している」と明記しています。接続前に、渡す先のワークスペースが本番か検証用かを確認してください。

Claude Code・Claude Desktopともに2つの認証方式が選べます。

Claude CodeにRender MCPサーバーを追加する

最短経路はRenderの公式プラグインです。

/plugin install render@claude-plugins-official

インストール後にアクセス範囲のスコープを選び、/reload-pluginsを実行します。初回にツールを呼び出すタイミングでブラウザの認可フローが開き、Renderアカウントへの接続が完了します。

非対話環境やCIではAPIキー方式を使います。RenderダッシュボードのAccount SettingsページでAPIキーを発行し、claude mcp addコマンドのヘッダーに渡します。

claude mcp add --transport http render https://mcp.render.com/mcp \
  --header "Authorization: Bearer <YOUR_API_KEY>"

--scopeフラグで設定の保存先(local / project / user)を指定できます。プロジェクト共有の設定にAPIキーをそのまま書き込むと、リポジトリを共有する全員に本番相当の権限が渡ってしまうため、共有スコープでは避けます。scopeごとの違いはClaude Code MCP設定ガイドにまとめています。

ワークスペースを選んでから使う

Render MCPサーバーの各ツールは、選択中のワークスペースに操作範囲が閉じます。接続直後は「Set my Render workspace to[ワークスペース名]」のように明示的に指定するか、サービス一覧を求めるプロンプトを投げたタイミングでツール側から選択を促されます。複数のワークスペースを使い分けている場合、ここで意図しないワークスペースを選ぶと、以降のすべての確認対象がずれます。

作成できるサービスとできないサービス

create_web_service・create_static_site・create_cron_job・create_postgres・create_key_valueの5つが、このMCPサーバーが新規作成に対応するリソースのすべてです。Webサービスのruntimeにはnode・python・go・rust・ruby・elixir・dockerが選べ、planでstarterからpro_ultraまでのプランを指定できます。Cronジョブは5フィールドの標準cron構文で、0 9 * * 1-5のような平日スケジュールも組めます。

これ以外のサービス形態は、公式ドキュメントが明示する制限です。イメージベースのサービスやIPアローリストの設定はMCP経由では作れません。必要な場合はRenderダッシュボードかREST APIを使います。

Render Key Valueを作るcreate_key_valueには、maxmemoryPolicy(キーの追い出しポリシー)とpersistenceMode(永続化方式)というRedis互換ならではのパラメータがあります。ジャーナル併用のスナップショット・スナップショットのみ・永続化なしの3方式から選べ、キャッシュ用途で永続化を切るか、ジョブキュー用途で永続化を残すかを作成時に決められます。

ホスト型サーバーとローカル実行の違い

Render公式は、ホスト型サーバー(https://mcp.render.com/mcp)の利用を強く推奨しています。新しいツールが追加されるたびに自動で反映されるためです。Dockerコンテナやローカル実行ファイルとして手元で動かす選択肢もあります。ただしその場合はRENDER_API_KEYをローカルの設定ファイルに直書きすることになり、アップデートも自分で追いかける必要があります。

エアギャップ環境やネットワークポリシー上ホスト型に接続できない場合を除き、ホスト型を選ぶ方が運用コストは低く済みます。ローカル実行を選ぶ理由が「ネットワーク制約」以外にないなら、素直にホスト型接続を使います。

本番デプロイに関わるツールと権限の境界

このMCPサーバーで本番環境に直接影響するツールは、実質的にtrigger_deployとupdate_environment_variablesの2つです。前者は既存デプロイをそのまま再実行するか、clearCacheをtrueにしてビルドキャッシュから作り直すかを選べます。後者はサービスの環境変数を丸ごと置き換えるため、一部のキーだけを追加するつもりでも、渡した配列に含まれないキーは消えます。

削除やスケーリング変更ができない設計は、誤操作の被害範囲を狭めます。それでもtrigger_deployとupdate_environment_variablesの2つは、Claude Code側の権限ルールで個別に確認を挟む価値があります。Claude Code MCP権限ルールのserver:tool単位の書き方を使えば、この2つだけ承認を必須にし、読み取り系のツールは自動承認する設定が組めます。

メトリクスとPostgresへの読み取り専用クエリ

get_metricsはCPU・メモリ使用率、インスタンス数、HTTPリクエスト数・レスポンスタイム、アウトバウンド帯域を取得します。ただしHTTPレスポンスタイムの取得にはProワークスペース以上のプランが要ります。Starterプランのままレスポンスタイムを聞いても、空の結果が返るだけです。

query_render_postgresは、Render Postgresに対して読み取り専用のSQLを実行するツールです。集計クエリやテーブル構造の確認をAIに任せる用途では、書き込み権限を持つ通常のDB接続文字列を渡すより安全な経路になります。取得したデータをもとに書き込み用の別経路を組み合わせない限り、このツール単体で本番データが書き換わることはありません。

読み取り系と書き込み系、実際のプロンプトの違い

同じ「サービスの状態を教えて」という質問でも、裏で呼ばれるツールは読み取り専用です。障害調査で使う典型的なプロンプトは次のようなものです。

• 「APIサービスの直近のエラーレベルログを取得して」→list_logs(読み取り専用)
• 「example.onrender.comが動いていない原因を調べて」→ログとメトリクスの参照が中心
• 「今月一番トラフィックが多かった日は?」→get_metrics(読み取り専用)

一方で次のようなプロンプトは、書き込み系ツールを呼びます。

• 「APIサービスを再デプロイして、ビルドキャッシュもクリアして」→trigger_deploy(本番に影響)
• 「5GBのストレージを持つuser-dbという名前のデータベースを作って」→create_postgres(新規課金が発生しうる)

読み取り系と書き込み系が同じ会話の中で連続して呼ばれることも珍しくありません。書き込み系のツール名を事前に把握しておくと、承認プロンプトで立ち止まるべき場面を判断しやすくなります。

よくあるつまずき

ワークスペースを設定しないままサービス一覧を求めると、ツールが選択を促す代わりに空の結果を返すことがあります。プロンプトの冒頭でワークスペースを明示すると解消します。

OAuth接続後にツールが見えない場合、/reload-pluginsの実行漏れが大半の原因です。プラグインのインストールと認可フローは別のステップなので、両方を確認します。

APIキー方式でBearerトークンを--headerに渡す際、引用符の閉じ忘れでトークンの一部がシェルに解釈されるトラブルもあります。長いトークンは環境変数に代入してから渡すと安全です。

Proプラン未満のワークスペースでレスポンスタイムのメトリクスを聞いて「データがない」と誤解するケースもあります。プラン制限による空応答なのか、実際に問題が起きているのかは、まずワークスペースのプランを確認してから切り分けます。

まとめ

Render MCPサーバーは、削除・スケーリング変更を意図的にツール化していない分、他社のPaaS向けMCPサーバーと比べて誤操作の余地が小さい設計です。それでもtrigger_deployとupdate_environment_variablesは本番に直結するため、Claude Code側の権限ルールで個別に確認を挟むかどうかは検討する価値があります。他のPaaS向けMCPサーバーとの権限設計の違いは、PaaS系MCPの本番デプロイ権限を各社でどう絞るかで比較しています。Heroku向けの同種のサーバーはHeroku MCPサーバーでClaude Codeからアプリをデプロイ・スケーリングするにまとめました。