antideploy-mcp

Stellen Sie eine Anwendung auf Antideploy direkt aus einem Coding-Agenten bereit. Claude Code, Cursor, Windsurf, Codex – alles, was MCP spricht. Sie beschreiben, was gebaut werden soll. Der Agent schreibt den Code und stellt ihn dann bereit, ohne dass einer von Ihnen ein Dockerfile, eine YAML-Datei schreibt oder eine Cloud-Konsole anfasst.

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

Installation

Nichts zu installieren. Der Agent führt es mit npx aus.

Claude Code

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

Cursor, Windsurf und alles andere mit einer mcp.json

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

Related MCP server: Citizen Deployment MCP Server

Einen Schlüssel erhalten

Erstellen Sie eine Anwendung auf antideploy.com und dann einen API-Schlüssel dafür. Der Schlüssel identifiziert die Anwendung, Sie müssen also nie eine Anwendungs-ID angeben: ein Schlüssel, eine App. Das ist beabsichtigt: Dieser Schlüssel wird in ein Projektverzeichnis eingefügt, was bedeutet, dass er irgendwann committet oder gescreenshottet wird. Deshalb ist er auf eine einzelne Anwendung beschränkt, kann Geheimnisse schreiben, aber nie wieder lesen, und kann separat widerrufen werden. Eine Bereitstellung an einem neuen Ort bedeutet eine neue App und einen neuen Schlüssel.

Werkzeuge

Bereitstellungen sind asynchron. deploy gibt eine taskId zurück; fragen Sie deployment_status ab, bis es succeeded oder failed meldet.

Zwei Dinge, die man wissen sollte

Das gesamte Verzeichnis wird gesendet, nicht nur der Einstiegspunkt. Der häufigste Weg, eine Bereitstellung auf dieser Plattform zu brechen, ist das Hochladen einer einzelnen Datei: Sie baut fehlerfrei, startet fehlerfrei und liefert dann eine Seite, deren jedes Asset 404 liefert.

Eine .env im Verzeichnis wird absichtlich hochgeladen. Ihre Werte gehen in den verschlüsselten Geheimnisspeicher von Antideploy, und die Datei selbst wird aus dem Build-Kontext entfernt. So müssen Sie nicht neun API-Schlüssel, die Sie bereits auf der Platte haben, erneut eintippen. Wenn das nicht gewünscht ist, verschieben Sie die Datei vor der Bereitstellung.

Automatisch übersprungen: node_modules, .git, Build-Ausgaben (dist, build, .next, target, …), virtuelle Umgebungen, Editor- und Tool-Caches sowie private Schlüssel (*.pem, *.key, id_rsa, …).

Grenzen

Lokal geprüft, bevor etwas hochgeladen wird – so kostet das Erreichen eines Limits einen Fehler statt einer Übertragung.

Konfiguration

Was Antideploy mit dem macht, was Sie senden

Es liest den Quellcode und ermittelt Laufzeit, Framework, Build- und Startbefehle, den Port und jede Umgebungsvariable, auf die der Code verweist – deterministisch, mit Angabe der Datei, aus der jede Schlussfolgerung stammt, nicht durch Raten eines Modells. Dann stellt es bereit, was die App benötigt, einschließlich einer Postgres-Datenbank mit injizierter DATABASE_URL und Migrationen, die vor dem Start der App ausgeführt werden, nicht nachdem sie bereits abgestürzt ist. Dann baut es einen Container mit Buildpacks, veröffentlicht ihn hinter HTTPS und hält ihn am Laufen: Health-Checks, Logs und Rollback auf ein bereits gebautes Image in etwa vierzig Sekunden.

Vollständige Dokumentation: antideploy.com/docs

Lizenz

MIT