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 / 非交互式	是	自动运行并将诊断打印到标准错误
CI / 非交互式	否	跳过 — 没有发送任何内容

因此在 CI 中,您必须通过选项来 --ai-analytics在终端中,除非使用标志预先选项,否则您总是会被询问

您将获得什么

一份简短、专注的 Markdown 报告：

• 可能的原因 — 一句话。
• 证据 — 从您的日志中引用的 1–3 条最相关的行。
• 建议修复 — 有序步骤以更改 您的 项目（签名配置、缺少的能力、Gradle 或 CocoaPods 问题、插件冲突，…）。

如果日志不明确，它会说明并列出前几种假设，而不是捏造不存在的错误。

您的日志，您的选择

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__ 在一个交互式终端中，您可以使用 CLI —— 与您的日志相同的诊断指令加上提示 —— 您可以将其粘贴到自己的LLM中。您的日志永远不会离开您的机器。 AI 诊断是可选的 —— nothing is sent unless you pass or confirm the prompt.

注意

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