App-Store-Screenshots mit Claude Code oder Cursor erstellen

Um App-Store-Screenshots aus Claude Code oder Cursor heraus zu erstellen, verbindest du einen Screenshot-MCP-Server mit dem Agenten und bittest ihn dann ganz normal um Store-Screenshots. Mit Launch Shots ist das in Claude Code eine Zeile: claude mcp add --transport http launchshots https://www.launchshots.com/api/mcp. Der Agent liest deine Codebasis, sammelt drei bis acht deiner wichtigsten Bildschirme, lädt sie hoch und gibt dir etwa zwei Minuten später einen Link zu drei fertigen, bearbeitbaren Designrichtungen.

Angekündigt haben wir den Server in Introducing the LaunchShots MCP Server. Das hier ist der praktische Begleiter dazu: Setup für jeden Client, was bei jedem Schritt passiert, Prompts, die funktionieren, und was ein gutes Set meistens von einem beliebigen unterscheidet.

Was ist ein MCP-Server, und warum einer für Screenshots?

Das Model Context Protocol (MCP) ist ein Open-Source-Standard, um KI-Anwendungen mit externen Systemen zu verbinden. Ein MCP-Server stellt Tools bereit, die ein Agent aufrufen kann, und jeder Client, der das Protokoll spricht, kann sie nutzen. Deshalb funktioniert derselbe Launch Shots Endpunkt in einem Terminal-Agenten, einer IDE und einer Chat-App.

Screenshots passen dafür gut, weil das Schwierige nicht die Pixel sind. Schwierig ist zu wissen, was die App macht, welche Bildschirme wichtig sind und wie man sie beschreibt – und ein Coding-Agent, der in deinem Repository sitzt, hat den Großteil dieses Kontexts schon. Er kann die README lesen, die Bildschirme im Code finden und sie aufnehmen, wenn er einen Simulator starten kann.

So fügst du den Launch Shots MCP-Server zu deinem Agenten hinzu

Das sind die Snippets für das kostenlose Kontingent, genau so, wie sie auf der Doku-Seite zum MCP-Server stehen. Wenn du einen API-Schlüssel erstellst, bekommt dasselbe Snippet einen Authorization-Header; die fertige Version findest du dann in den Kontoeinstellungen.

Claude Code

claude mcp add --transport http launchshots https://www.launchshots.com/api/mcp

Mit API-Schlüssel:

claude mcp add --transport http launchshots https://www.launchshots.com/api/mcp \
  --header "Authorization: Bearer ls_key_…"

Dann tippst du /mcp__launchshots__store_screenshots oder fragst einfach nach Store-Screenshots.

Cursor

In ~/.cursor/mcp.json:

{
  "mcpServers": {
    "launchshots": {
      "url": "https://www.launchshots.com/api/mcp"
    }
  }
}

VS Code

In .vscode/mcp.json:

{
  "servers": {
    "launchshots": {
      "type": "http",
      "url": "https://www.launchshots.com/api/mcp"
    }
  }
}

Wenn du hier einen Schlüssel einträgst, halte die Datei aus der Versionsverwaltung raus oder verschieb den Schlüssel in eine Input-Variable. Diese Datei liegt in deinem Repository.

Windsurf, Codex CLI und Gemini CLI

Windsurf, in ~/.codeium/windsurf/mcp_config.json:

{
  "mcpServers": {
    "launchshots": {
      "serverUrl": "https://www.launchshots.com/api/mcp"
    }
  }
}

Codex CLI, in ~/.codex/config.toml:

[mcp_servers.launchshots]
url = "https://www.launchshots.com/api/mcp"

Gemini CLI, in ~/.gemini/settings.json:

{
  "mcpServers": {
    "launchshots": {
      "httpUrl": "https://www.launchshots.com/api/mcp"
    }
  }
}

Achtung: Jeder Client nennt den URL-Schlüssel anders (url, serverUrl, httpUrl), also kopier das Snippet für deinen Client, statt ein anderes anzupassen. Jeder andere Client, der Streamable HTTP spricht, funktioniert mit der reinen URL. In Claude.ai und Claude Desktop gehst du auf Einstellungen, dann Connectors, dann Add custom connector; eigene Header werden dort noch nicht unterstützt, deshalb läuft es im kostenlosen Kontingent.

Was der Agent macht, wenn du nach Screenshots fragst

Der Server erklärt dem Agenten, wie er vorgehen soll, du musst das also nicht. Ein typischer Durchlauf sieht so aus:

