어시스턴트에서 백링크 확인 툴 호출이 실패하는 증상 테이블

문장보다 상태 코드가 더 중요한 이유

어시스턴트는 402를 정중한 문단으로 바꿉니다. 당신은 코드가 아닌 문단을 읽습니다. 원본 상태 코드를 요청하세요. 그것이 가장 저렴한 진단입니다.

오류를 두 부분으로 나누세요. 모델을 탓하기 전에 터미널에서 동일한 URL을 실행하세요. curl이 ok true가 포함된 JSON을 반환하면 API는 정상이며 오류는 래퍼나 프롬프트에 있습니다. curl도 실패하면 키나 잔액에 문제가 있으며 프롬프트 문구로는 해결되지 않습니다.

스크립트가 중간에 중단될 때

스크립트는 요금이 조용히 증가하는 곳입니다. 아래 3가지 사례는 중단, 체인 또는 침묵하는 오류가 계획보다 더 많은 호출로 이어지는 방법을 보여줍니다.

Ctrl-C는 배치의 절반을 완료되지 않게 할 수 있습니다

많은 스크립트는 도메인 목록을 순회하며 항목마다 하나의 유료 호출을 수행합니다. 중간에 Ctrl-C를 누르세요. 이미 실행된 호출은 청구되며 나머지는 발생하지 않습니다. 출력 파일에는 완료된 도메인이 명시되어야 합니다.

결과가 도착하는 즉시 디스크에 기록하세요. 그러면 재시작 시 이미 완료된 도메인을 건너뛰어 두 번 청구되지 않도록 할 수 있습니다.

스크립트 체이닝은 호출을 곱합니다

3개의 스크립트를 실행하고 결과를 하나의 이메일로 병합하는 것은 깔끔해 보입니다. 각 스크립트가 2개의 유료 호출을 수행한다고 가정하면, 단일 실행으로 6번 청구됩니다. 먼저 계산한 후 예약하세요.

데이터를 한 번 수집한 후 서식을 지정하는 단일 스크립트는 요금과 로직을 한 곳에 유지합니다. 예약된 스크립트는 또한 끝에 호출 횟수를 출력해야 하며, 다음 잔액 확인 시 일치할 숫자를 제공해야 합니다.

재실행 전에 오류 본문 읽기

실패한 호출은 보통 ok가 false로 설정되고 짧은 메시지가 포함된 본문을 여전히 반환합니다. 먼저 메시지를 읽으세요. 동일한 키와 잔액으로 재실행하면 동일한 방식으로 실패합니다.

본문을 무시하고 실패했다는 단어만 출력하는 스크립트는 당신이 가진 유일한 단서를 낭비합니다. 상태와 메시지를 그대로 인용하세요. 어시스턴트의 의역은 이미 도움이 될 세부 정보를 잃었습니다. 항상 원문 그대로.

래퍼 자체의 오류 및 해결책

동일한 3가지 실수가 대부분의 래퍼에서 나타납니다. URL에 키를 넣으면 로그와 공유된 트랜스크립트에 표시되므로 제품에서 허용하는 경우 베어러 헤더를 사용하세요.

모든 액션을 노출하는 것이 두 번째 실수입니다. 당신의 GPT는 4개만 필요하며, 각 추가 액션은 계획하지 않은 크레딧을 소비하는 또 다른 방법입니다. 세 번째는 응답이 10개일 때 5,000행을 요청하는 것입니다.

이들을 한 번에 수정하면 위의 테이블 대부분이 적용되지 않게 됩니다. 모든 것을 통과한 잘못된 숫자는 신화 페이지에서 다룹니다.

실패를 보여주는 호출 로그 설정

로그는 당신이 살 수 있는 가장 저렴한 진단입니다. 유지하는 데 비용이 들지 않으며, 채팅에 대한 모호한 불만을 세고 사용할 수 있는 상태 코드 목록으로 바꿉니다. 두 가지 습관만 있으면 됩니다.

상태가 포함된 호출당 한 줄

타임스탬프, 액션, 도메인, HTTP 상태 및 _credits 값을 한 줄에 기록하세요. 일반 텍스트면 충분합니다. 스프레드시트는 나중에 이를 읽을 수 있으며, 상태의 열은 단일 채팅 응답이 숨기는 패턴을 보여줍니다.

무료 호출과 유료 호출을 별도의 열에 유지하여 유료 오류의 증가가 총합에 묻히지 않도록 하세요. 재시도된 호출을 표시하고, 재시도 횟수를 원본 옆에 유지하세요. 같은 시간 내에 반복된 402는 나쁜 하루가 아닌 루프를 가리킵니다. 로그를 먼저 읽으세요. 모델을 마지막에 탓하세요.

어조가 아닌 상태로 알림

채팅 창은 차분하게 읽힐 수 있지만 로그는 모든 행에 402를 보여줍니다. 관심 있는 상태 코드에 대한 규칙을 설정하세요. 지루하게 유지하세요. 401은 키를, 402는 잔액을 의미하며, 그 외의 것은 본문을 읽어야 함을 의미합니다.

유료 호출이 실패하는 동안 무료 호출이 여전히 응답하는 것은 명확한 신호입니다. 잔액이 원인일 가능성이 높습니다. 충전 및 재시도 횟수가 우선입니다. 무료 호출은 경로 자체가 여전히 작동함을 보여주므로 제어 역할을 합니다.

실제 빈 결과와 깨진 결과 구분

채팅 창에서 비슷해 보이는 두 가지 종류의 응답은 매우 다른 의미를 가집니다. 먼저 구별하세요. 잘못된 것을 변경하면 시간과 때로는 크레딧이 비용으로 발생합니다.

0행은 답변입니다

도메인은 ok true와 빈 목록을 반환할 수 있습니다. 이는 인덱스에 대한 발견입니다. 호출의 오류가 아닙니다. 새로 만든 사이트일 수 있으며, 철자 불일치이거나 링크가 월별 업데이트에 도달하지 않았을 수 있습니다.

결과로 처리하세요. 한 문장으로 보고하세요. 호출 날짜와 함께 빈 응답을 받은 도메인의 짧은 목록을 유지하세요. 같은 도메인이 한 달 동안 빈 상태로 유지되면 철자가 다음 용의자이며, 월별 업데이트는 그 이상을 설명할 수 없습니다.

행이 너무 적음은 설정 문제입니다

때때로 응답이 짧은 이유는 스키마가 행을 제한했거나 스크립트가 1페이지만 읽었기 때문입니다. 호출은 행 수에 관계없이 한 번 청구되므로 요청에서 더 큰 per는 추가 크레딧이 들지 않습니다. 먼저 스키마의 제한을 확인하세요. 거기서 시작하세요.

의도적으로 2페이지를 요청하고 어시스턴트가 더 있음을 알기를 바라는 대신 프롬프트에 명시하세요.