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	交互式终端
yes	立即诊断失败原因	__CAPGO_KEEP_0__
交互终端	不	首先问问题，然后提供诊断
CI / 非交互	是	自动运行并将诊断打印到标准错误
CI / 非交互	不	跳过 — 没有发送

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

您得到的内容

简短的、专注的 Markdown 报告：

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

__CAPGO_KEEP_0__

__CAPGO_KEEP_0__

AI诊断是 可选 ——除非您传递或确认提示，否则不会发送任何内容。 --ai-analytics __CAPGO_KEEP_0__ AI（默认）：

• 您的构建日志会被截断并发送到Capgo的分析端点（该端点在__CAPGO_KEEP_1__ Workers AI上运行），仅用于产生诊断。构建日志不属于正常存储——它们会流式传输到您的终端中。 your build log is trimmed and sent to Capgo’s analysis endpoint (which runs on Cloudflare Workers AI) just long enough to produce the diagnosis. Build logs aren’t part of normal storage — they stream to your terminal during the build.
• 在交互式终端中，您可以让__CAPGO_KEEP_0__ in an interactive terminal you can instead have the CLI ——同样的诊断指令加上您的日志——您可以将其粘贴到自己的LLM中。您的日志永远不会离开您的机器。 注意

注意

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