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	交互式终端
__CAPGO_KEEP_0__	yes	立即诊断故障
交互终端	no	先询问再提供诊断
CI / 非交互	yes	自动运行并将诊断打印到标准错误
CI / 非交互	no	跳过 — 没有发送任何内容

因此在 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__ in an interactive terminal you can instead have the CLI __CAPGO_KEEP_1__ — 将诊断指令加上您的日志 — 那些您粘贴到您的LLM中的内容。您的日志永远不会离开您的机器。

注意

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