AI 建议诊断

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

启用它

添加 --ai-analytics 到您的构建：

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

只有当构建失败时诊断才会激活 __CAPGO_KEEP_0__ 成功的构建保持不变

当它运行时

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

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

在 CI 中你必须手动选择 --ai-analytics; 在终端中你总是被询问，除非使用标志预先选择

你得到什么

简短的、专注的 Markdown 报告：

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

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

— 在您的项目中（签名配置、缺少的能力、Gradle 或 CocoaPods 问题、插件冲突，…）进行的有序步骤。

AI 诊断 可选 — 除非你传入或确认提示语，否则不会发送任何内容。 --ai-analytics 或确认提示语。

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

注意

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