L'installation a pris moins d'une journée. Les déploiements progressifs par canal me permettent de tester sur mon propre appareil avant de toucher les utilisateurs en production.
Un seul CLI + MCP pour les gouverner tous
Un outil pour les live updates, les builds natifs, les vérifications de compatibilité, les exécutions sur appareil et l’automatisation assistée par IA de Capgo via MCP.
Vérification des releases, uploads sécurisés et builds natifs dans une même session de terminal.
Des workflows de release fiables, du terminal à la production
Retours d’équipes utilisant Capgo pour les mises à jour Capacitor, les builds natifs et le contrôle des releases.
Pouvoir ajouter des Device ID à certains groupes et déployer les changements uniquement vers ces groupes est un véritable gain de temps.
Capgo CLI face aux alternatives.
Même travail de release. Une automatisation différente.
| Capgo CLI | DIY / manuel Scripts, Fastlane et clics sur le dashboard | Cloud des concurrents | |
|---|---|---|---|
| CLI de release | Une seule CLI. Uploads OTA, builds natifs, canaux, compatibilité, exécutions sur appareil et MCP depuis le même terminal. | Séparez vos scripts, vos jobs curl, vos lanes Fastlane et vos appels API ponctuels que vous gérez vous-même. | Pas de CLI de premier ordre. Les releases restent dans le dashboard ou via des flux déclenchés par git. |
| Automatisation par agents IA | MCP intégré. Exposez vos apps, bundles, canaux, builds, stats et diagnostics à Codex, Cursor, Claude Code et d'autres agents. | Rien, à moins de développer et maintenir votre propre outillage. | No MCP server. Agents cannot drive releases for you. |
| Choix OTA vs natif | Commande explicite. Le releaseType du bundle vous indique si l'OTA est sûre ou si un build natif est requis avant de déployer. | Revue manuelle des diffs natifs et connaissances tacites. | Au mieux, le dashboard donne des indices. On se trompe vite sous pression. |
| Upload OTA sécurisé | Depuis la CI. upload de bundle avec compatibility gates, support du delta, chiffrement et liens de prévisualisation QR. | Upload manuel de zip ou scripts API personnalisés avec vos propres vérifications. | Upload via le portail ou git hook. Vérifications préalables limitées depuis le terminal. |
| Requêtes de build natif | Le même terminal. Requête de build avec enregistrement des sorties, liens QR et logs streamés vers votre shell. | Ouvrir Xcode, Android Studio ou Fastlane sur un Mac que vous surveillez de près. | Poussez vers git ou cliquez dans le dashboard. Aucun enregistrement de build scriptable pour la CI. |
| Intégration CI | Sortie scriptable. Enregistrements de build JSON, codes de sortie et artefacts QR sur lesquels votre pipeline peut s'appuyer. | C'est vous qui assemblez chaque étape, secret et chemin d'artefact. | Les webhooks partout. La plupart des équipes coordonnent encore leurs releases manuellement. |
| Vérifications de compatibilité | Avant l'upload. CLI analyse les dépendances natives et échoue tôt quand la mise à jour OTA serait risquée. | Aucun garde-fou, à moins de les avoir créés vous-même. | Validation de base du bundle. Le drift natif passe facilement inaperçu. |
| Essayez avant de payer | Oui. Essai gratuit illimité de 14 jours. Aucune carte bancaire requise. | Pas cher, jusqu'à ce que vous comptiez les heures à maintenir vos scripts. | Tiered plans. Trials vary by vendor. |
Cette comparaison reflète les configurations manuelles classiques et la documentation cloud publique des concurrents.
Flux de commandes
De la configuration au bon type de release
Les commandes Capgo CLI rendent explicite le choix de release : live update quand la couche web change, le build natif quand le binaire de l'app doit évoluer.
Chemin OTA
Utilisez des gates de compatibilité et QR de preview quand le bundle web peut passer sans risque.
Chemin natif
Demandez un build signé quand les dépendances, les permissions ou le code natif ont changé.
- 1
Initialisez les flux de mise à jour, d'upload, de build et de vérification
npx @capgo/cli@latest init - 2
Demander si une release doit être OTA ou native
npx @capgo/cli@latest bundle releaseType com.acme.app --channel production - 3
Envoyer un live update protégé avec un QR de prévisualisation
npx @capgo/cli@latest bundle upload --channel production --fail-on-incompatible --qr-preview - 4
Demander un build natif et conserver les artefacts pour la CI ou les PR
npx @capgo/cli@latest build request com.acme.app --platform ios --build-mode release --output-upload --output-record .capgo/build.json
Automatisation
Scoped keys in, release events out
Donnez à votre CI et à vos agents une clé limitée à leur tâche, puis poussez chaque changement de bundle ou de canal vers les outils que votre équipe surveille déjà.
Clés à portée limitée pour la CI, les scripts et les agents IA
Créez des clés limitées à une organisation ou une application, avec un mode upload, lecture ou écriture et une date d'expiration. Les clés peuvent être stockées sous forme de hash et ne sont plus jamais affichées.
- Clés limitées à l'upload pour les pipelines CI
- Une date d'expiration pour chaque clé
- Stockage sous forme de hash si votre organisation l'exige
Envoyez des événements de release vers Slack, Datadog ou votre propre service
Abonnez des endpoints aux changements de bundle, canal, membre et organisation, et inspectez chaque livraison avec son statut et sa réponse.
- Choisissez les événements que reçoit chaque endpoint
- Journal des livraisons avec codes de réponse et retries
- Send a test event before going live
Builds natifs et MCP
Laissez CLI gérer le travail de release dont votre application a réellement besoin
Si la compatibilité indique que le changement est sûr pour une mise à jour OTA, déployez un live update protégé. Si le code natif, les autorisations ou les dépendances ont changé, demandez un build natif et gardez la sortie visible pour la CI, les PR et les reviewers.
Puis demandez à votre agent
- Envoyez ce build en production et échouez s'il est incompatible
- Demandez un build de release iOS et enregistrez le résultat
- Lancez Capgo doctor et corrigez ce qu'il détecte
Ajoutez les Agent Skills de Capgo pour que votre agent connaisse chaque workflow :
npx skills add Cap-go/capgo-skills Installer MCP
Installer Capgo CLI MCP
Enregistrez le serveur CLI dans Codex, Cursor, Claude Code, Windsurf, VS Code, Zed ou Gemini CLI.
npx install-mcp 'npx @capgo/cli@latest mcp' --client codex
Remplacer codex par le client utilisé par votre équipe.
MCP hébergé
Utilisez Capgo depuis Claude, ChatGPT ou Cursor
Rien à installer. Collez l'URL dans n'importe quel client MCP distant, connectez-vous via OAuth, et gérez vos apps, canaux, déploiements progressifs, appareils et builds directement depuis le chat.
Les uploads et les requêtes de build natif passent toujours par le MCP CLI ci-dessus. Lire le guide de configuration du MCP hébergé
Enregistrement du build
Build de release iOS
Sortie sauvegardée pour la CI, les checks de PR et la revue mobile.
- Plateforme
- iOS
- Mode
- release
- Résultat
- IPA et QR d'installation
- Enregistrer
- .capgo/build.json
npx @capgo/cli@latest build request com.acme.app --platform ios --output-upload --output-record .capgo/build.json Le statut est visible avant la publication des notes de version.
La sortie QR reste disponible pour la validation sur l’appareil.
Errors can fail CI before a risky release ships.
Apps développées avec Capacitor
Les apps Capacitor ont besoin d’outils de release qui respectent les limites natives
Les grandes applications Capacitor mêlent des modifications web et des dépendances natives. Le Capgo CLI maintient cette frontière visible avant la publication d’une release en production.
Les apps affichées proviennent d’un jeu de données public d’apps de store utilisé sur l’ensemble du site.
MÉTÉO
Windy.com - Prévisions météo
OUTILS
Mi Orange
OUTILS
Mon Vodafone
Utilisez CLI dès aujourd'hui
Ajoutez Capgo à vos scripts de release sans attendre une session sur le dashboard.
Commencez par la doc CLI, puis intégrez les vérifications de compatibilité, l'upload de bundles, les Native Build ou MCP au workflow de votre équipe.