Zum Inhalt springen

Fix ausliefern und Vercel-Deploy prüfen

Ein Bugfix heißt: Editor, GitHub und Deploy-Logs ständig wechseln.

3 SchritteMittel
Claude CodeCursorGitHubVercel

So hängt es zusammen

Ihre KI erreicht Ihre Apps über kleine Connectoren, sogenannte MCP-Server.
Ihre KI
Claude CodeCursor
Connectoren
GitHubVercel
Ihre Apps
GitHubVercel

Dieses Setup richtet sich an Entwickler, die auf Vercel deployen und einen Bug vom Fix bis zur geprüften Preview vom Agenten begleiten lassen wollen. Der Agent in Claude Code oder Cursor ändert den Code, öffnet einen Pull Request auf GitHub und liest anschließend das Preview-Deployment und die Build-Logs auf Vercel. Am Ende haben Sie einen Pull Request mit geprüftem Preview-Link, und die Entscheidung zum Mergen bleibt bei Ihnen.

Einrichten

3 Schritte. Öffnen Sie einen für Details.
  1. 1GitHub verbinden

    Verbinden Sie den GitHub-MCP-Server per OAuth oder mit einem Fine-grained Personal Access Token, beschränkt auf die Repositories, an denen Sie arbeiten. Erlauben Sie das Lesen von Code, Pushen auf Branches und Öffnen von Pull Requests. Schützen Sie den main-Branch in GitHub, damit Änderungen nur über einen geprüften Pull Request hineinkommen.

    Tipp: Der Branch-Schutz auf main ist die eigentliche Absicherung, unabhängig davon, was das Token erlaubt.

  2. 2Vercel verbinden

    Fügen Sie den MCP-Server von Vercel hinzu und melden Sie sich per OAuth mit Ihrem Vercel-Konto an. Lassen Sie den Agenten Ihre Projekte und die letzten Deployments dieses Repositorys auflisten, um den Zugriff zu prüfen. Danach kann er Status und Build-Logs der Preview lesen, die jeder Pull Request erzeugt.

    Tipp: Nennen Sie das Projekt beim Namen, wenn Ihr Team viele Vercel-Projekte hat.

  3. 3Preview prüfen

    Sobald der Pull Request offen ist, lassen Sie den Agenten auf das Preview-Deployment warten, die Build-Logs lesen und Fehler oder Warnungen melden. Öffnen Sie die Preview-URL selbst und testen Sie den Fix im Browser. Mergen Sie erst, wenn der Build grün ist und der Fix funktioniert.

    Tipp: Ist die Preview geschützt, kann der Agent die Seite eventuell nicht laden; prüfen Sie sie im eigenen Browser.

Dann einfach fragen

Was Sie sagen können, sobald es verbunden ist. Zum Kopieren klicken.
Fragen Sie Claude Code…Claude Code

Gut zu wissen

Was Sie brauchen, was es nicht kann und wie es sicher bleibt.
Was Sie brauchen
  • GitHub-Repository, das mit einem Vercel-Projekt verbunden ist
  • Vercel-Konto mit Zugriff auf dieses Projekt
  • Claude Code oder Cursor
  • Branch-Schutz auf dem Produktions-Branch
Grenzen
  • Der Agent liest Build-Logs und Deployment-Status; im Browser testet er Ihre App nicht von selbst.
  • Geschützte Preview-Deployments können automatische Seitenprüfungen blockieren.
  • Laufzeitfehler, die nur unter echtem Traffic auftreten, zeigt eine Preview nicht.
Sicher bleiben

Häufige Fragen

Klare Antworten vor dem Start
Kann der Agent in Produktion deployen?
Auf Vercel entsteht ein Produktions-Deployment normalerweise beim Merge in den Produktions-Branch, und das Mergen bleibt in diesem Setup bei Ihnen. Lassen Sie den Branch-Schutz aktiv und geben Sie dem Agenten keine Merge-Rechte.
Brauche ich einen kostenpflichtigen Vercel-Plan?
Der Vercel-MCP-Server funktioniert mit Ihrem bestehenden Konto, und Preview-Deployments gibt es auch im Hobby-Plan. Team-Funktionen und die Aufbewahrung mancher Logs hängen vom Plan ab; Details stehen auf der Vercel-Preisseite.
Claude Code oder Cursor?
Beide können Code ändern und MCP-Server aufrufen. Claude Code passt zur Arbeit im Terminal und kann Tests und git-Befehle ausführen; Cursor eignet sich, wenn Sie Änderungen lieber im Editor verfolgen.
Was, wenn der Build grün ist, der Fix aber falsch?
Ein grüner Build zeigt nur, dass der Code kompiliert und deployt wurde. Testen Sie die Preview selbst oder lassen Sie den Agenten vor dem Merge einen Test schreiben, der den Bug nachstellt.

Beteiligte Produkte

Die beteiligten Produkte