Aller au contenu principal
Builder Capgo

Déployez sans Mac Une commande. Stores en option.

Des builds CapacitorJs iOS et Android signés depuis n'importe quelle machine. Partagez via un QR code depuis votre CI, ou envoyez-les sur les stores.

✓ iOS · Apple Silicon ✓ Android · Apple Silicon ✓ Pas de Mac, pas d'Android SDK ✓ Build moyen en 2-3 min
Builder Capgo

Une commande, depuis n'importe quelle machine — vers les stores ou directement vers vos utilisateurs

capgo build request --platform ios
Passer d'iOS à Android · Rejouer la vidéo
60 secondes, les deux plateformes

Configuration en 60 secondes.

Un .p8 pour iOS, un Google sign-in pour Android. Capgo gère les certificats et les clés.

$ bunx @capgo/cli@latest build init --platform ios
Avant : plus de 10 étapes sur le portail Apple Developer · CSR · profils → Après : déposez un .p8

La création guidée des clés App Store Connect se fait sur macOS.

Dans la console

Chaque build, son statut et les minutes consommées

Les builds demandés via CLI ou votre CI s'affichent à côté de vos live updates, avec les raisons d'échec et le temps de build par plateforme.

Tous les builds iOS et Android au même endroit

Des builds cloud pour les deux stores avec statut, durée et raisons d'échec, ainsi que le temps de build utilisé sur la période.

  • Builds réussis, échoués et en cours par plateforme
  • La raison de l'échec reste liée au build
  • Minutes de build comptabilisées selon votre plan
Page des builds Capgo avec les statistiques de build par plateforme, le temps de build sur 30 jours et un tableau des builds de release iOS et Android avec durées et statuts
Ce qui est inclus

Conçu pour déployer, pas pour surveiller.

Cliquez sur une tuile pour voir exactement ce qu'elle contient.

Builder Capgo
Des builds natifs sans la galère.
Un CLI pour iOS et Android sur Apple Silicon. Output prêt pour les stores, logs en direct, aucune donnée d'identification stockée.
$ capgo build request --platform ios      ✔ 2m 41s
$ capgo build request --platform android  ✔ 1m 22s

Une seule commande CLI

Même flag, deux plateformes. Compiler, signer, livrer.

capgo build request --platform ios archive, signe et envoie sur TestFlight. --platform android assemble, signe avec votre keystore et envoie sur Play. Un seul CLI, une UX identique.

Runners Apple Silicon

Des runners Mac M4 pour iOS et Android. Des builds rapides et cohérents.

Les jobs iOS et Android s'exécutent sur des runners Mac M4 avec Xcode, Gradle et Fastlane rapides. Vous ne choisissez pas le runner : nous le choisissons selon le flag de plateforme.

Sécurité zero trust

Identifiants jamais stockés. Supprimés après chaque build.

Les identifiants restent en local dans ~/.capgo-credentials/credentials.json, sont envoyés uniquement vers des environnements de build éphémères via HTTPS, et sont effacés dès que le build se termine. Les logs arrivent en streaming dans votre terminal et ne sont jamais écrits sur le disque Capgo.

Publiez sur les stores quand vous voulez

Envoyez sur TestFlight et Play — ou ignorez cette étape et partagez plutôt un QR Capgo.

Par défaut app_store Les uploads de distribution vont vers App Store Connect / TestFlight via Fastlane ; Android va sur le Play Store. Vous préférez un QR Capgo ? Utilisez ad_hoc sur iOS ou --no-playstore-upload sur Android avec --output-upload. Les stores restent optionnels.

Partage par QR + logs en direct

Streamez les logs, puis donnez aux testeurs un QR à scanner pour télécharger.

Les logs sont streamés via WebSocket avec heartbeat + ack. Un qr_download_link message génère un QR à scanner et une URL pour les téléchargements APK / IPA — partagez-les depuis votre CI sans passer par TestFlight ou Play.

