Aller au contenu principal
Capgo CLI + MCP

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.

✓ Outils MCP pour agents IA ✓ Vérification des releases OTA ou natives ✓ Builds signés depuis le même terminal
Capgo CLI

Vérification des releases, uploads sécurisés et builds natifs dans une même session de terminal.

npx @capgo/cli bundle releaseType
Exemple animé — les onglets changent le flux de commandes
La preuve CLI

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.

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

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.

Nate van Jole CTO, Privé

Pouvoir ajouter des Device ID à certains groupes et déployer les changements uniquement vers ces groupes est un véritable gain de temps.

no-tone @ Webincode Développeur, Webincode
Comparaison honnête

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.

De Martin

Pourquoi Capgo CLI compte

Martin, le fondateur de Capgo, explique comment déployer des releases Capacitor depuis le terminal, vérifier la compatibilité avant le push et intégrer les Native Build au même workflow.

Martin, fondateur, Capgo

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. 1

    Initialisez les flux de mise à jour, d'upload, de build et de vérification

    npx @capgo/cli@latest init
  2. 2

    Demander si une release doit être OTA ou native

    npx @capgo/cli@latest bundle releaseType com.acme.app --channel production
  3. 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. 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
Capgo API page listant les clés pour GitHub Actions, Fastlane, un dashboard de support en lecture seule et le serveur MCP Capgo, chacune avec une date d'expiration

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.

Applications
Les bundles
Canaux
Compatibilité
Builds natifs
Stats
Doctor
Probe de livraison

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
Explorer les outils IA

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.

https://api.capgo.app/mcp

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.

prêt
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.

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.