Il setup ha richiesto meno di un giorno. I rollout basati su channel mi permettono di testare sul mio dispositivo prima che qualcosa raggiunga gli utenti in produzione.
Capgo CLI + MCP
Un unico CLI + MCP per gestire tutto
Uno strumento per Live Update, Native Build, controlli di compatibilità, test su device e automazione Capgo assistita dall'AI tramite MCP.
Capgo CLI
Verifiche di release, upload protetti e build native in un'unica sessione terminale.
Esempio animato — le tab cambiano il flusso dei comandi
La prova di CLI
Workflow di rilascio affidabili, dal terminale alla produzione
Brevi note dai team che usano Capgo per Capacitor updates, build native e il controllo dei rilasci.
Poter aggiungere i Device ID a determinati gruppi e applicare le modifiche solo a quelli selezionati è una vera svolta.
Un confronto onesto
Capgo CLI vs. le alternative.
Stesso lavoro di release. Automazione diversa.
| Capgo CLI | DIY / manuale Script, Fastlane e clic sulla dashboard | Cloud della concorrenza | |
|---|---|---|---|
| Rilascia CLI | Un solo CLI. Upload OTA, build native, canali, compatibilità, test su device e MCP dallo stesso terminale. | Script separati, job curl, lane Fastlane e chiamate API una tantum da mantenere tu. | Nessun CLI integrato. I rilasci restano nella dashboard o in flussi attivati da git. |
| Automazione con agenti AI | MCP integrato. Esponi app, bundle, canali, build, stats e diagnostica a Codex, Cursor, Claude Code e altri agenti. | Nulla, a meno di creare e mantenere i propri tool. | Nessun server MCP. Gli agenti non possono gestire i rilasci per te. |
| Scelta tra OTA e native | Comando esplicito. Il releaseType del bundle ti dice se l'OTA è sicuro o se serve un native build prima del rilascio. | Revisione manuale dei diff nativi e conoscenza tacita del team. | La dashboard dà al massimo qualche indizio. Sotto pressione è facile sbagliare. |
| Upload OTA protetto | Dalla CI. Upload del bundle con compatibility gates, supporto delta, crittografia e link di anteprima QR. | Caricamento manuale di file zip o script API personalizzati con i tuoi controlli. | Upload da portale o git hook. Preflight limitato dal terminale. |
| Richieste di native build | Stesso terminale. Richiesta di build con record di output, link QR e log in streaming nella tua shell. | Apri Xcode, Android Studio o Fastlane su un Mac che devi tenere d'occhio tu. | Push su git o clicca nella dashboard. Nessun record di build scriptabile per la CI. |
| Integrazione CI | Output scriptabile. Record di build JSON, exit code e artefatti QR su cui la tua pipeline può fare gating. | Sei tu a incollare insieme ogni step, secret e percorso degli artefatti. | Webhook sparsi. La maggior parte dei team coordina ancora i rilasci manualmente. |
| Controlli di compatibilità | Prima dell'upload. CLI analizza le dipendenze native ed esce subito con errore se l'OTA non è sicuro. | Nessuna protezione, a meno che tu non l'abbia creata. | Validazione di base del bundle. Il drift nativo sfugge facilmente. |
| Prova prima di pagare | Sì. Prova gratuita illimitata di 14 giorni. Nessuna carta di credito richiesta. | Economico, finché non conti le ore passate a tenere in vita gli script. | Piani a livelli. Le prove variano in base al vendor. |
Il confronto riflette tipiche configurazioni manuali e la documentazione cloud pubblica dei competitor.
Da Martin
Perché Capgo CLI è importante
Martin, fondatore di Capgo, parla di come rilasciare Capacitor dal terminale, verificare la compatibilità prima del push e mantenere i Native Build nello stesso workflow.
Martin, fondatore, Capgo
Flusso dei comandi
Dalla configurazione al tipo di release giusto
I comandi Capgo CLI rendono esplicita la distinzione tra i tipi di release: live update quando cambia il web layer, Native Build quando serve aggiornare il binario dell'app.
Percorso OTA
Usa compatibility gates e link QR di anteprima quando il web bundle può essere aggiornato in sicurezza.
Percorso native
Richiedi una build firmata quando cambiano dipendenze, permessi o code nativi.
- 1
Inizializza i flussi di update, upload, build e verifica
npx @capgo/cli@latest init - 2
Chiedi se la release deve essere OTA o nativa
npx @capgo/cli@latest bundle releaseType com.acme.app --channel production - 3
Fai l'upload di un live update protetto con QR di anteprima
npx @capgo/cli@latest bundle upload --channel production --fail-on-incompatible --qr-preview - 4
Richiedi una build nativa e conserva l'output per CI o PR
npx @capgo/cli@latest build request com.acme.app --platform ios --build-mode release --output-upload --output-record .capgo/build.json
Automazione
Chiavi scoped in, eventi di release out
Fornisci a CI e agenti una chiave che può solo svolgere il suo compito, poi spingi ogni modifica di bundle e canale agli strumenti che il tuo team monitora già.
Chiavi con scope per CI, script e agenti AI
Crea chiavi limitate a un'organizzazione o app, con modalità upload, read o write e una data di scadenza. Le chiavi possono essere memorizzate in forma hash e non mostrate più.
- Chiavi solo upload per pipeline CI
- Una data di scadenza per ogni chiave
- Memorizzazione hash quando la tua organizzazione lo richiede
Invia eventi di release a Slack, Datadog o al tuo servizio
Abbona endpoint a modifiche di bundle, canale, membro e organizzazione, e ispeziona ogni consegna con il suo stato e la risposta.
- Seleziona gli eventi per ogni endpoint
- Log di consegna con codici di risposta e retry
- Invia un evento di test prima di andare live
Native Build e MCP
Lascia che CLI gestisca il rilascio di cui la tua app ha realmente bisogno
Se la compatibilità indica che la modifica è sicura via OTA, rilascia un live update protetto. Se cambiano code nativi, permessi o dipendenze, richiedi un Native Build e tieni l'output visibile per CI, PR e reviewer.
App
Bundle
Canali
Compatibilità
Native Build
Statistiche
Doctor
Probe di consegna
Poi chiedi al tuo agente
- Fai l'upload di questa build in produzione e fallisci se è incompatibile
- Richiedi una build di release iOS e salva il record di output
- Esegui Capgo doctor e correggi ciò che trova
Aggiungi Capgo Agent Skills così il tuo agente conoscerà ogni workflow:
npx skills add Cap-go/capgo-skills Installazione MCP
Installa Capgo CLI MCP
Registra il server CLI in Codex, Cursor, Claude Code, Windsurf, VS Code, Zed o Gemini CLI.
npx install-mcp 'npx @capgo/cli@latest mcp' --client codex
Sostituisci codex con il client che usa il tuo team.
MCP hosted
Usa Capgo da Claude, ChatGPT o Cursor
Nessuna installazione richiesta. Incolla l'URL in qualsiasi client MCP remoto, accedi con OAuth e gestisci app, canali, rollout, dispositivi e build direttamente dalla chat.
https://api.capgo.app/mcp
Gli upload e le richieste di build nativa passano comunque dall'MCP CLI qui sopra. Leggi la guida alla configurazione dell'MCP hosted
Record di build
Build di release iOS
Output salvato per CI, controlli PR e revisione mobile.
- Piattaforma
- iOS
- Modalità
- release
- Output
- IPA e QR per l'installazione
- Registra
- .capgo/build.json
npx @capgo/cli@latest build request com.acme.app --platform ios --output-upload --output-record .capgo/build.json Lo stato è visibile prima della pubblicazione delle release notes.
L'output QR rimane disponibile per la validazione sul dispositivo.
Gli errori possono far fallire la CI prima di una release rischiosa.
App buildate con Capacitor
Le app Capacitor richiedono tool di rilascio che rispettino i limiti nativi
Le grandi app Capacitor mescolano modifiche web a dipendenze native. Il Capgo CLI mantiene quel confine visibile prima del rilascio in produzione.
Le app mostrate provengono da un dataset pubblico di app degli store utilizzato in tutto il sito.
METEO
Windy.com - Previsioni Meteo
32,9M installazioni valutazione 4,7
Visualizza la scheda dello store
STRUMENTI
Il mio Orange
9,3M installazioni valutazione 4,2
Visualizza la scheda dello store
STRUMENTI
Il mio Vodafone
11,1M installazioni Valutazione 4,6
Visualizza la scheda dello store
Usa CLI oggi
Aggiungi Capgo ai tuoi script di release senza attendere una sessione dashboard.
Inizia con la documentazione di CLI, poi integra controlli di compatibilità, upload dei bundle, build native o MCP nel workflow già utilizzato dal tuo team.