Flavors Android + Cordova

Flavors, keystores et plugins Cordova sont gérés automatiquement.

--android-flavor production pour chaque flavor que vous build.gradle déclarez. Nous détectons automatiquement les plugins Cordova depuis capacitor-cordova-android-plugins/build.gradle. Aucune config manuelle. Keystore + JSON de compte de service Play passés via un flag.

Configuration en 60 secondes

Fichier .p8 optionnel pour iOS, ou nous en créons un pour vous. Une seule connexion Google pour Android.

bunx @capgo/cli@latest build init --platform ios|android lance un assistant. iOS : déposez un .p8 → CSR, certificat, P12, bundle ID, profils de provisionnement, tout est automatique. Android : un clic OAuth → projet Play Console, service account, keystore, tout est automatique. Reprenable, résistant à un Ctrl-C, s'exécute de la même manière en CI.

Prêt pour la CI/CD

Compatible avec GitHub Actions, GitLab et Bitbucket. Aucune saisie interactive requise.

Commande unique, pilotée par variables d'environnement. Pas de TTY, pas de prompts. Ajoutez-l’à votre pipeline existant et les identifiants générés par l'assistant fonctionnent sans interaction.

Appuyez sur une tuile pour l'agrandir, ou utilisez Tab puis Entrée.

Quand un build échoue

Le build échoue ? L'IA explique pourquoi et comment le corriger.

Capgo IA, votre IA, ou passez votre tour. C'est toujours votre choix.

capgo build request --platform ios
$ capgo build request --platform iOS [CapApp] Création de App.xcarchive ✖ Échec de l'archive : la commande CodeSign a échoué avec un code de sortie code   erreur : aucun profil correspondant à 'com.acme.app' trouvé pour l'équipe ABC123 ? Choisir l'analyse par IA (facultatif) ✔ IA Capgo   IA locale · écrire le prompt dans un fichier   Passer ✔ L'IA Capgo a terminé ◆ Cause probable Votre profil de provisionnement App Store n'inclut pas le bundle ID com.acme.app. ◆ Correction Régénérez le profil pour ce bundle ID, ou lancez capgo build init --platform ios pour recréer automatiquement le certificat et le profil, puis relancez le build.
Optionnel. Ne s'exécute que si vous choisissez l'IA Capgo.
  • Cause expliquée simplement

    La cause expliquée simplement, pas seulement la ligne d'erreur rouge.

  • Une correction concrète

    Le flag, le fichier ou le paramètre exact à modifier, prêt à copier-coller.

  • Toujours optionnel

    En cas d'échec, à vous de choisir : l'IA Capgo, un prompt pour votre propre IA, ou passer. Jamais imposé, jamais automatique.

Distribution directe

Partagez le build avec un QR code. Pas de TestFlight. Pas d'App Store.

Depuis votre CI/CD, Capgo Builder signe le binaire et vous fournit un QR code scannable ainsi qu'un lien de téléchargement. Envoyez-l’à vos clients, à la QA ou aux parties prenantes. La publication sur TestFlight ou l'App Store reste optionnelle.

De Martin

Pourquoi nous avons créé les builds natifs Capgo

Martin, fondateur de Capgo, explique comment transformer vos projets Capacitor en releases iOS et Android signées sans vous demander de confier vos identifiants App Store.

Martin, fondateur, Capgo

La preuve par Builder

Des équipes qui déploient déjà avec Builder

Quelques mots des équipes Capacitor utilisant Capgo pour leurs builds et releases.

5.0/5 noté par les équipes de développeurs 9,400+ équipes Lire les avis

Capgo Build nous a aidés à simplifier notre processus de release d'app Capacitor. Nous pouvons compiler et déployer des apps iOS et Android via un workflow unique et clair.

sikafanka Design, rayon 5

