Zum Inhalt springen

AI-Bauvorschläge

Die nativen Buildprotokolle sind lang. Wenn ein iOS (Xcode / Fastlane) oder Android (Gradle / Fastlane) Build fehlschlägt, kann Capgo den Protokollen durch einen AI-Buildingenieur laufen lassen, der genau bestimmt, was schiefgelaufen ist und wie man es beheben kann — damit Sie nicht selbst tausende von Zeilen durchblättern müssen.

Hinzufügen --ai-analytics zu Ihrem Build:

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

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

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

Umgebung--ai-analyticsVerhalten
Interaktives TerminaljaFehler diagnostiziert sofort
Interaktives TerminalneinZuerst fragt, dann bietet die Diagnose an
CI / nicht interaktivjaAutomatisch ausgeführt und Diagnose auf stderr ausgibt
CI / nicht interaktivneinÜbersprungen – nichts wird gesendet

Daher müssen Sie in CI mit --ai-analytics; in einem Terminal wirst du immer zuerst gefragt, es sei denn, die Flagge pre-optiert dich.

Ein kurzer, fokussierter Markdown-Bericht:

  • Wahrscheinliche Ursache — eine einzelne Zeile.
  • Beweis — die 1–3 relevantesten Zitate aus deinem Log.
  • Vorschlag zur Behebung — nummerierte Schritte, um in deinem Projekt (Signierungskonfiguration, fehlende Fähigkeit, Gradle- oder CocoaPods-Probleme, Plugin-Konflikt, …) zu ändern.

Wenn die Protokolle vage sind, wird dies angezeigt und die besten Hypothesen aufgelistet, anstatt eine nicht vorhandene Fehlermeldung zu erfinden.

Die AI-Diagnose ist optional — nichts wird gesendet, es sei denn, Sie übergeben --ai-analytics oder die Eingabe bestätigen.

  • 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.
  • Protokolle auf Ihrem Gerät speichern: in einem interaktiven Terminal können Sie stattdessen das CLI eine lokale Eingabedatei schreiben — die gleiche Diagnoseanweisungen plus Ihre Protokolldatei —, die Sie in Ihren eigenen LLM einfügen.