Diagnostique de construction AI

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

Activer

Ajouter --ai-analytics à votre construction :

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

Le diagnostic ne s'active que lorsque la construction échoue — les constructions réussies sont laissées intactes.

Lorsqu'il s'exécute

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

Environnement	--ai-analytics	Comportement
Terminal interactif	oui	Diagnostique l'échec immédiatement
Terminal interactif	non	Demande d'abord, puis propose le diagnostic
CI / non-interactif	oui	S'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 fenêtre de terminal vous êtes toujours interrogé en premier, à moins que le flag ne vous opte d'office.

Ce que vous obtenez

A rapport de markdown court et concentré :

• La cause probable — une phrase.
• La preuve — les 1–3 lignes les plus pertinentes citées de votre journal.
• La correction suggérée — des étapes numérotées à modifier dans votre projet (la 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 choix des journaux

Diagnostic AI est opt-in — rien n'est envoyé que si vous passez --ai-analytics ou confirmez la suggestion.

• Capgo Diagnostic AI (par défaut) : votre journal de construction est raccourci et envoyé à l'Capgo endpoint d'analyse (qui fonctionne sur les Cloudflare Workers AI) 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 terminal interactif, vous pouvez au lieu de cela avoir le CLI écrire 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

Les analyses considèrent votre journal de construction 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 de la diagnostic.