Nous avons d'abord découvert Capgo grâce à ses plugins, et cela s'est avéré un excellent point d'entrée vers un processus de release bien plus efficace pour notre équipe.

Mikołaj Wilczek Ingénieur principal des plateformes mobiles, Tellent
Nouveau · fonctionne dans votre éditeur IA

Pas envie de gérer la configuration vous-même ? Demandez simplement à l'IA de le faire.

Capgo MCP est inclus dans le CLI. Installez-le dans votre éditeur, posez vos questions en langage naturel, et il gère le keystore, la signature, le Play et votre premier build. Vous n'avez qu'à approuver la connexion Google.

1 Installez Capgo MCP dans votre outil IA
+ tout client MCP compatible
Codex · --client codex
                         npx install-mcp 'npx @capgo/cli@latest mcp' --client codex 
                      
2 Puis demandez-lui simplement
vous Aidez-moi à configurer Capgo Builder
  • Gère le keystore, la signature, Google Play et votre premier build cloud depuis le chat
  • Les identifiants restent sur votre machine. Les secrets ne sont jamais renvoyés.
  • install-mcp écrit la config du client ; les outils Capgo s'exécutent toujours via @capgo/cli

Votre agent utilise les outils Capgo, s'arrête aux validations humaines et ne peut pas simuler un build réussi. Il peut aussi déboguer les échecs.

D'autres questions à poser

  • Compiler et envoyer mon app iOS sur TestFlight
  • Pourquoi mon dernier build Android a échoué ? Lire les logs de build
  • Compiler une release Android signée et l'envoyer sur Google Play

Ajoutez des skills d'agent Capgo pour que votre agent respecte la configuration de build : npx skills add Cap-go/capgo-skills Explorer les outils IA →

Modèle de confiance

Vos secrets restent les vôtres.

Nous compilons des apps. Nous ne stockons jamais vos identifiants.

Stockage

Vos identifiants restent sur votre machine, pas sur la nôtre.

Stockés localement dans ~/.capgo-credentials/credentials.json. Les serveurs Capgo ne les conservent jamais.

Transit

HTTPS uniquement vers les envs de build éphémères.

Credentials stream to a per-build env, are used once, and wiped at job end.

Logs

Les logs ne touchent jamais les serveurs Capgo.

Le résultat du build est transmis uniquement à votre terminal. Rien n'est écrit sur nos disques ni conservé.

Isolation

Environnements de build détruits après chaque build.

Aucun stockage de logs par défaut. Aucun stockage d'artefacts par défaut. Les deux sont optionnels, avec des TTL explicites.

Comparaison honnête

Capgo Builder face aux alternatives.

Mêmes builds. Moins de confiance à accorder.

