브라우저, SDK, 서버가 서로 다른 출구를 사용할 수 있습니다
브라우저 웹 페이지는 일반적으로 브라우저 또는 시스템 네트워크 설정을 따르지만, API 요청은 SDK를 실행하는 프로세스가 보냅니다. 로컬 스크립트, 컨테이너, 원격 서버가 데스크톱 클라이언트의 프록시 설정을 그대로 사용하는 것은 아닙니다. 웹 대화는 되는데 스크립트가 시간 초과된다면 먼저 스크립트가 실제로 어디에서 실행되는지 확인한 뒤 해당 환경의 DNS, 프록시 설정, 대상 도메인 접속 상태를 점검하세요.
웹 구독, API 키, 프로젝트 사용량, 모델 권한도 서로 별개일 수 있습니다. 인증 오류는 키가 속한 프로젝트와 권한을 확인하고, 한도 초과는 결제와 사용량을 확인하세요. 모델을 찾을 수 없거나 접근 권한이 없다는 오류는 API 문서를 확인해야 합니다. 연결 실패, 이름 확인 실패, 응답이 계속 끊기는 등의 문제가 있을 때에만 연결 경로를 중심으로 점검하세요.
스트리밍 요청은 응답을 끝까지 읽어야 합니다
스트리밍 출력은 클라이언트, 프록시, 중간 게이트웨이, 서버가 함께 작동해야 합니다. 스크립트는 곧바로 시간 초과되지만 웹에서는 응답이 끝까지 나온다면 SDK 시간 초과 설정, 스트리밍 응답 처리 방식, 중간 게이트웨이의 응답 버퍼링 여부를 확인하세요. 생성이 끝나기 전에 회선을 바꾸지 말고, 짧은 간격으로 재시도해 일시적인 네트워크 문제를 플랫폼의 요청 제한으로 이어지게 하지 마세요.
키는 관리되는 환경 변수나 비밀 정보 관리 시스템에 저장하세요. 프런트엔드 페이지, 공유 저장소, 공개 로그에 기록하지 마세요. 요청을 점검할 때는 필요한 상태와 오류 유형만 기록하고 프롬프트, 첨부 파일 내용, 인증 정보는 마스킹하세요. 네트워크 진단을 위해 전체 키를 회선 서비스 제공업체에 전달할 필요는 없습니다.