AI 빌드 진단

네이티브 빌드 로그가 길다. iOS (Xcode / Fastlane) 또는 Android (Gradle / Fastlane) 빌드가 실패할 때 Capgo을 실행하여 로그를 AI 빌드 엔지니어가 오류를 식별하고 수정 방법을 알려주는 AI 빌드 엔지니어가 빌드 로그를 분석할 수 있습니다. 오류를 식별하고 수정 방법을 알려줍니다 — 그래서 1000줄 이상의 로그를 스ROLL하지 않아도 됩니다. 활성화

활성화 제목

빌드에 추가: --ai-analytics 터미널 창

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

빌드가 실패할 때만 진단이 작동합니다. 실패하지 않으면 건너뜁니다. 실패할 때

실패한 빌드에 따라 실행 위치와 플래그가 전달되었는지에 따라 다릅니다.

동작

인터랙티브 터미널	--ai-analytics	yes
실패를 즉시 진단합니다.	__CAPGO_KEEP_0__	__CAPGO_KEEP_0__
인터랙티브 터미널	no	먼저 진단을 제안하고 질문합니다.
CI / 비인터랙티브	yes	자동으로 실행되고 진단 결과를 stderr로 출력합니다.
CI / 비인터랙티브	no	bypass — 전송되지 않습니다.

CI 환경에서 항상 옵트인해야 합니다. --ai-analytics; 터미널에서 항상 질문합니다. flag가 옵트인을 미리합니다.

Capgo에서 제공하는 기능

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

• 가능한 원인 — 한 문장.
• 증거 — 로그에서 1–3줄의 가장 관련된 문구.
• 권장 수정 — 숫자로 된 단계를 통해 프로젝트 (인증 구성, 미처리된 기능, Gradle 또는 CocoaPods 문제, 플러그인 충돌, …)에서 변경. 로그가 모호한 경우에는 그 사실을 말하고 가장 높은 가설을 나열한다. 오류가 없다고 가정하지 않는다.

당신의 로그, 당신의 선택

__CAPGO_KEEP_0__

AI 진단은 선택적 — 당신이 __CAPGO_KEEP_0__를 통과하거나 확인할 때까지 전송되지 않습니다. --ai-analytics 또는 확인 단추.

• Capgo AI (기본값): Capgo의 분석 엔드포인트 (Cloudflare Workers AI에서 실행됨)에 Capgo 빌드 로그가 잘라서 전송됩니다. 빌드 로그는 일반적인 저장소에 포함되지 않습니다. — 빌드는 터미널에 스트리밍됩니다.
• __CAPGO_KEEP_0__ 로그 유지: 인터랙티브 터미널에서 CLI __CAPGO_KEEP_0__ 로그를 로컬에 유지: __CAPGO_KEEP_0__ 로그를 로컬에 유지하고 로그와 함께 LLM에 로그를 붙여넣는 대신 로컬에 __CAPGO_KEEP_0__를 작성할 수 있습니다. 로그는 당신의 머신에서 절대 나가지 않습니다.

주의사항

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