Builder Capgo CI/CD DIY GitHub Actions / Bitbucket / GitLab Cloud des concurrents
Setup time ~60 secondes. capgo build init utilise un fichier .p8 pour créer le CSR, le certificat, le P12, le bundle ID et le profil de provisionnement. Des jours. Écrire la lane Fastlane, gérer la signature vous-même, configurer les secrets, debugger les échecs du runner. Générer les certificats sur le portail, envoyer les .p12 et les profils, connecter un repo Git.
Accès au code source code Zéro. Le CLI zippe uniquement les fichiers nécessaires au build et les envoie à un runner éphémère. Nous n'avons jamais accès à votre repo. Réside sur votre runner. Votre contrôle, votre responsabilité. Requis. Clone l'intégralité de votre repo depuis l'hébergement Git à chaque build.
Stockage des credentials Jamais persistés sur nos serveurs. Les identifiants restent sur votre machine, ne sont accessibles qu'à l'environnement de build actif et sont supprimés sous 24 heures, même après un échec de build. Stocké dans le gestionnaire de secrets de votre fournisseur de CI (GitHub Secrets, GitLab CI Variables). Un coffre-fort de plus à auditer. Stocké sur les serveurs du fournisseur, chiffré au repos. Vous faites confiance à sa gestion des clés.
Stockage des logs de build Non stocké. Les logs sont streamés dans votre terminal via WebSocket et disparaissent à la fin du build. Conservés par votre fournisseur CI pendant ~90 jours. Visibles par toute personne ayant accès au repo. Persistés dans leur base de données pendant 30 à 90 jours selon le plan.
Essayez avant de payer Garantie satisfait ou remboursé Oui. Essai gratuit de 14 jours, sans carte bancaire. Oui. Garantie satisfait ou remboursé de 14 jours. Inscrivez-vous, lancez capgo build request et déployez. Des plans dès 12 $/mois, builds natifs et live updates inclus. "Gratuit" jusqu'à épuisement des minutes du runner, puis la facturation macOS grimpe vite. 19 $/mois minimum. Les live updates sont un add-on séparé. Le plan gratuit nécessite leur programme open source.
Coût par build Minutes du plan, puis crédits. Minutes incluses dans votre plan. Rechargez avec des crédits prépayés par paliers. Pas de facturation imprévue à la minute. ~4-5 $ en minutes macOS sur les runners GitHub uniquement, avant même le temps ingénieur. Décompté des minutes de build mensuelles de votre plan ; politique de dépassement non publiée.
Live updates (OTA) Incluses. Les mises à jour OTA de JS, CSS et assets sont incluses dans chaque plan Capgo. Même compte, sans add-on. Non incluses. Développez ou achetez l'OTA séparément. Un add-on payant séparé, facturé en plus des builds.
Temps de maintenance Zéro. Nous gérons le système de build, les templates Fastlane, les images de runner et la logique de renouvellement des certificats. Hours every month: cert renewals, API changes, runner drift, Gradle updates. All on you. Zéro. Ils maintiennent la plateforme.
Débogage de build par IA Directement dans CLI. En cas d'échec, CLI propose l'IA de Capgo : elle lit les logs et renvoie la cause et la solution sans quitter votre terminal. Vous lisez les logs bruts et cherchez les erreurs vous-même. IA uniquement dans le dashboard, pas directement dans CLI là où vous buildez.

D'après la documentation cloud et les tarifs publics des concurrents, ainsi que les tarifs de GitHub Actions macOS.

Vous venez d'Expo ?

L'équivalent d'EAS Build et d'EAS Submit pour Capacitor

EAS Build compile les binaires React Native. EAS Submit les envoie sur les stores. Le Builder de Capgo fait les deux pour les projets Capacitor, avec du temps de build natif inclus dans chaque plan payant. Gardez EAS si votre app utilise Expo.

Tarifs

Payez vos minutes de build. C'est tout.

Les plans Capgo incluent des minutes de build natif. Commencez par un essai gratuit de 14 jours, puis choisissez une facturation mensuelle ou annuelle. Les plans Capgo incluent des minutes de build natif. Choisissez une facturation mensuelle ou annuelle, avec une garantie de remboursement de 14 jours.

Solo
$12 / mois

Pour les développeurs indépendants qui publient leur première app

Facturé annuellement à 146 $

14 $ par mois

Essai gratuit de 14 jours Commencer
  • 1 heure de build
  • Capgo inclut les live updates OTA
Maker · Le plus populaire
$33 / mois

Pour les petites équipes dont la base utilisateurs grandit

Facturé 396 $ par an

39 $ par mois

Essai gratuit de 14 jours Commencer
  • 2 heures de build
  • Capgo inclut les live updates OTA
Équipe
$83 / mois

Pour les équipes produit qui livrent à 100 000 utilisateurs

Facturé annuellement à 998 $

99 $ par mois, sans engagement

Essai gratuit de 14 jours Commencer
  • 10 heures de build
  • Capgo inclut les live updates OTA
Entreprise
$208+ / mois

Pour les applications à grande échelle nécessitant SSO, SLA et conformité

Facturé annuellement à partir de 2 490 $

