Antideploy

Freemium

无需编写 Dockerfile 或 YAML，Antideploy 分析代码并自动构建应用，部署至 HTTPS 环境。

什么是 Antideploy？

Antideploy 会读取应用的源代码，识别其运行时和基础设施需求，完成构建，并通过 HTTPS 部署。它将手动编写 Dockerfile、YAML 以及在云控制台中进行配置的流程，替换为一个分析步骤，并展示支持其结论的文件。

开发者可以从 GitHub、本地文件夹、API 或受支持的 coding agent 工作流进行部署。部署结果包括可访问的 URL、部署历史记录、日志和健康检查；对于应用的相关需求，还可使用 PostgreSQL、加密密钥和兼容 S3 的存储。

Antideploy 会检测代码使用的运行时、框架、构建和启动命令、端口、数据库需求以及环境变量。它会展示每项结论背后的文件证据，并在部署前提示潜在风险。

项目可以从 GitHub 连接，也可以上传文件夹或 ZIP，通过部署 API 推送，或按照文档所述的 MCP 工作流从 coding agent 发送。

Buildpack 会将代码仓库转换为容器，并通过 HTTPS 发布，因此用户无需创建或维护 Dockerfile。

对于已有相应需求的应用，Antideploy 可以配置 PostgreSQL 并在发布前运行迁移，提供加密的环境密钥，并创建兼容 S3 的对象存储。

控制台会显示当前运行版本、应用地址和之前的构建记录。保留的构建可用于回滚到已经构建的镜像。

用户可以获取构建日志和运行时日志，并设置健康检查，以便在应用状态发生变化或应用停止运行时通过电子邮件接收通知。GitHub 部署可以在每次推送时运行，也可以仅在手动请求时运行。

连接代码仓库，检查检测到的配置和警告，然后进行部署。后续推送到默认分支时可以自动构建和发布，适用于直接的持续部署场景。

当代码未托管在 GitHub 上时，可以上传项目目录或 ZIP。Antideploy 会在上传过程中排除常见的依赖目录和构建目录，之后再次上传文件夹即可发布新版本。

Claude Code、Cursor、Windsurf 或其他受支持的 MCP 客户端可以部署项目、检查结果并处理失败，无需开发者手动转述每个步骤。

部署静态网站不会计入在线应用或部署限制；对于适用的场景，后端应用可获得托管运行时、HTTPS 地址、日志以及持久化 PostgreSQL 或对象存储选项。

如何将应用部署到 Antideploy？

你可以连接 GitHub 代码仓库，从控制台上传文件夹或 ZIP，通过部署 API 推送项目，或通过 MCP 使用受支持的 coding agent 工作流。

Antideploy 在部署前会分析哪些内容？

它会识别应用使用的运行时、框架、构建和启动命令、端口、数据库需求以及环境变量。构建开始前，控制台会显示文件证据和检测到的潜在风险。

Antideploy 是否提供数据库和持久化存储？

它可以配置 PostgreSQL，并在发布前运行迁移。当应用已经使用 S3 时，它还可以提供兼容 S3 的对象存储。写入应用本地文件系统的文件是临时的，不应视为持久化存储。

可以手动控制 GitHub 部署吗？

可以。已连接的应用可以在每次推送到默认分支时部署，也可以设置为仅在你明确请求部署时才部署。文件夹上传和 coding agent 部署仅会在发起后开始。

平台的主要限制是什么？

Antideploy 为每个应用运行一个实例，不提供水平扩展，也没有 staging 或预览环境。它提供 PostgreSQL，而不是 MySQL、MongoDB 或 Redis；应用休眠后，首次请求可能需要更长时间才能得到响应。

流量数据仅供参考。