오류 및 문제 해결
오류 원인과 HTTP 상태로 호출 문제를 찾고 안전한 복구 방법을 선택합니다.
API 요청이 실패하면 HTTP 상태 코드와 마스킹된 오류 정보를 먼저 보관한 후 요청, 인증, 모델 또는 서버 중 원인을 판단합니다. 원인을 확인하지 않은 채 같은 요청을 계속 재시도하지 않습니다.
자격 증명과 고객 데이터를 먼저 보호합니다
진단 기록에 전체 API 키, Authorization 또는 x-api-key Header, Cookie, 비밀번호, 전체 Prompt, 고객 파일 또는 기타 민감한 정보를 포함하지 않습니다.
오류 원인부터 판단
| 오류 원인 | 일반적인 현상 | 권장 조치 |
|---|---|---|
| 요청 내용 | 잘못된 JSON, 필드 누락, 매개변수 타입 오류 또는 파일 형식 불일치 | 오류 정보에 따라 요청을 수정하며 그대로 재시도하지 않습니다 |
| 인증 및 권한 | API 키 누락, 무효 또는 대상 모델 접근 권한 없음 | Base URL, 프로토콜의 인증 Header, 키 상태 및 모델 권한을 확인합니다 |
| 모델 및 리소스 | 모델 ID, 작업 ID 또는 요청 경로 없음 | 모델 목록에서 ID를 다시 복사하고 리소스 소유 계정을 확인합니다 |
| 플랫폼 또는 상위 서비스 | 일시적인 서비스 장애, 처리 시간 초과 또는 상위 서비스 오류 | 진단 정보를 보관하고 제한적으로 재시도하며 계속 실패하면 요청을 중지합니다 |
| 비동기 작업 | 제출 성공 후 작업 실패, 장시간 처리 중 또는 결과 사용 불가 | 원래 작업 상태부터 조회하며 작업을 바로 중복 생성하지 않습니다 |
하나의 실패에 여러 단서가 있을 수 있습니다. 예를 들어 404는 잘못된 엔드포인트 또는 존재하지 않는 모델이나 작업을 의미할 수 있으므로 최종 요청 URL과 오류 본문을 함께 확인해야 합니다.
HTTP 상태 요약
| HTTP 상태 | 일반적인 의미 | 권장 복구 방법 |
|---|---|---|
400 | 요청 형식, 매개변수 또는 입력 내용 오류 | 요청을 수정한 후 다시 보냅니다 |
401 | API 키 누락, 무효 또는 API 요구 사항과 다른 인증 Header | 프로토콜의 인증 방식을 확인하고 필요하면 새 키를 생성하여 교체합니다 |
403 | 계정, 키 또는 모델의 허용 범위가 요청을 충족하지 못함 | 계정 상태, 토큰 제한 및 모델 권한을 확인합니다 |
404 | Base URL, 엔드포인트, 모델 또는 작업 없음 | 최종 URL, 모델 ID, 작업 ID 및 소유 계정을 확인합니다 |
429 | 요청 빈도, 동시 요청, 할당량 또는 서비스 용량 제한 | 잦은 요청을 중지하고 실제 오류에 따라 부하를 줄인 후 나중에 재시도합니다 |
500–599 | 플랫폼, 게이트웨이 또는 상위 서비스가 일시적으로 요청을 완료할 수 없음 | 진단 정보를 보관하고 제한된 횟수로 백오프 재시도합니다 |
이 상태는 진단 방향을 빠르게 정하는 데만 사용합니다. 프로토콜과 상위 서비스의 프로그램 오류 코드가 다를 수 있으므로 HTTP 상태, 실제 오류 본문 및 해당 API 레퍼런스로 원인을 판단해야 합니다.
권장 문제 해결 절차
실패 현상 기록
요청 시간과 시간대, Method, Path, 모델 ID, HTTP 상태 및 민감 정보를 제거하고 길이를 제한한 오류 정보를 보관합니다. 응답에 Request ID가 있으면 함께 보관합니다.
주소 및 인증 확인
Base URL로 https://api.agtcloud.cn/v1을 사용하고 최종 URL에 /v1/v1이 중복되지 않는지 확인합니다. OpenAI 호환 API는 일반적으로 Authorization: Bearer your-api-key를 사용하며 다른 프로토콜은 해당 레퍼런스의 인증 Header를 확인합니다.
모델 및 요청 내용 확인
모델 ID가 현재 계정에 표시되는 모델 목록에서 나온 것인지 확인하고 Content-Type, JSON, 필수 필드, 파일 타입 및 입력 크기를 확인합니다.
재시도 가능 여부 판단
400, 401, 403 및 명확한 리소스 없음 문제는 먼저 해결합니다. 일시적 네트워크 또는 5xx 장애는 대기 시간을 점차 늘리며 제한적으로 재시도할 수 있습니다.
민감 정보를 제거한 자료 준비
문제가 계속되면 최소 재현 절차와 진단 정보를 정리합니다. 문제 해결을 위해 전체 키, 고객 Prompt, 파일 또는 마스킹하지 않은 응답을 복사하지 않습니다.
안전한 재시도 처리
- 일반 읽기 전용 요청의 일시적 장애에는 제한된 횟수의 백오프 재시도를 사용할 수 있습니다.
- 매개변수, 인증 및 권한 문제는 원인을 해결한 후에만 다시 보냅니다.
- 작업 생성, 외부 도구 호출 또는 부수 효과가 있는 요청은 다시 보내기 전에 원래 요청의 적용 여부를 확인합니다.
- 비동기 요청은 원래 작업 ID부터 조회하며 클라이언트 시간 초과만으로 중복 작업을 생성하지 않습니다.
- 최대 재시도 횟수와 전체 대기 시간을 설정하고 계속 실패하면 자동 요청을 중지하여 진단 정보를 보관합니다.
준비할 진단 정보
| 정보 | 예시 또는 설명 |
|---|---|
| 발생 시간 | 날짜, 시간 및 시간대 포함 |
| 요청 위치 | Method와 Path, 전체 API 키는 제외 |
| 호출 대상 | 모델 ID, 비동기 작업은 작업 ID도 포함 가능 |
| 응답 결과 | HTTP 상태 및 마스킹된 오류 정보 |
| 요청 특성 | 스트리밍, 도구 포함 및 비동기 작업 여부 |
| 클라이언트 환경 | SDK 이름과 버전, 런타임 버전 및 최소 재현 절차 |
| 추적 정보 | 응답에 Request ID가 있으면 보관 |
프로그램 오류 코드와 처리 권장 사항은 오류 코드 레퍼런스를 확인합니다. 해결되지 않으면 Request ID와 FAQ를 참고합니다. 첫 연동 문제는 빠른 시작과 API 키, Base URL 및 인증을 다시 확인합니다.