部署到 Render

# 部署到 Render Render 支持 **Git 托管**服务和 **预构建 Docker 镜像**服务。 此技能涵盖 **Git 托管**流程： 1. **蓝图方法** - 生成 render.yaml 用于基础设施即代码 (IaC) 部署 2. **直接创建** - 通过 MCP 工具即时创建服务 蓝图也可以通过使用 `runtime: image` 运行**预构建 Docker 镜像**，但 `render.yaml` 必须存在于 Git 仓库中。 如果没有 Git 远程仓库，请停止并要求用户： - 创建/推送 Git 远程仓库（如果仅需要蓝图，可以保持最小化），或 - 使用 Render 仪表板/API 部署预构建 Docker 镜像（MCP 无法创建基于镜像的服务）。 ## 先决条件 - 当沙箱阻止部署网络调用时，使用 `sandbox_permissions=require_escalated` 重新运行。 - 部署可能需要几分钟。请使用适当的超时值。 ## 何时使用此技能 当用户想要执行以下操作时激活此技能： - 将应用程序部署到 Render - 创建 render.yaml 蓝图文件 - 为项目设置 Render 部署 - 在 Render 云平台上托管或发布应用程序 - 创建数据库、定时任务或其他 Render 资源 ## 快乐路径（新用户） 在深入分析之前使用此简短提示序列以减少摩擦： 1. 询问他们是想从 Git 仓库部署还是从预构建的 Docker 镜像部署。 2. 询问 Render 是否应该配置应用程序所需的一切（基于用户描述的可能性），或者仅部署应用程序而由他们自己提供基础设施。如果依赖关系不明确，请进行简短的后续询问，以确认他们是否需要数据库、工作进程、定时任务或其他服务。 然后按照下面的适当方法进行操作。 ## 选择你的源路径 **Git 仓库路径：** 蓝图和直接创建都需要。仓库必须推送到 GitHub、GitLab 或 Bitbucket。 **预构建 Docker 镜像路径：** Render 通过基于镜像的服务支持。MCP **不支持**此功能；请使用仪表板/API。要求提供： - 镜像 URL (注册表 + 标签) - 注册表认证 (如果是私有的) - 服务类型 (web/worker) 和端口 如果用户选择 Docker 镜像，引导他们使用 Render 仪表板镜像部署流程，或要求他们添加 Git 远程仓库（以便你可以使用带有 `runtime: image` 的蓝图）。 ## 选择你的部署方法 (Git 仓库) 两种方法都需要推送到 GitHub、GitLab 或 Bitbucket 的 Git 仓库。（如果使用 `runtime: image`，仓库可以很小，仅包含 `render.yaml`。） | 方法 | 最佳