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 localise ce qui ne va pas et comment le corriger — afin que vous ne deviez 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 lors d'une construction fails — 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 de la présence du flag :

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

Ainsi, dans CI, vous devez vous inscrire avec --ai-analyticsDans un terminal, vous êtes toujours invité à le faire à moins que le flag ne vous y oblige d'avance.

Ce que vous obtenez

Un court et focal rapport markdown :

• Cause probable — une phrase.
• Preuves — les 1–3 lignes les plus pertinentes citées de votre journal.
• Correction suggérée — étapes numérotées pour modifier dans 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 dit et liste les principales hypothèses, plutôt que d'inventer une erreur qui n'existe pas.

Votre journal, votre choix

Le diagnostic AI est un choix — rien n'est envoyé que si vous passez --ai-analytics ou confirmez la suggestion.

• Capgo Intelligence Artificielle (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 : dans un terminal interactif vous pouvez à la place avoir le CLI écrit un fichier de suggestion local — les mêmes instructions de diagnostic plus votre journal — que vous collerez dans votre propre LLM. Vos journaux ne quittent jamais votre machine.

Remarque

The analysis treats your build log as untrusted data, so a log line that looks like an instruction (a prompt-injection attempt) can’t hijack the diagnosis.