Capgo Build hat uns geholfen, unseren Capacitor App-Release-Prozess zu vereinfachen. Wir können iOS- und Android-Apps über einen einzigen, klaren Workflow bauen und ausliefern.
Capgo Builder
Ohne Mac shippen
Signierte iOS- und Android CapacitorJs Builds von jeder Maschine. Per QR-Code aus der CI teilen oder in die Stores hochladen.
14 Tage unbegrenzt testen. Keine Kreditkarte nötig 14-Tage-Geld-zurück-Garantie. Jederzeit kündbar.
Capgo Builder
Ein Befehl, von jedem Rechner – in die Stores oder direkt zu deinen Usern
Zwischen iOS und Android wechseln · Erneut abspielen
60 Sekunden, beide Plattformen
Setup für 60 Sekunden.
Eine .p8 für iOS, ein Google Sign-in für Android. Capgo kümmert sich um Zertifikate und Keys.
$ bunx @capgo/cli@latest build init --platform
ios
Vorher: 10+ Schritte im Apple Developer Portal · CSRs · Profile → Nachher: eine .p8 hochladen
Die geführte Erstellung von App Store Connect Keys läuft auf macOS.
In der Konsole
Jeder Build, sein Status und die genutzten Minuten
Builds, die du über CLI oder CI anforderst, erscheinen direkt neben deinen Live Updates – inklusive Fehlergründen und Build-Zeit pro Plattform.
Alle iOS- und Android-Builds an einem Ort
Cloud-Builds für beide Stores mit Status, Dauer und Fehlergründen sowie der verbrauchten Build-Zeit im Zeitraum.
- Erfolgreiche, fehlgeschlagene und laufende Builds pro Plattform
- Der Fehlergrund bleibt direkt am Build gespeichert
- Build-Minuten werden mit deinem Plan abgeglichen
Was ist enthalten
Gebaut fürs Ausliefern, nicht fürs Babysitten.
Klicke auf eine Kachel, um genau zu sehen, was dahintersteckt.
Capgo Builder
Native Builds ohne Stress.
Native Builds ohne Stress.
Ein CLI für iOS und Android auf Apple Silicon. Store-ready Output, Live-Logs, keine gespeicherten Credentials.
$ capgo build request --platform ios ✔ 2m 41s $ capgo build request --platform android ✔ 1m 22s
Ein CLI Befehl
Dasselbe Flag, beide Plattformen. Build, Sign, Ship.
capgo build request --platform ios archiviert, signiert und lädt zu TestFlight hoch. --platform android setzt zusammen, signiert
mit deinem Keystore und lädt zu Play hoch. Ein CLI, identische UX.
Apple Silicon Runner
M4-Mac-Runner für iOS und Android. Schnelle, konsistente Builds.
iOS- und Android-Jobs laufen auf M4-Mac-Runnern mit schnellem Xcode, Gradle und Fastlane. Den Runner wählst du nicht aus; das machen wir – per Plattform-Flag.
Zero-Trust-Security
Credentials werden nie gespeichert. Nach jedem Build gelöscht.
Credentials liegen lokal unter
~/.capgo-credentials/credentials.json, werden nur über HTTPS an temporäre Build-Umgebungen gesendet und in dem Moment gelöscht, in dem der Build endet. Logs streamen in dein Terminal und werden nie auf die Disk von Capgo geschrieben.
In die Stores, wann du willst
Zu TestFlight und Play hochladen — oder überspringen und stattdessen einen Capgo QR teilen.
Standard
app_store Distribution lädt per Fastlane zu App Store Connect / TestFlight hoch; Android geht in den Play Store. Lieber einen Capgo QR nutzen? Nutze
ad_hoc auf iOS oder --no-playstore-upload auf Android mit --output-upload. Stores bleiben
optional.
QR-Code teilen + Live-Logs
Logs streamen und Testern einen scanbaren QR-Code zum Download geben.
Logs werden via WebSocket mit Heartbeat + Ack gestreamt. Eine
qr_download_link Nachricht rendert einen scanbaren QR-Code + URL für APK-/IPA-Downloads — teile sie
direkt aus der CI mit Kunden, ohne TestFlight oder Play.
Android Flavors + Cordova
Flavors, Keystores und Cordova-Plugins werden automatisch verwaltet.
--android-flavor production für jeden Flavor, den du build.gradle deklarierst. Wir erkennen Cordova-Plugins automatisch aus
capacitor-cordova-android-plugins/build.gradle. Keine manuelle Config. Keystore + Play-Service-Account-JSON per Flag übergeben.
Setup in 60 Sekunden
Optional .p8 für iOS, oder wir erstellen eins für dich. Ein Google Sign-in für Android.
bunx @capgo/cli@latest build init --platform ios|android startet einen Wizard. iOS: einfach ablegen .p8 → CSR, Zertifikat, P12, Bundle-ID, Provisioning-Profile, alles automatisch. Android: ein OAuth-Klick → Play-Console-Projekt, Service Account, Keystore, alles automatisch. Fortsetzbar, Ctrl-C-sicher, läuft identisch in CI.
CI/CD-fähig
Funktioniert in GitHub Actions, GitLab und Bitbucket. Keine interaktiven Eingaben.
Ein Befehl, über Umgebungsvariablen gesteuert. Kein TTY, keine Prompts. Integriere ihn in deine bestehende Pipeline, und dieselben vom Wizard generierten Credentials funktionieren non-interaktiv.
Tippe auf eine Kachel zum Aufklappen oder nutze Tab, dann Enter.
Wenn ein Build fehlschlägt
Build schlägt fehl? Die KI erklärt, warum und wie du ihn behebst.
Capgo KI, deine KI oder überspringen. Immer deine Wahl.
$ capgo build request --platform iOS [CapApp] Erstelle App.xcarchive
✖ Archive fehlgeschlagen: Command CodeSign ist mit Exit-Code code fehlgeschlagen error: Kein Profil für 'com.acme.app' in Team ABC123 gefunden ? KI-Analyse wählen (optional) ✔ Capgo KI ✔ Capgo KI fertig ◆ Wahrscheinliche Ursache Dein App-Store-Provisioning-Profil enthält die Bundle ID com.acme.app nicht. ◆ Fix Regeneriere das Profil für diese Bundle ID oder führe capgo build init --platform ios aus, um Zertifikat + Profil automatisch neu zu erstellen, und starte den Build erneut.
Optional. Wird nur ausgeführt, wenn du Capgo AI wählst.
-
Ursache einfach erklärt
Die Ursache einfach erklärt, nicht nur die rote Fehlermeldung.
-
Konkrete Lösung
Das exakte Flag, die Datei oder Einstellung zum Ändern, copy-paste-fertig.
-
Immer optional
Bei Fehlern entscheidest du: Capgo AI, einen Prompt für deine eigene AI oder Überspringen. Nie erzwungen, nie automatisch.
Von Martin
Warum wir Capgo Native Build entwickelt haben
Capgo-Gründer Martin darüber, wie er Capacitor-Projekte in signierte iOS- und Android-Releases verwandelt, ohne dass du deine App Store-Zugangsdaten herausgeben musst.
Martin, Gründer, Capgo
Builder in der Praxis
Teams, die bereits mit Builder shippen
Kurze Statements von Capacitor-Teams, die Capgo für Builds und Releases nutzen.
Ursprünglich sind wir über die Plugins auf Capgo gestoßen, was sich als idealer Einstieg in einen viel effizienteren Release-Prozess für unser Team erwiesen hat.
Neu · funktioniert in deinem AI-Editor
Keine Lust auf das Setup selbst? Lass es einfach die KI machen.
Capgo MCP ist im CLI enthalten. Installiere es in deinem Editor, frag einfach in normaler Sprache und es erledigt Keystore, Signing, Play und deinen ersten Build. Du bestätigst nur den Google Sign-in.
1 Installiere Capgo MCP in deinem AI-Tool
+ jeder unterstützte MCP-Client
Codex · --client codex
npx install-mcp 'npx @capgo/cli@latest mcp' --client codex
Cursor · --client cursor
npx install-mcp 'npx @capgo/cli@latest mcp' --client cursor
Claude Code · --client claude-code
npx install-mcp 'npx @capgo/cli@latest mcp' --client claude-code
Windsurf · --client windsurf
npx install-mcp 'npx @capgo/cli@latest mcp' --client windsurf
vs. Code · --client vscode
npx install-mcp 'npx @capgo/cli@latest mcp' --client vscode
Zed · --client zed
npx install-mcp 'npx @capgo/cli@latest mcp' --client zed
2 Dann frag einfach
du Hilf mir, den Capgo Builder einzurichten
- Übernimmt Keystore, Signing, Google Play und deinen ersten Cloud Build direkt aus dem Chat
- Credentials bleiben auf deinem Rechner. Secrets werden nie zurückgegeben.
- install-mcp schreibt die Client-Config; Capgo Tools laufen weiterhin über @capgo/cli
Dein Agent nutzt Capgo Tools, stoppt bei Human Gates und kann keinen erfolgreichen Build fälschen. Er kann Fehler auch debuggen.
Weitere Fragen
- Meine iOS-App bauen und zu TestFlight hochladen
- Warum ist mein letzter Android-Build fehlgeschlagen? Build-Logs lesen
- Ein signiertes Android-Release bauen und an Google Play senden
Füge Capgo Agent Skills hinzu, damit dein Agent die richtige Build-Konfiguration verwendet: npx skills add Cap-go/capgo-skills KI-Tools erkunden →
Trust-Modell
Deine Secrets bleiben deine Secrets.
Wir bauen Apps. Wir speichern niemals deine Credentials.
Speicher
Credentials liegen auf deinem Rechner, nicht auf unserem.
Lokal gespeichert unter ~/.capgo-credentials/credentials.json. Capgo-Server persistieren sie nie.
Übertragung
Nur HTTPS zu ephemeren Build-Umgebungen.
Credentials werden in eine build-spezifische Umgebung gestreamt, nur einmal verwendet und nach dem Job gelöscht.
Logs-
Logs landen niemals auf Capgo-Servern.
Build-Output wird nur an dein Terminal gestreamt. Nichts wird auf unseren Festplatten gespeichert oder aufbewahrt.
Isolation
Build-Envs werden nach jedem Build gelöscht.
Standardmäßig erfolgt keine Speicherung von Logs oder Artefakten. Beides ist optional und verfügt über explizite TTLs.
Ehrlicher Vergleich
Capgo Builder vs. Alternativen.
Gleiche Builds. Weniger Vertrauen nötig.
| Capgo Builder | DIY CI/CD GitHub Actions / Bitbucket / GitLab | Wettbewerber-Cloud | |
|---|---|---|---|
| Setup-Zeit | ~60 Sekunden. capgo build init benötigt nur eine .p8 und erstellt CSR, Cert, P12, Bundle ID und Provisioning Profile. | Tage. Fastlane-Lane schreiben, Signing selbst verwalten, Secrets einrichten, Runner-Fehler debuggen. | Zertifikate im Portal generieren, .p12 und Profile hochladen, Git-Repo verbinden. |
| code Quellcode-Zugriff | Null. CLI zippt nur die für den Build benötigten Dateien und lädt sie auf einen One-Shot-Runner hoch. Wir sehen dein Repo nie. | Läuft auf deinem Runner. Deine Kontrolle, deine Verantwortung. | Erforderlich. Klont bei jedem Build dein komplettes Repo vom Git-Hosting. |
| Credential-Speicherung | Wird niemals auf unseren Servern gespeichert. Credentials bleiben auf deiner Maschine, erreichen nur die aktive Build-Umgebung und werden innerhalb von 24 Stunden gelöscht, auch nach fehlgeschlagenen Builds. | Gespeichert im Secret Store deines CI-Providers (GitHub Secrets, GitLab CI Variables). Ein weiterer Vault, der auditiert werden muss. | Gespeichert auf den Servern des Anbieters, verschlüsselt im Ruhezustand. Du vertraust deren Key Management. |
| Build-Log-Speicherung | Keine Speicherung. Logs werden per WebSocket in dein Terminal gestreamt und verschwinden, wenn der Build endet. | Wird von deinem CI-Provider ca. 90 Tage lang gespeichert. Sichtbar für alle mit Repo-Zugriff. | Wird je nach Plan 30–90 Tage in deren Datenbank gespeichert. |
| Erst testen, dann zahlen Geld-zurück-Garantie | Ja. 14 Tage kostenlos testen, ohne Kreditkarte. Ja. 14 Tage Geld-zurück-Garantie. Registrieren, capgo build request ausführen und deployen. Pläne ab 12 $/Monat inkl. Native Builds und Live Updates. | "Kostenlos", bis die Runner-Minuten aufgebraucht sind – dann wird macOS schnell teuer. | Mindestens 19 $/Monat. Live Updates sind ein separates Add-on. Free Tier setzt deren Open-Source-Programm voraus. |
| Kosten pro Build | Zuerst Plan-Minuten, dann Credits. Inklusive Minutenkontingent. Aufladen mit Prepaid-Guthaben in Volumenstufen. Keine überraschenden Abrechnungen pro Minute. | ~$4-5 allein für macOS-Minuten auf GitHub-Runnern, noch ohne Engineer-Zeit. | Abrechnung über die monatlichen Build-Minuten deines Tarifs; Overage-Regelung nicht öffentlich dokumentiert. |
| Live (OTA) Updates | Inklusive. OTA-Updates für JS, CSS und Assets sind in jedem Capgo-Plan enthalten. Gleiches Konto, kein Add-on. | Nicht inklusive. OTA separat bauen oder kaufen. | A separate paid add-on, billed on top of builds. |
| Wartungsaufwand | Null. Wir warten das Build-System, Fastlane-Templates, Runner-Images und die Logik für den Zertifikats-Refresh. | Stunden jeden Monat: Zertifikatserneuerungen, API Änderungen, Runner-Drift, Gradle-Updates. Alles in deiner Verantwortung. | Null. Sie warten die Plattform. |
| KI-Build-Debugging | Direkt im CLI. Im Fehlerfall bietet CLI Capgo KI an: liest das Log und liefert Ursache und Fix, ohne dass du dein Terminal verlassen musst. | Du musst die Raw-Logs selbst lesen und nach Fehlern suchen. | Nur Dashboard-KI, nicht inline im CLI, wo du buildest. |
Basierend auf öffentlichen Cloud-Docs und Preisen der Wettbewerber sowie den macOS-Tarifen von GitHub Actions.
Du kommst von Expo?
Das Äquivalent zu EAS Build und EAS Submit für Capacitor
EAS Build kompiliert React-Native-Binaries. EAS Submit lädt sie in die Stores hoch. Der Capgo Builder erledigt beides für Capacitor-Projekte, mit Native-Build-Zeit bei jedem kostenpflichtigen Plan. Bleib bei EAS, wenn die App auf Expo setzt.
Preise
Du zahlst nur für Build-Minuten. Mehr nicht.
Capgo-Pläne enthalten Native-Build-Minuten. Starte mit einer 14-tägigen kostenlosen Testphase und wähle dann monatliche oder jährliche Abrechnung. Capgo Pläne enthalten Native Build Minuten. Wähle monatliche oder jährliche Abrechnung, inklusive 14-Tage-Geld-zurück-Garantie.
Solo
$12 / Monat
Für Indie-Entwickler, die ihre erste App veröffentlichen
Jährliche Abrechnung: 146 $
14 $ monatlich
14 Tage kostenlos testen Loslegen- 1 Build-Stunde
- Capgo Over-the-Air-Updates inklusive
Maker · Am beliebtesten
$33 / Monat
Für kleine Teams mit wachsender Nutzerbasis
Jährliche Abrechnung: 396 $
39 $ monatlich
14 Tage kostenlos testen Loslegen- 2 Build-Stunden
- Capgo Over-the-Air-Updates inklusive
Team
$83 / Monat
Für Produktteams mit 100.000 Nutzern
Jährlich abgerechnet: 998 $
99 $ monatlich kündbar
14 Tage kostenlos testen Loslegen- 10 Build-Stunden
- Capgo Over-the-Air-Updates inklusive
Enterprise
$208+ / Monat
Für große Apps mit SSO, SLAs und Compliance
Jährlich abgerechnet ab 2.490 $
Ab 249 $ monatlich kündbar
14 Tage kostenlos testen Loslegen- 333+ Build-Stunden
- Capgo Over-the-Air-Updates inklusive
Wie weit reichen Build-Minuten?
60 Build-Minuten / Monat
12
iOS-Builds
24
Android-Builds
≈ $10 in Prepaid-Credits
Guide: iOS ~5 Build-Minuten, Android ~2,5, beide auf M4 Macs. Typische Builds dauern 2-3 Minuten. iOS-Minuten werden mit ~2x Android abgerechnet. Plan-Minuten sind kostenlos; der Preis zeigt die Kosten für Prepaid-Top-ups.
Build-Minuten sind in jedem Plan enthalten. Zusätzliche Minuten werden mit Prepaid-Credits abgerechnet. Endgültige Stufen unter capgo.app/preise.
FAQ
Konkrete Antworten auf konkrete Bedenken.
Könnt ihr Apps mit Widget- und Notification-Service-Extensions signieren? +
Ja. Übergib `--ios-provisioning-profile bundleId=path` pro Target, inklusive Widgets, Notification Service und Share Extensions.
Unterstützt ihr Cordova-Plugins in Capacitor-Projekten? +
Ja. Wir parsen `capacitor-cordova-android-plugins/build.gradle` und bündeln die richtigen Plugin-Quellen. Keine manuelle Arbeit an der `config.xml` nötig.
Kann ich Android Product Flavors bauen? +
Ja. Nutze `--android-flavor production` oder einen beliebigen definierten Flavor. Keystore und Play JSON werden via Flags übergeben.
Ich möchte iOS-Builds nur intern ohne TestFlight nutzen. Wie geht das? +
Nutze `--ios-distribution ad_hoc` mit `--output-upload`. Capgo überspringt App Store Connect, hostet einen zeitlich begrenzten IPA-Download (1h–7d TTL) und liefert einen QR code, den du mit registrierten Geräten, MDM, QA oder Kunden teilen kannst.
Kann ich Android-Builds ohne Play Store teilen? +
Ja. Nutze --no-playstore-upload --output-upload. Capgo hostet die signierte APK/AAB hinter einer Download-URL und einem QR-Code. Lies sie in der CI mit --output-record und build last-output wieder aus.
Wie ist eure Aufbewahrungsrichtlinie für Logs und Artefakte? +
Logs bleiben nie auf Capgo-Servern. Sie werden in dein Terminal gestreamt und verschwinden dann. Artefakte haben standardmäßig eine TTL von 1 Stunde (bis zu 7 Tage). Credentials werden nach Build-Ende gelöscht.
Ist der Capgo Builder ein Ersatz für Live Updates? +
Nein. Sie ergänzen sich. Live Updates für JS, CSS und Assets. Der Builder, wenn native code, Plugins, Berechtigungen, Icons oder SDKs eine neue signierte Binary brauchen.
Funktioniert Capgo Build mit unserer bestehenden CI und unserem privaten Native-Setup? +
Ja. Behalte dein privates JavaScript-Dependency-Setup, Web-Builds und Capacitor Sync in deiner CI. Capgo Build erhält den vorbereiteten Native-Plattform-Ordner, nachdem diese Arbeit abgeschlossen ist, und kompiliert und signiert ihn; wenn konfiguriert, kann er das Ergebnis auch an App Stores übermitteln. Capgo benötigt keinen Zugriff auf deine Git-Repos, privaten Registries oder SSH-Credentials. Übergib unterstützte Build-Konfiguration bei Bedarf als Umgebungsvariablen.
Build-Workflow lesen →Ist der Capgo Builder eine Alternative zu EAS Build? +
Für Capacitor-Apps: Ja. Capgo Builder kompiliert, signiert und kann iOS- und Android-Binaries submitten – das Äquivalent zu EAS Build plus EAS Submit. EAS Build bleibt die Wahl für Expo- und React Native-Apps. Capgo kann keine Expo-Projekte bauen.
Capgo Builder
Native Builds ohne Stress.
Ein Befehl. iOS und Android gleich behandelt. Von jedem Rechner aus.
persönlicher Support von Martin
14 Tage unbegrenzt testen. Keine Kreditkarte nötig 14-Tage-Geld-zurück-Garantie. Jederzeit kündbar.