1. Er lernt die App kennen. Er liest die README, alle Store-Texte im Repository (fastlane/metadata oder Ähnliches) und die wichtigsten Bildschirme im Code und notiert sich den Namen der App, was sie macht, für wen sie ist und was sie besonders macht.
2. Er sammelt 3–8 Screenshots. Zuerst sucht er nach aktuellen (fastlane/screenshots, screenshots/, docs/, assets/). Sonst nimmt er sie mit xcrun simctl io booted screenshot oder adb exec-out screencap -p auf, navigiert dabei selbst, wenn er kann, oder bittet dich, Bildschirme zu öffnen, wenn nicht. Vor dem Hochladen zeigt er dir seine Liste.
3. Er lädt hoch und startet das Design. prepare_screenshot_upload liefert pro Screenshot eine Upload-URL mit fertigen curl-Befehlen; generate_screenshot_set startet das Design und gibt sofort den Prüf-Link zurück.
4. Er wartet und meldet sich zurück. get_screenshot_set wartet auf das Ergebnis, dann gibt dir der Agent den Link und die Headline, die für jeden Bildschirm geschrieben wurde.

Agenten, die keine Shell-Befehle ausführen können, schicken kleine Screenshots stattdessen inline mit, statt sie hochzuladen. Es gibt noch zwei weitere Tools: get_account (welches Konto du nutzt und was noch übrig ist) und list_projects (letzte Projekte, mit Schlüssel).

Was du zurückbekommst

Der Prüf-Link öffnet eine Seite mit deinem Set in drei Art-Directions. Alle drei teilen sich einen Satz Headlines, die pro Bildschirm aus dem geschrieben werden, was tatsächlich darauf zu sehen ist, und aus der Beschreibung, die der Agent geschickt hat. Du wählst die Richtung, die dir gefällt, und sie öffnet sich im Launch Shots Editor als ganz normales Projekt.

Nichts ist festgelegt. Jede Headline, jede Farbe und jeder Geräterahmen lässt sich bearbeiten, und das Projekt exportiert in jeder Größe, die App Store Connect und die Google Play Console verlangen, oder veröffentlicht direkt dorthin. Wenn eine Headline fast passt, aber noch nicht ganz, ist unser Guide zu Screenshot-Texten ein guter Check, bevor du sie veröffentlichst.

Gast vs. API-Schlüssel: Limits und Preise

Ein Durchlauf, der fehlschlägt, in ein Timeout läuft oder abgelehnt wird, wird automatisch erstattet, und der Agent kann dasselbe Set erneut versuchen. Auf der Preisseite findest du die aktuellen Preise für Credits und Pläne. Behandle den Prüf-Link wie einen privaten Dokumentlink: Wer ihn hat, kann das Set sehen.

Beispiel-Prompts, die funktionieren

Du kannst dich so kurz fassen, wie du willst, aber ein bisschen Richtung bringt viel.

• „Mach App-Store-Screenshots für diese App.“
• „Erstell Play-Store-Screenshots auf Deutsch – fang mit dem Offline-Modus an.“
• „Nimm im Simulator Screenshots vom Onboarding, Dashboard und den Einstellungen auf und mach daraus ein Store-Set.“
• „Generier die iPhone- und iPad-Sets, dunkel und edel.“
• „Nimm die Screenshots in fastlane/screenshots/en-US. Die Zielgruppe sind freiberufliche Designer; das Alleinstellungsmerkmal ist, dass sie in der Währung ihrer Kunden abrechnen können.“
• „Mach ein Set für den App Store auf Japanisch, verspielt, in unserem Marken-Orange #FF6B00.“

Das entspricht den Eingaben, die das Tool akzeptiert: Plattform, Store-Sprache (en-US, de-DE, ja, pt-BR und so weiter), ein optionaler Stilhinweis und ob das Tablet-Set dabei sein soll. In Claude Code nimmt der Prompt /mcp__launchshots__store_screenshots außerdem eine Plattform und einen Schwerpunkt entgegen.

Tipps für bessere Ergebnisse

Gib ihm echte Bildschirme mit echt wirkenden Daten

Das ist wichtiger als alles andere. Headlines entstehen aus dem, was auf dem Bildschirm zu sehen ist, ein leerer Zustand ergibt also eine Headline über nichts. Vermeide Login-Sperren, Berechtigungsdialoge, Debug-Banner und Lorem ipsum. Wenn der Agent aus einem Simulator aufnimmt, lass ihn vorher eine saubere Statusleiste setzen und Demodaten laden; unser Guide zu sauberen Screenshots aus Simulator und Emulator hat die Befehle, und dein Agent kann sie ausführen.

