AI Build诊断

原生构建日志很长。当 iOS (Xcode / Fastlane) 或 Android (Gradle / Fastlane) 构建失败时，Capgo 可以将日志通过 AI 构建工程师来分析 什么地方出了问题以及如何修复 — 因此您不必自己浏览数千行日志

启用它

添加 --ai-analytics 到您的构建：

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

诊断仅在构建失败时才会触发 — 成功的构建将保持不变 原生构建日志很长。当 iOS (Xcode / Fastlane) 或 Android (Gradle / Fastlane) 构建失败时，__CAPGO_KEEP_0__ 可以将日志通过 AI 构建工程师来分析什么地方出了问题以及如何修复 — 因此您不必自己浏览数千行日志。

当它运行时

失败的构建发生什么取决于你在哪里运行它以及你是否传入了标志：

环境	--ai-analytics	行为
交互式终端	是	立即诊断失败
交互式终端	否	先问，然后提供诊断
CI / 非交互式	Yes	自动运行并将诊断信息打印到标准错误
CI / 非交互式	No	跳过 — 没有发送任何内容

在 CI 中，您必须使用 --ai-analytics; 在终端中，您始终会被询问，除非使用标志先行选择。

您将获得

一个短、集中且以 Markdown 格式呈现的报告：

• 可能的原因 —— 一句话。
• 证据 — 从您的日志中引用的 1–3 条最相关的行。
• 建议修复 — 有关更改的步骤（签名配置、缺失的能力、Gradle 或 CocoaPods 问题、插件冲突等） 如果日志不明确，它会说明并列出前几项假设，而不是捏造不存在的错误。 您的日志，您的选择

AI 诊断是

可选

— nothing is sent unless you pass — nothing is sent unless you pass — nothing is sent unless you pass --ai-analytics 或确认提示.

• Capgo AI (default): 在Capgo’s分析端点（运行在Cloudflare Workers AI上）上，只有诊断结果才会被发送。构建日志不作为正常存储的一部分 — 它们在构建期间流式传输到您的终端中。
• 在您的机器上保留日志： 在交互式终端中，您可以代替使用CLI 在本地写入提示文件 — 与您的日志一起的诊断指令 — 您可以将其粘贴到自己的LLM中。您的日志永远不会离开您的机器。

注意

分析器会将您的构建日志视为不受信任的数据，因此看起来像一个指令（提示注入尝试）的日志行无法劫持诊断。