AI 도구가속기 회선 선택

사용 중인 런타임이 시스템 프록시를 읽는지 먼저 확인하세요. 일부 명령은 환경 변수를 따르고, 일부 SDK는 클라이언트 초기화 시 프록시를 명시해야 하며, 어떤 도구는 터미널 설정을 우회합니다. 테스트는 가장 작은 요청부터 시작해 도메인 확인, TLS 연결, 응답 수신이 모두 예상한 회선을 통하는지 확인하세요.

• 터미널과 브라우저의 출구는 다를 수 있으므로 웹 결과만으로 판단해서는 안 됩니다.
• 환경 변수를 변경한 뒤에는 실행 중인 프로세스를 다시 시작해야 합니다.
• 접속 자격 증명을 명령 기록이나 공개 로그에 직접 남기지 마세요.

에디터에는 일반적으로 메인 프로세스, 확장 프로세스, 내장 브라우저, 터미널이 함께 포함됩니다. 이들은 서로 다른 프록시 정책을 사용할 수 있습니다. 로그인 페이지에서 인증은 완료되지만 자동 완성이 실패한다면 확장 프로세스가 같은 경로를 사용하지 않는 경우가 많습니다. 에디터 자체의 네트워크 설정을 확인한 뒤 창을 다시 로드해 플러그인이 연결을 새로 만들도록 하세요.

• 로그인 콜백과 코드 자동 완성은 같은 주요 지역을 유지해야 합니다.
• 대규모 프로젝트를 인덱싱하는 동안에는 회선을 자주 바꾸지 마세요.
• 플러그인이 반복해서 오프라인이 되면 먼저 누락된 규칙과 연결 재사용 여부를 확인하세요.

CI 작업은 독립된 환경에서 실행되므로 로컬 클라이언트 설정이 자동으로 전달되지 않습니다. 흐름에 모델 호출이 포함된다면 실행 환경에 별도의 출구를 구성하고 무제한 재시도를 제한하세요. 작업 실패 시 상태 코드, 시간 초과 단계, 요청 대상 등 필요한 정보는 남기되 로그에 전체 접속 자격 증명이나 민감한 입력을 기록해서는 안 됩니다.

• 연결 실패, 인증 실패, 서비스 측 요청 제한을 구분하세요.
• 재시도 사이에 간격을 두어 한 번의 장애가 연속 요청으로 확대되지 않게 하세요.
• 실행 환경의 주요 출구를 고정해 지역 변동을 줄이세요.