Diagnostic de construction AI

Les journaux de build natifs sont longs. Lorsqu'un build iOS (Xcode / Fastlane) ou Android (Gradle / Fastlane) échoue, Capgo peut exécuter le journal à travers un ingénieur de build AI qui repère ce qui ne va pas et comment le réparer — afin que vous n'ayez pas à parcourir des milliers de lignes vous-même.

Activer cela

Ajouter --ai-analytics à votre build :

bunx @capgo/cli@latest build request com.example.app --platform android --ai-analytics

Le diagnostic ne s'active que lorsque une build échoue — les builds réussies sont laissées intactes.

Lorsqu'il s'exécute

Ce qui se passe lors d'une build échouée dépend de l'endroit où vous l'exécutez et si vous avez passé la flag :

Environnement	--ai-analytics	Comportement
Terminal interactif	oui	Diagnostique la panne immédiatement
Terminal interactif	non	Demande d'abord, puis propose le diagnostic
CI / non-interactif	oui	Exécute automatiquement et imprime le diagnostic dans stderr
CI / non-interactif	non	Surchargé — rien n'est envoyé

Ainsi, dans CI, vous devez vous inscrire avec --ai-analytics ; dans une invite de commande, vous êtes toujours interrogé en premier, à moins que le flag ne vous prévoie d'avance.

Ce que vous obtenez

Un rapport de markdown court et centré :

• Probable cause — une phrase unique.
• Preuves — les 1-3 lignes les plus pertinentes citées de votre journal.
• Solution suggérée — des étapes numérotées pour modifier votre projet (configuration de signature, une capacité manquante, un problème de Gradle ou CocoaPods, un conflit de plugin, …).

Si les journaux sont ambigus, il le mentionne et liste les hypothèses les plus probables, plutôt que d'inventer une erreur qui n'existe pas.

Vos journaux, votre choix.

Le diagnostic AI est optionnel. — rien n'est envoyé à moins que vous n'ayez passé --ai-analytics ou confirmé la prompt.

• Capgo AI (par défaut) : votre journal de construction est raccourci et envoyé à l'endpoint d'analyse de Capgo (qui fonctionne sur les Workers AI de Cloudflare) juste le temps de produire le diagnostic. Les journaux de construction ne font pas partie du stockage normal — ils s'écoulent dans votre terminal pendant la construction.
• Conservation des journaux sur votre machine : en un terminal interactif, vous pouvez au lieu de cela faire que CLI écrive un fichier de prompt local __CAPGO_KEEP_1__ — les mêmes instructions de diagnostic plus vos journaux — que vous collez dans votre propre LLM. Vos journaux ne quittent jamais votre machine.

Note

L'analyse traite votre journal de build comme des données non fiables, donc une ligne de journal qui ressemble à une instruction (une tentative d'injection de prompt) ne peut pas prendre le contrôle du diagnostic.