Sag ihm, welche Bildschirme dir wichtig sind

Agenten wählen vernünftig aus, aber sie wissen nicht, auf welche Funktion du bei diesem Release setzt. Nenn sie. Und denk an die Reihenfolge: Der erste Screenshot leistet die meiste Arbeit, deshalb lohnt sich unser Beitrag dazu, was auf deinen ersten App-Store-Screenshot gehört, bevor du entscheidest, womit du anfängst.

Mach die Beschreibung konkret

Der Agent schreibt die App-Beschreibung aus deiner README. Wenn deine README eine Build-Anleitung ist, verweis ihn auf bessere Texte: deinen Store-Eintrag, deine Landingpage oder deinen Pitch. „Ein Habit-Tracker“ ergibt beliebige Headlines; „ein Habit-Tracker für Menschen mit ADHS, der einen verpassten Tag nie bestraft“ ergibt Headlines mit einem Ansatz.

Prüf alles, bevor du veröffentlichst

Lies jede Headline so, wie eine fremde Person sie lesen würde. Prüf, ob die Aussagen stimmen, Preise und Zahlen aktuell sind und nichts zu sehen ist, woran die App-Prüfung hängen bleiben könnte; unsere Übersicht dazu, warum Apple App-Store-Screenshots ablehnt, deckt die üblichen Probleme ab.

Nutz es auch zum Lokalisieren

Bitte um dasselbe Set in einer anderen Store-Sprache oder übersetze das Projekt, sobald es im Editor ist. Wenn die Oberfläche der App lokalisiert ist, lass den Agenten auch die lokalisierten Bildschirme aufnehmen, denn Headlines in einer Sprache über einer Oberfläche in einer anderen wirken unfertig.

Wenn etwas nicht funktioniert

• Der Agent sieht die Tools nicht. Die meisten Clients laden MCP-Server beim Start, also starte die Sitzung neu, nachdem du die Konfiguration geändert hast. In Claude Code listet /mcp verbundene Server und ihren Status auf.
• Er kann keine Screenshots aufnehmen. Der Agent braucht einen gestarteten Simulator oder einen laufenden Emulator und die Erlaubnis, Shell-Befehle auszuführen. Wenn er nicht durch deine App navigieren kann, sollte er dir sagen, welche Bildschirme du öffnen sollst; du kannst ihn auch auf einen Ordner mit vorhandenen Aufnahmen verweisen.
• Uploads schlagen fehl. Upload-URLs sind zwei Stunden gültig, eine lange Pause zwischen Vorbereiten und Hochladen kann sie also ablaufen lassen. Bitte den Agenten, mit prepare_screenshot_upload neu anzufangen. Agenten ohne Shell können Screenshots inline schicken, jeweils unter etwa 1 MB.
• Ein API-Schlüssel wird abgelehnt. Ein vorhandener, aber ungültiger Schlüssel liefert einen Fehler, statt auf das kostenlose Kontingent zurückzufallen. Prüf die Konfiguration auf ein verirrtes Leerzeichen oder einen alten, widerrufenen Schlüssel.
• Die Headlines sind beliebig. Nach unserer Erfahrung liegt es meistens am Input. Gib dem Agenten bessere Bildschirme und eine schärfere Beschreibung und lass ihn noch mal laufen.

Kurz zusammengefasst

• Füg den Server einmal hinzu: eine Zeile in Claude Code, ein paar Zeilen JSON in Cursor, VS Code, Windsurf oder Gemini CLI, TOML in Codex.
• Frag nach Store-Screenshots oder führ in Claude Code /mcp__launchshots__store_screenshots aus.
• Sorg dafür, dass der Agent 3–8 wichtige Bildschirme mit realistischen Inhalten schickt, und sag ihm, welche Funktion vorne stehen soll.
• Öffne den Prüf-Link, wähl eine von drei Richtungen und stell sie im Editor fertig.
• Fang ohne Schlüssel an; nimm einen API-Schlüssel dazu, wenn du Sets in deinem Konto, Tablet-Sets und längere Aufbewahrung willst.

Wenn du es lieber von Hand machst, erledigt der App-Store-Screenshot-Generator dasselbe im Browser, und unsere Schritt-für-Schritt-Anleitung deckt den ganzen Ablauf von Anfang bis Ende ab.