AI-Bauvorschlagdiagnose

Nativbauprotokolle sind lang. Wenn ein iOS (Xcode / Fastlane) oder Android (Gradle / Fastlane) Build fehlschlägt, kann Capgo den Protokoll durch einen AI-Bauingenieur laufen lassen, der genau bestimmt, was schief gelaufen ist und wie man es behebt — damit Sie nicht selbst tausende von Zeilen scrollen müssen.

Aktivieren Sie es

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

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

Die Diagnose tritt nur ein, wenn ein Bau fehlschlägt — erfolgreiche Builds bleiben unverändert.

Wenn es läuft

Was auf einem fehlgeschlagenen Build passiert, hängt davon ab, wo Sie es ausführen und ob Sie die Flagge gesetzt haben:

Umgebung	--ai-analytics	Verhalten
Interaktives Terminal	ja	Diagnostiziert die Fehlfunktion sofort
Interaktives Terminal	nein	Befragt zuerst, dann bietet es die Diagnose an
CI / nicht interaktiv	ja	Automatisch ausgeführt und gibt die Diagnose an stderr aus
CI / nicht interaktiv	nein	Übersprungen – nichts wird gesendet

Also in CI musst du dich mit --ai-analyticsin einer Terminal-Anwendung wirst du immer zuerst gefragt, es sei denn, die Flagge pre-optiert dich.

Was du bekommst

Ein kurzer, fokussierter Markdown-Bericht:

• Wahrscheinliche Ursache — Eine Sitzung.
• Evidence — die 1–3 relevantesten Zeilen, die zitiert werden aus Ihrem Protokoll.
• Vorschlag zur Korrektur — Schritte zur Änderung in Nummernreihenfolge your Projekt (Signierungskonfiguration, eine fehlende Fähigkeit, ein Gradle- oder CocoaPods-Problem, ein Pluginkonflikt, …).

Wenn die Protokolle vage sind, wird dies angezeigt und die Top-Hypothesen aufgelistet, anstatt eine nicht vorhandene Fehlermeldung zu erzeugen.

Die AI-Diagnose ist

Your logs, your choice opt-in — nothing is sent unless you pass --ai-analytics oder bestätigen Sie den Vorschlag.

• Capgo AI (Standard): ihr 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 sind nicht Teil der normalen Speicherung — sie streamen in Ihr Terminal während der Build.
• Logs auf Ihrem Gerät behalten: an einem interaktiven Terminal können Sie stattdessen haben, dass der CLI eine lokale Vorschlagsdatei schreibt — die gleichen Diagnoseanweisungen plus Ihr Protokoll —, die Sie in Ihr eigenes LLM einfügen. Ihre Logs verlassen Ihr Gerät nie.

Hinweis

Die Analyse behandelt Ihr Build-Protokoll als unvertrauenswürdige Daten, daher kann eine Protokollzeile, die wie eine Anweisung aussieht (ein Vorschlagsinjektionsversuch), die Diagnose nicht übernehmen.