249 $ par mois, sans engagement

Essai gratuit de 14 jours Commencer
  • Plus de 333 heures de build
  • Capgo inclut les live updates OTA
Que permettent vos minutes de build ?
60 minutes de build / mois
12 builds iOS
24 builds Android
≈ $10 en crédits prépayés

Guide: iOS ~5 build-minutes, Android ~2.5, both on M4 Macs. Typical builds take 2-3 minutes. iOS minutes bill ~2x Android. Plan minutes are free; price shows prepaid top-up cost.

Les minutes de build sont incluses dans chaque plan. Les minutes supplémentaires utilisent des crédits prépayés. Derniers paliers à capgo.app/tarifs.

FAQ

Des réponses précises à vos questions.

Pouvez-vous signer des apps avec des extensions widget + notification-service ? +

Oui. Passez --ios-provisioning-profile bundleId=path pour chaque cible, widgets, service de notification et extensions de partage inclus.

Gérez-vous les plugins Cordova dans les projets Capacitor ? +

Oui. Nous analysons capacitor-cordova-android-plugins/build.gradle et intégrons les bonnes sources de plugins. Aucun travail manuel sur config.xml.

Puis-je compiler des product flavors Android ? +

Oui. Passez --android-flavor production ou n'importe quel flavor déclaré. Keystore et Play JSON via des flags.

Je veux des builds iOS internes uniquement, sans TestFlight. Comment faire ? +

Utilisez --ios-distribution ad_hoc avec --output-upload. Capgo contourne App Store Connect, héberge un téléchargement d'IPA à durée limitée (TTL de 1 h à 7 j) et renvoie un QR code que vous pouvez partager avec des appareils enregistrés, un MDM, la QA ou vos clients.

Puis-je partager des builds Android sans le Play Store ? +

Oui. Utilisez --no-playstore-upload --output-upload. Capgo héberge l'APK/AAB signé derrière une URL de téléchargement et un QR code. Récupérez-les dans votre CI avec --output-record et build last-output.

Quelle est votre politique de rétention des logs et des artefacts ? +

Les logs ne restent jamais sur les serveurs de Capgo. Ils sont envoyés en streaming vers votre terminal, puis disparaissent. Les artefacts ont un TTL d'une heure par défaut (jusqu'à 7 jours). Les identifiants sont effacés à la fin du build.

Est-ce que Capgo Builder remplace les live updates ? +

Non. Ils se complètent. Les Live Updates pour le JS, le CSS et les assets. Builder quand le code natif, les plugins, les permissions, les icônes ou les SDK exigent un nouveau binaire signé.

Est-ce que Capgo Build peut fonctionner avec notre CI et notre configuration native privée ? +

Oui. Conservez dans votre CI la configuration de vos dépendances JavaScript privées, vos web builds et la synchronisation Capacitor. Capgo Build reçoit le dossier de plateforme native préparé une fois ce travail terminé, puis le compile et le signe ; il peut aussi soumettre le résultat aux stores si vous l'avez configuré. Capgo n'a pas besoin d'accéder à vos dépôts Git, registres privés ou identifiants SSH. Transmettez les paramètres de build pris en charge via des variables d'environnement si besoin.

Lire le workflow de build →
Est-ce que Capgo Builder est une alternative à EAS Build ? +

Pour les apps Capacitor, oui : Capgo Builder compile, signe et peut soumettre les binaires iOS et Android, soit l'équivalent d'EAS Build + EAS Submit. EAS Build reste la solution pour les apps Expo et React Native. Capgo ne peut pas compiler de projets Expo.

Builder Capgo
Des builds natifs sans la galère.

Une commande. iOS et Android sur un pied d'égalité. Depuis n'importe quelle machine.

✓ Aucune carte bancaire requise pour commencer ✓ Essai gratuit de 14 jours Garantie de remboursement de 14 jours ✓ Annulez à tout moment