AIビルド診断

ネイティブビルドのログは長いです。iOS (Xcode / Fastlane) または Android (Gradle / Fastlane) のビルドが失敗した場合、Capgo は AI ビルドエンジニアがログを解析し、 何が問題で、どう修正すればよいかを特定します — 数千行のログを自分でスクロールする必要はありません。

有効にする

追加 --ai-analytics ビルドに:

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

診断はビルドが失敗した場合にのみ実行されます 失敗します — 成功したビルドには影響しません。

実行タイミング

ビルド失敗時の動作は、実行場所とフラグの指定有無によって異なります:

環境	--ai-analytics	動作
対話型ターミナル	はい	失敗を即座に診断します
対話型ターミナル	いいえ	まず質問し、その後で診断を提供します
CI / 非対話モード	はい	自動実行され、診断結果を stderr に出力します
CI / 非対話モード	いいえ	スキップ — 送信されません

そのため、CI では次のフラグで opt in する必要があります： --ai-analyticsターミナルでは、フラグで事前に opt in していない限り、必ず最初に確認されます。

取得できる情報

簡潔で要点を絞った Markdown レポート：

• 考えられる原因 — 一文で。
• 根拠 — ログから引用した、最も関連性の高い1〜3行。
• 修正案 — プロジェクトで変更する番号付きの手順（ あなたの 署名設定、不足しているCapability、GradleやCocoaPodsの問題、プラグインの競合など）。

ログが曖昧な場合は、存在しないエラーを作り上げず、その旨を伝えて有力な仮説を並べます。

ログの扱いはあなた次第

AI診断は オプトインです — 渡さない限り何も送信されません --ai-analytics またはプロンプトを確認してください。

• Capgo AI（デフォルト）: ビルドログはトリムされ、診断を生成する間だけ Capgo の分析エンドポイント（Cloudflare Workers AI で実行）に送信されます。ビルドログは通常のストレージの一部ではなく、ビルド中にターミナルにストリームされます。
• ログをローカルに保持: 対話型ターミナルでは、代わりに CLI がローカルプロンプトファイルを書き出せます — 同じ診断指示とログを含み、自分の LLM に貼り付けます。ログはマシンから外に出ません。

注意

分析処理では、ビルドログを信頼できないデータとして扱います。そのため、指示のように見えるログ行（プロンプトインジェクションの試み）によって診断が乗っ取られることはありません。