Saltar al contenido principal
Capgo CLI + MCP

Un CLI + MCP para controlarlo todo

Una herramienta para Live Update, Native Build, comprobaciones de compatibilidad, ejecuciones en dispositivos y automatización de Capgo con IA mediante MCP.

✓ Herramientas MCP para agentes de IA ✓ Checks de release OTA o nativo ✓ Builds firmados desde la misma terminal
Capgo CLI

Checks de release, uploads protegidos y builds nativos en una sola sesión de terminal.

npx @capgo/cli bundle releaseType
Ejemplo animado: las pestañas cambian el flujo de comandos
Prueba de CLI

Workflows de release en los que confías, de la terminal a producción

Notas breves de equipos que usan Capgo para actualizaciones de Capacitor, builds nativos y control de releases.

5.0/5 valorado por equipos de desarrollo 9,400+ equipos Leer reseñas

La configuración tomó menos de un día. Los rollouts por canales me permiten probar en mi propio dispositivo antes de lanzarlo a producción.

Nate van Jole CTO, Privado

Poder añadir Device IDs a grupos específicos y aplicar los cambios solo a ellos es una maravilla.

no-tone @ Webincode Desarrollador, Webincode
Comparativa honesta

Capgo CLI vs. las alternativas.

Mismo trabajo de release. Distinta automatización.

Capgo CLI DIY / manual Scripts, Fastlane y clics en el dashboard Cloud de la competencia
Lanzar CLI Un solo CLI. Subidas OTA, builds nativos, canales, compatibilidad, ejecuciones en dispositivos y MCP desde la misma terminal. Scripts separados, trabajos de curl, lanes de Fastlane y llamadas a API que gestionas tú mismo. Sin CLI de primer nivel. Los releases se quedan en el dashboard o en flujos activados por git.
Automatización con agentes de IA MCP integrado. Expón apps, bundles, canales, builds, stats y diagnósticos a Codex, Cursor, Claude Code y otros agentes. Nada, a menos que crees y mantengas tu propio tooling. Sin servidor MCP. Los agentes no pueden gestionar releases por ti.
Decisión OTA vs native Comando explícito. El releaseType del bundle te indica si el OTA es seguro o si necesitas un Native Build antes de lanzar. Revisión manual de diffs nativos y conocimiento empírico. El dashboard solo da pistas. Es fácil equivocarse bajo presión.
Upload OTA protegido Desde CI. Upload de bundle con gates de compatibilidad, soporte delta, cifrado y links de preview QR. Upload manual de zip o scripts API personalizados con tus propios checks. Upload vía portal o git hook. Preflight limitado desde la terminal.
Peticiones de Native Build La misma terminal. Petición de build con registros de salida, links QR y logs en streaming a tu shell. Abrir Xcode, Android Studio o Fastlane en un Mac que tengas que vigilar. Haz push a git o haz clic en el dashboard. Sin registro de build programable para CI.
Integración con CI Salida programable. Registros de build en JSON, exit codes y artefactos QR para que tu pipeline haga gate. Tú conectas cada paso, secret y ruta de artefactos. Webhooks dispersos. La mayoría aún coordina releases manualmente.
Checks de compatibilidad Antes del upload. CLI escanea dependencias nativas y falla pronto si el OTA fuera inseguro. Sin guardrails a menos que los crees. Validación básica del bundle. El drift nativo es fácil de pasar por alto.
Pruébalo antes de pagar Sí. Prueba gratuita ilimitada durante 14 días. Sin tarjeta de crédito. Barato, hasta que cuentas las horas de mantener scripts vivos. Tiered plans. Trials vary by vendor.

La comparativa refleja setups DIY/manuales típicos y la documentación pública de la competencia.

De Martin

Por qué importa Capgo CLI

Martin, fundador de Capgo, habla sobre lanzar releases de Capacitor desde la terminal, verificar la compatibilidad antes del push y mantener los Native Build en el mismo workflow.

Martin, fundador de Capgo

Flujo de comandos

Del setup al tipo de release adecuado

Los comandos Capgo CLI hacen explícita la bifurcación clave del release: live update cuando cambia la capa web, Native Build cuando el binario de la app debe actualizarse.

Ruta OTA

