AI-Bau-Diagnose

Native build logs are long. When an iOS (Xcode / Fastlane) or Android (Gradle / Fastlane) build fails, Capgo can run the log through an AI build engineer that pinpoints what went wrong and how to fix it — damit Sie nicht selbst tausende von Zeilen durchblättern müssen.

Aktivieren Sie es

Hinzufügen --ai-analytics zur Ihren Build:

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

Die Diagnose tritt nur ein, wenn ein Build fehlschlägt fehlschlägt — erfolgreiche Builds bleiben unberührt.

Wenn es läuft

Was passiert bei einem fehlgeschlagenen Build hängt davon ab, wo Sie es ausführen und ob Sie die Flag gegeben haben:

Umgebung	--ai-analytics	Verhalten
Interaktives Terminal	ja	Diagnostiziert das Versagen sofort
Interaktives Terminal	nein	Zuerst fragt, dann bietet die Diagnose an
CI / nicht interaktiv	ja	Automatisch ausgeführt und die Diagnose wird auf stderr ausgegeben
CI / nicht interaktiv	nein	Übersprungen – nichts wird gesendet

Also in CI musst du dich mit --ai-analytics; in einem Terminal wirst du immer zuerst gefragt, es sei denn, die Flagge pre-optiert dich ein.

Was Sie erhalten

Ein kurzer, fokussierter Markdown-Bericht:

• Wahrscheinliche Ursache — eine Sätze.
• Beweis — die 1–3 relevantesten Zitate aus Ihrem Protokoll.
• Vorschlag zur Behebung — nummerierte Schritte zur Änderung in Ihr Projekt (Signierungskonfiguration, ein fehlendes Capability, ein Gradle- oder CocoaPods-Problem, ein Pluginkonflikt, …).

Wenn die Protokolle vage sind, sagt es das und listet die Top-Hypothesen auf, anstatt eine nicht vorhandene Fehlermeldung zu erzeugen.

Deine Protokolle, deine Wahl

Die AI-Diagnose ist opt-in — nothing is sent unless you pass --ai-analytics oder bestätigst die Anfrage.

• Capgo AI (Standard): Dein Build-Protokoll wird gekürzt und an Capgo’s Analyse-Endpunkt (der auf Cloudflare Workers AI läuft) gesendet, nur lange genug, um die Diagnose zu erstellen. Build-Protokolle gehören nicht zum normalen Speicher — sie streamen in deine Terminal-Anzeige während des Builds.
• Protokolle auf deinem Gerät behalten: Im interaktiven Terminal kannst du stattdessen haben, dass CLI ein lokales Anfrage-File schreibt Die gleichen Diagnose-Anweisungen plus dein Protokoll — das kannst du in deine eigene LLM einfügen. Deine Protokolle bleiben auf deinem Gerät.

Anmerkung

Die Analyse behandelt Ihren Build-Log als unvertrauenswürdige Daten, daher kann eine Log-Zeile, die wie eine Anweisung aussieht (ein Versuch, eine Prompt-Injektion durchzuführen), die Diagnose nicht übernehmen.