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	交互式终端
context	是	立即诊断故障
交互终端	否	先询问再提供诊断
CI / 非交互	是	自动运行并将诊断打印到 stderr
CI / 非交互	跳过 — 没有发送	因此在 CI 中您必须使用

So in CI you must opt in with --ai-analytics; 在终端中，您始终会被要求输入，除非标志先行配置。

您得到什么

一个短暂、聚焦的 Markdown 报告：

• 可能的原因 — 一句短语。
• 证据 — 从您的日志中引用的 1–3 条最相关的行。
• 建议的修复 — 在您的项目中（签名配置、缺少的能力、Gradle 或 CocoaPods 问题、插件冲突，…）进行的有序步骤。 修复步骤 — 在您的项目中（签名配置、缺少的能力、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_0__ — 将诊断指令和您的日志 — 供您粘贴到您的 LLM 中。您的日志永远不会离开您的机器。

注意

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