# Antideploy 无需编写 Dockerfile 或 YAML，Antideploy 分析代码并自动构建应用，部署至 HTTPS 环境。 - Findings24: - 网站: - 价格: Freemium - 分类: AI DevOps助手, AI开发者工具 ## 什么是 Antideploy？ Antideploy 会读取应用的源代码，识别其运行时和基础设施需求，完成构建，并通过 HTTPS 部署。它将手动编写 Dockerfile、YAML 以及在云控制台中进行配置的流程，替换为一个分析步骤，并展示支持其结论的文件。 开发者可以从 GitHub、本地文件夹、API 或受支持的 coding agent 工作流进行部署。部署结果包括可访问的 URL、部署历史记录、日志和健康检查；对于应用的相关需求，还可使用 PostgreSQL、加密密钥和兼容 S3 的存储。 ## Antideploy 能做什么？ ### 源代码分析 Antideploy 会检测代码使用的运行时、框架、构建和启动命令、端口、数据库需求以及环境变量。它会展示每项结论背后的文件证据，并在部署前提示潜在风险。 ### 多种部署方式 项目可以从 GitHub 连接，也可以上传文件夹或 ZIP，通过部署 API 推送，或按照文档所述的 MCP 工作流从 coding agent 发送。 ### 基于 Buildpack 的发布 Buildpack 会将代码仓库转换为容器，并通过 HTTPS 发布，因此用户无需创建或维护 Dockerfile。 ### 托管应用资源 对于已有相应需求的应用，Antideploy 可以配置 PostgreSQL 并在发布前运行迁移，提供加密的环境密钥，并创建兼容 S3 的对象存储。 ### 部署历史记录与恢复 控制台会显示当前运行版本、应用地址和之前的构建记录。保留的构建可用于回滚到已经构建的镜像。 ### 日志与健康检查 用户可以获取构建日志和运行时日志，并设置健康检查，以便在应用状态发生变化或应用停止运行时通过电子邮件接收通知。GitHub 部署可以在每次推送时运行，也可以仅在手动请求时运行。 ## 使用场景 ### 部署 GitHub 应用 连接代码仓库，检查检测到的配置和警告，然后进行部署。后续推送到默认分支时可以自动构建和发布，适用于直接的持续部署场景。 ### 从本地文件夹发布项目 当代码未托管在 GitHub 上时，可以上传项目目录或 ZIP。Antideploy 会在上传过程中排除常见的依赖目录和构建目录，之后再次上传文件夹即可发布新版本。 ### 为 coding agent 提供部署访问权限 Claude Code、Cursor、Windsurf 或其他受支持的 MCP 客户端可以部署项目、检查结果并处理失败，无需开发者手动转述每个步骤。 ### 托管小型 Web 应用和静态网站 部署静态网站不会计入在线应用或部署限制；对于适用的场景，后端应用可获得托管运行时、HTTPS 地址、日志以及持久化 PostgreSQL 或对象存储选项。 ## 常见问题 ### 如何将应用部署到 Antideploy？ 你可以连接 GitHub 代码仓库，从控制台上传文件夹或 ZIP，通过部署 API 推送项目，或通过 MCP 使用受支持的 coding agent 工作流。 ### Antideploy 在部署前会分析哪些内容？ 它会识别应用使用的运行时、框架、构建和启动命令、端口、数据库需求以及环境变量。构建开始前，控制台会显示文件证据和检测到的潜在风险。 ### Antideploy 是否提供数据库和持久化存储？ 它可以配置 PostgreSQL，并在发布前运行迁移。当应用已经使用 S3 时，它还可以提供兼容 S3 的对象存储。写入应用本地文件系统的文件是临时的，不应视为持久化存储。 ### 可以手动控制 GitHub 部署吗？ 可以。已连接的应用可以在每次推送到默认分支时部署，也可以设置为仅在你明确请求部署时才部署。文件夹上传和 coding agent 部署仅会在发起后开始。 ### 平台的主要限制是什么？ Antideploy 为每个应用运行一个实例，不提供水平扩展，也没有 staging 或预览环境。它提供 PostgreSQL，而不是 MySQL、MongoDB 或 Redis；应用休眠后，首次请求可能需要更长时间才能得到响应。 ## 快速信息 - **类别**: 开发者部署平台 - **部署来源**: GitHub、本地文件夹、API 和 coding agent - **应用运行时**: 每个应用配备 1 个共享 vCPU 和 1 GB 内存 - **托管数据服务**: PostgreSQL 和兼容 S3 的对象存储 - **静态网站**: 所有套餐均免费 - **HTTPS**: 随部署的应用提供