핵심 내용
1. 요청한 모양이 모델이 받아들이는 모양이 아님
모델들은 크기에 대한 공통 어휘를 갖고 있지 않습니다. 해상도 구간을 받는 모델, 화면 비율을 받는 모델, 명시적인 치수를 받는 모델이 있고, 한 모델에서 유효한 조합이 다른 모델에서는 의미가 없습니다. 올바르게 생성된 이미지가 엉뚱한 비율로 돌아오며 성공으로 끝날 수도 있기 때문에 가장 흔한 조용한 실패입니다. 피사체는 맞는데 모양이 틀린 출력이라면 이 범주이며, 해결책은 프롬프트를 바꾸는 것이 아니라 모양을 명시적으로 설정하는 것입니다.
2. 필수 입력이 빠져 있음
이미지-투-이미지와 이미지-투-비디오 템플릿에는 원본 이미지가 필요하고, 하나 이상이 필요한 것도 있습니다. 생성을 눌러도 아무 일도 일어나지 않는 것처럼 보이는 템플릿은 대개 채워지지 않은 업로드 슬롯을 기다리는 중입니다. 이 경우는 시간 외에는 비용이 들지 않으며, 무언가 고장 났다고 단정하기 전에 확인해 볼 가치가 있습니다.
3. 선택한 설정에 비해 잔액이 부족함
비용은 길이와 해상도에 따라 늘어나므로, 같은 템플릿이 어떤 설정에서는 감당할 수 있고 다른 설정에서는 감당할 수 없을 수 있습니다. 아무것도 생성되지 않은 채 시작 전에 멈춘 생성은 대개 이 경우입니다. 길이를 먼저 낮추는 것이 템플릿을 범위 안으로 되돌리는 가장 빠른 방법이며, 결과를 개선할 가능성이 가장 높은 설정이기도 합니다.
4. 모델 자체가 더 이상 제공되지 않음
호스팅 모델은 제공업체에 의해 때로는 예고 없이 종료되며, 지난달에는 되던 모델이 사라질 수 있습니다. 우리는 카탈로그를 점검해서 사라진 엔드포인트를 숨기지만, 제공업체가 경로를 닫는 시점과 우리가 알아채는 시점 사이에는 항상 간격이 있습니다. 다른 템플릿은 성공하는데 특정 템플릿만 반복해서 실패한다면 이것이 유력한 원인이며, 같은 제품군의 다른 템플릿으로 바꾸는 것이 즉각적인 우회책입니다.
버전과 선택지
- 무엇이든 생성되었는지 확인합니다. 아무것도 없으면 입력, 잔액, 이용 가능 여부를 가리키고, 이상해 보이는 결과는 모양이나 프롬프트를 가리킵니다.
- 템플릿이 요구하는 모든 업로드 슬롯이 채워졌는지 확인합니다.
- 길이나 해상도를 낮추고 한 번 재시도합니다. 잔액 문제와 모양 문제의 일부를 모두 다룹니다.
- 다른 모델 제품군을 쓰는 다른 템플릿을 시도합니다. 성공하면 문제는 요청이 아니라 첫 번째 모델입니다.
- 다른 템플릿은 되는데 같은 템플릿이 모든 설정에서 실패하면, 재시도하지 말고 이용할 수 없는 것으로 보고 넘어갑니다.
- 위의 네 가지 점검을 모두 배제한 뒤에야 프롬프트를 고쳐 씁니다.
근거와 가이드
5. 콘텐츠 사유로 요청이 거부됨
호스팅되는 모든 모델은 자체 필터를 적용하며, 이는 서로 다르고 우리 것과도 다릅니다. 거부는 오류와 다릅니다. 요청이 이해되었고 거절되었다는 뜻입니다. 주제 자체가 범위 밖이라면 표현을 바꿔도 도움이 되는 경우가 드물며, 기술적 결함으로 단정하기보다 응답을 읽어 볼 가치가 있습니다. 둘은 겉으로는 비슷해 보이지만 정반대의 대응이 필요합니다.
여섯 번째 경우: 성공했는데 틀렸다
사람들이 실패로 세지 않는 경우이지만, 매번 크레딧을 소모하기 때문에 건수 기준으로 가장 비싼 범주입니다. 깔끔하게 렌더링되었지만 요청한 것과 다른 결과를 돌려준 생성은 거의 모델의 결함이 아니라 모델이 한 번도 받지 못한 지시입니다. 흔한 원인은 지정하지 않은 모양, 움직임이 아니라 형용사로 묘사한 동작, 또는 피사체를 다시 묘사해서 재해석을 유도한 이미지-투-비디오 프롬프트입니다. 모델이 약하다고 단정하기 전에, 의도가 아니라 프롬프트가 실제로 지정한 것을 확인하세요.
같은 요청을 재시도하면 가끔 되는 이유
동일한 요청이 항상 동일한 결과를 내지는 않으므로, 첫 시도가 실패한 곳에서 재시도가 가끔 성공합니다. 알아 둘 만한 사실이면서 함정이기도 합니다. 원인이 빠진 입력, 제공되지 않는 모델, 범위를 벗어난 설정이라면 재시도는 반드시 다시 실패하고 계속 비용을 씁니다. 한 번의 재시도는 일시적인 잡음이었는지 확인하는 합리적인 테스트입니다. 아무것도 바꾸지 않은 세 번째 시도는 전략이 아닙니다. 그 시점에서의 답은 요청의 무언가가 달라져야 한다는 것입니다.
나의 문제인지 우리의 문제인지 가리기
문제를 국소화하는 빠른 방법은 다른 모델 제품군을 쓰는 다른 템플릿을 가장 단순한 설정으로 실행해 보는 것입니다. 그것이 작동하면 문제는 첫 번째 템플릿이나 모델에 국한되며, 계속 디버깅하기보다 다른 것을 쓰는 것이 가장 빠른 해결책입니다. 그것도 실패한다면 문제는 입력, 잔액, 요청 자체 같은 공통 경로에 있을 가능성이 높으며, 아래 점검이 프롬프트를 아무리 고쳐 쓰는 것보다 빨리 찾아 줄 것입니다.
