Diagnosi AI del build

I log del Native Build sono lunghi. Quando un build iOS (Xcode / Fastlane) o Android (Gradle / Fastlane) fallisce, Capgo può analizzare il log tramite un ingegnere AI che individua cosa è andato storto e come risolvere — così non dovrai scorrere migliaia di righe manualmente.

Attivalo

Aggiungi --ai-analytics al tuo build:

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

La diagnosi si attiva solo quando un build fallisce — i build riusciti rimangono invariati.

Quando eseguito

Cosa succede in caso di build fallita dipende da dove la esegui e se hai passato il flag:

Ambiente	--ai-analytics	Comportamento
Terminale interattivo	sì	Diagnostica il fallimento immediatamente
Terminale interattivo	no	Chiede prima, poi offre la diagnosi
CI / non-interattivo	sì	Viene eseguito automaticamente e stampa la diagnosi su stderr
CI / non-interattivo	no	Saltato — non viene inviato nulla

Quindi in CI devi abilitarlo con --ai-analytics; nel terminale ti verrà sempre chiesto, a meno che non utilizzi un flag per pre-impostarlo.

Cosa ottieni

Un report markdown breve e mirato:

• Causa probabile — una sola frase.
• Evidenza — le 1–3 righe più rilevanti citate dal tuo log.
• Fix suggerito — passaggi numerati da modificare nel tuo progetto (configurazione signing, capability mancante, problemi Gradle o CocoaPods, conflitti tra plugin, …).

Se i log sono ambigui, il sistema lo segnala ed elenca le ipotesi principali, invece di inventare errori inesistenti.

I tuoi log, come preferisci

La diagnosi AI è facoltativa — non viene inviato nulla a meno che tu non passi --ai-analytics o non confermi il prompt.

• Capgo AI (predefinita): il tuo build log viene ridotto e inviato all'endpoint di analisi di Capgo (che gira su Cloudflare Workers AI) solo il tempo necessario per la diagnosi. I build log non fanno parte dello storage normale: vengono trasmessi al terminale durante il build.
• Mantieni i log sulla tua macchina: in un terminale interattivo puoi invece avere CLI scrivere un file di prompt locale — le stesse istruzioni di diagnosi più il tuo log — da incollare nel tuo LLM. I tuoi log non lasciano mai la tua macchina.

Nota

L'analisi tratta il tuo build log come dati non attendibili, quindi una riga di log che sembri un'istruzione (un tentativo di prompt-injection) non può compromettere la diagnosi.