antideploy-mcp

{"type": "text"}# antideploy-mcp

코딩 에이전트 내부에서 Antideploy로 애플리케이션을 배포합니다. Claude Code, Cursor, Windsurf, Codex, MCP를 지원하는 모든 도구에서 사용할 수 있습니다.

빌드하고 싶은 것을 설명하면 에이전트가 코드를 작성한 다음 배포합니다. Dockerfile이나 YAML 파일을 작성하거나 클라우드 콘솔을 만질 필요가 없습니다.

you  ─▶  agent writes the app  ─▶  deploy  ─▶  https://your-app.antideploy.com

설치

설치할 것이 없습니다. 에이전트가 npx로 실행합니다.

Claude Code

claude mcp add antideploy -e ANTIDEPLOY_API_KEY=ad_your_key -- npx -y antideploy-mcp

Cursor, Windsurf 및 mcp.json을 사용하는 기타 도구

{
  "mcpServers": {
    "antideploy": {
      "command": "npx",
      "args": ["-y", "antideploy-mcp"],
      "env": { "ANTIDEPLOY_API_KEY": "ad_your_key" }
    }
  }
}

Related MCP server: Citizen Deployment MCP Server

키 발급

antideploy.com에서 애플리케이션을 만든 다음 해당 애플리케이션의 API 키를 생성합니다. 키가 애플리케이션을 식별하므로 애플리케이션 ID를 전달할 필요가 없습니다. 키 하나, 앱 하나입니다. 이는 의도적인 설계입니다. 이 키는 프로젝트 디렉터리에 붙여넣게 되므로 결국 커밋되거나 스크린샷에 찍힐 수 있습니다. 따라서 단일 애플리케이션으로 범위가 제한되고, 비밀값을 쓸 수는 있지만 다시 읽을 수는 없으며, 독립적으로 폐기할 수 있습니다.

새로운 곳에 배포한다는 것은 새 앱과 새 키를 만든다는 뜻입니다.

도구

배포는 비동기입니다. deploy가 taskId를 반환하면 deployment_status를 폴링하여 succeeded 또는 failed가 보고될 때까지 기다립니다.

알아두면 좋은 두 가지

진입점만 보내는 것이 아니라 전체 디렉터리가 전송됩니다. 이 플랫폼에서 배포를 실패하게 만드는 가장 흔한 방법은 파일 하나만 업로드하는 것입니다. 빌드는 성공하고 시작도 성공하지만, 모든 에셋이 404를 반환하는 페이지를 서빙하게 됩니다.

디렉터리의 .env 파일은 의도적으로 업로드됩니다. 그 값은 Antideploy의 암호화된 비밀 저장소에 들어가고 파일 자체는 빌드 컨텍스트에서 제외됩니다. 따라서 이미 디스크에 있는 아홉 개의 API 키를 다시 입력할 필요가 없습니다. 원하지 않는다면 배포 전에 파일을 옮기세요.

자동으로 건너뛰는 항목: node_modules, .git, 빌드 산출물(dist, build, .next, target, …), 가상환경, 편집기 및 도구 캐시, 개인 키(*.pem, *.key, id_rsa, …).

제한

아무것도 업로드하기 전에 로컬에서 검사하므로, 제한에 걸리면 전송 비용이 아니라 오류 하나로 끝납니다.

구성

Antideploy가 전송된 내용으로 하는 일

소스를 읽고 런타임, 프레임워크, 빌드 및 시작 명령, 포트, 코드가 참조하는 모든 환경 변수를 결정적으로 파악합니다. 모델에게 추측하도록 요청하는 것이 아니라 각 결론의 근거가 된 파일을 인용합니다. 그런 다음 앱에 필요한 것을 프로비저닝합니다. 여기에는 DATABASE_URL이 주입된 Postgres 데이터베이스와 앱이 이미 충돌한 후에가 아니라 앱이 시작되기 전에 실행되는 마이그레이션이 포함됩니다. 그런 다음 buildpacks로 컨테이너를 빌드하고 HTTPS 뒤에 릴리스한 다음 상태 확인, 로그, 이미 빌드된 이미지로의 롤백(약 40초 소요)으로 계속 실행합니다.

전체 문서: antideploy.com/docs

라이선스

MIT