AI 建筑诊断

本机构建日志很长。当 iOS (Xcode / Fastlane) 或 Android (Gradle / Fastlane) 构建失败时，Capgo 可以将日志传递给 AI 构建工程师，指出 什么地方出了问题以及如何修复它 — 因此您不必自己浏览数千行日志。

启用它

添加到您的构建： --ai-analytics 终端窗口

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

Ready to paste 失败 — 成功构建保持不变。

当它运行

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

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

在 CI 中，您必须通过选项来激活 --ai-analytics; 在终端中，您始终会被询问，除非使用标志先激活

您得到什么

一个短、专注的 Markdown 报告：

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

标题为“您的日志，您的选择”

AI 诊断

__CAPGO_KEEP_1__ opt-in — 除非你传入或确认提示，否则不会发送任何内容 --ai-analytics 或确认提示。

• Capgo AI (default): 你的构建日志会被截取并发送到Capgo的分析端点（该端点在Cloudflare Workers AI上运行）仅用于产生诊断。构建日志不属于正常存储 —— 它们会在构建期间流式传输到你的终端。
• 在机器上保留日志： 在交互式终端中，你可以让CLI 写一个本地提示文件 — 与你的日志相同的诊断指令 —— 你可以将其粘贴到自己的LLM中。你的日志永远不会离开你的机器。

注意

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