Usa compatibility gates y enlaces QR de preview cuando el web bundle pueda actualizarse de forma segura.

Ruta nativa

Solicita un build firmado cuando cambien las dependencias, permisos o el code nativo.

  1. 1

    Inicializa los flujos de updates, upload, build y verificación

    npx @capgo/cli@latest init
  2. 2

    Pregunta si un release debe ser OTA o nativo

    npx @capgo/cli@latest bundle releaseType com.acme.app --channel production
  3. 3

    Sube un live update protegido con un QR de preview

    npx @capgo/cli@latest bundle upload --channel production --fail-on-incompatible --qr-preview
  4. 4

    Solicita un build nativo y guarda el output para CI o PRs

    npx @capgo/cli@latest build request com.acme.app --platform ios --build-mode release --output-upload --output-record .capgo/build.json

Automatización

Entran keys con scope, salen eventos de release

Da a tu CI y a tus agentes una clave que solo pueda hacer su trabajo y envía cada cambio de bundle o canal a las herramientas que tu equipo ya monitoriza.

Claves con scope para CI, scripts y agentes de IA

Crea claves limitadas a una organización o app, con un modo de upload, read o write y fecha de expiración. Las claves se pueden guardar con hash y no se vuelven a mostrar.

  • Claves de solo upload para pipelines de CI
  • Fecha de expiración en cada clave
  • Almacenamiento con hash cuando tu org lo requiera
Capgo API keys: lista de claves para GitHub Actions, Fastlane, un dashboard de soporte de solo lectura y el servidor MCP Capgo, cada una con su fecha de expiración

Native builds y MCP

Deja que CLI gestione el trabajo de release que tu app realmente necesita

Cuando la compatibilidad indique que el cambio es seguro vía OTA, lanza un live update protegido. Si cambiaron code nativos, permisos o dependencias, solicita un Native Build y mantén el output visible para CI, PRs y revisores.

Apps
Bundles
Canales
Compatibilidad
Builds nativos
Estadísticas
Doctor
Prueba de entrega

Luego pregúntale a tu agente

  • Sube este build a producción y que falle si es incompatible
  • Solicita un build de release para iOS y guarda el registro de salida
  • Ejecuta Capgo doctor y arregla lo que encuentre

Añade Capgo Agent Skills para que tu agente conozca cada workflow:

npx skills add Cap-go/capgo-skills
Explora herramientas de IA

Instalar MCP

Instala el MCP de Capgo CLI

Registra el servidor CLI en Codex, Cursor, Claude Code, Windsurf, VS Code, Zed o Gemini CLI.

npx install-mcp 'npx @capgo/cli@latest mcp' --client codex

Reemplazar codex con el cliente que use tu equipo.

MCP alojado

Usa Capgo desde Claude, ChatGPT o Cursor

No hay que instalar nada. Pega la URL en cualquier cliente MCP remoto, inicia sesión con OAuth y gestiona apps, canales, rollouts, dispositivos y builds desde el chat.

https://api.capgo.app/mcp

Las subidas y las peticiones de Native Build siguen pasando por el MCP CLI de arriba. Lee la guía de configuración del MCP alojado

Registro de build

Build de release para iOS

Output guardado para CI, checks de PR y revisión en móvil.

listo
Plataforma
iOS
Modo
release
Resultado
IPA y QR de instalación
Registro
.capgo/build.json
npx @capgo/cli@latest build request com.acme.app --platform ios --output-upload --output-record .capgo/build.json

El estado es visible antes de publicar las notas de la versión.

El código QR sigue disponible para la validación del dispositivo.

Errors can fail CI before a risky release ships.

Apps creadas con Capacitor

Las apps de Capacitor necesitan herramientas de release que respeten los límites nativos

Las apps grandes de Capacitor mezclan cambios web con dependencias nativas. La CLI de Capgo mantiene ese límite visible antes de un release a producción.

Las apps mostradas provienen de un dataset público de apps de tiendas usado en todo el sitio.

Usa CLI hoy mismo

Añade Capgo a tus scripts de release sin esperar a una sesión del dashboard.

Empieza con la documentación de CLI, luego integra los checks de compatibilidad, bundle uploads, Native Build o MCP en el flujo de trabajo de tu equipo.