AI 빌드 진단

자연 빌드 로그는 길다. iOS (Xcode / Fastlane) 또는 Android (Gradle / Fastlane) 빌드가 실패할 때, Capgo는 AI 빌드 엔지니어가 오류를 찾아내고 수정 방법을 알려주는 로그를 실행할 수 있다. 오류를 찾아내고 수정 방법을 알려주는 AI 빌드 엔지니어가 로그를 실행할 수 있다. — 그래서 당신은 수천 줄의 로그를 스ROLL하지 않아도 된다.

활성화

추가 --ai-analytics 빌드에 대한 정보:

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

빌드가 실패할 때만 진단이 작동합니다. 실패한 빌드는 건드리지 않습니다. 실패할 때 발생하는 일은 빌드의 위치와 플래그를 통과했는지에 따라 달라집니다.

환경

인터랙티브 터미널

__CAPGO_KEEP_0__	--ai-analytics	__CAPGO_KEEP_0__
__CAPGO_KEEP_0__	yes	즉시 실패 진단
인터랙티브 터미널	no	진단 후 제안
CI / 비인터랙티브	yes	자동으로 실행하고 디버그 결과를 stderr로 출력
CI / 비인터랙티브	no	스킵 — 전송되지 않음

CI에서 옵트인해야 함 --ai-analytics터미널에서 항상 첫 번째로 묻히며, 플래그가 미리 옵션을 제공하지 않는 경우에는.

받을 수 있는 것

짧고 집중된 마크다운 보고서:

• 가능한 원인 — 한 문장.
• 증거 — 로그에서 가장 관련성이 높은 1-3줄의 문구.
• 권장된 수정 — 프로젝트에서 변경해야 할 단계 (인증 구성, 누락된 기능, Gradle 또는 CocoaPods 문제, 플러그인 충돌, ...). your 프로젝트

로그가 모호하다면 그 사실을 알려주고 가장 가능성이 높은 가설을 나열합니다. 그 대신 실제로 그런 오류가 없다고 giả định하는 오류를 만들지 않습니다.

당신의 로그, 당신의 선택

AI 진단은 선택적입니다 — 당신이 __CAPGO_KEEP_0__를 통과하거나 확인하지 않는 한 __CAPGO_KEEP_0__가 전송하지 않습니다. --ai-analytics __CAPGO_KEEP_0__ AI (기본값):

• 당신의 빌드 로그는 Capgo의 분석 엔드포인트 (__CAPGO_KEEP_1__ Workers AI에서 실행됨)에 전송되어 진단을 생성하기 위해 Capgo가 빌드 로그를 잘라내서 전송합니다. 빌드 로그는 일반적인 저장소에 포함되지 않습니다. — 빌드는 터미널에 스트리밍됩니다. 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__ — 로그를 붙여넣기 위해 동일한 진단 지시문 plus 당신의 로그 — 당신이 자신의 LLM 에 붙여넣기 해.

주의

분석은 당신의 빌드 로그를 신뢰할 수 없는 데이터로 처리하므로, 로그 라인이 지시문 (프롬프트 주입 시도)처럼 보이더라도 진단을 가로채지 못합니다.