Wan 3.0 생성이 실패하는 이유, 그리고 어느 실패가 돈을 쓰는가

Wan 3.0에서 생성 버튼을 누르고 파일을 손에 쥐기까지, 잘못될 수 있는 것이 여섯 가지 있습니다. 둘은 당신이 만든 거절이고 10초쯤이면 고칩니다. 셋은 모델의 문제이고, 약관을 읽을 수 있는 모든 공급자에서 값이 들지 않습니다. 하나는 그 사이에 있으면서 나머지보다 훨씬 덜 안정적으로 환불되고, 보자마자 알아보는 법을 익혀 둘 값어치가 있는 것입니다.

오류 코드보다 분류가 더 중요합니다. 쓸모 있는 질문은 결코 "InvalidParameter가 무슨 뜻인가"가 아니라 "내가 그 값을 내고 있는가"이기 때문입니다.

아래의 실패 의미론은 Wan 3.0 API 레퍼런스와 create-task 스키마에서 왔습니다. 상호 배타 규칙과 24시간 task_id 수명이 적혀 있는 곳입니다. 2026-08-25 확인.

거의 모두가 걸리는 거절

Wan 3.0은 두 계열의 입력을 받고, 둘을 동시에 받기를 거부합니다. 각 계열에서 하나씩 보내면 작업은 시작도 하기 전에 이렇게 죽습니다.

{
  "code": "InvalidParameter",
  "message": "The two modes are mutually exclusive. Do not pass reference_xx and first_frame/last_frame at the same time."
}

레퍼런스 계열은 reference_image, reference_video, reference_audio, file, link입니다. 키프레임 계열은 first_frame과 last_frame입니다. 이 구분은 임의적이지 않고, 우회할 버그도 아닙니다. 둘은 서로 다른 작업을 설명합니다. 키프레임은 그림이 여기서 시작해 저기서 끝난다, 가운데를 지어내라고 말합니다. 레퍼런스는 여기 출연진과 분위기가 있다, 숏은 네가 알아서 짜라고 말합니다. 한 번의 패스가 양 끝에 엄격히 고정되면서 동시에 소재 더미에서 자유롭게 조립될 수는 없습니다.

그래서 해법은 우회가 아니라 결정입니다. 여는 이미지가 협상 불가능하다면 그것은 사진으로 동영상이고, 레퍼런스는 프롬프트 안의 말이 되어야 합니다. 출연진이 협상 불가능하다면 그것은 레퍼런스로 동영상이고, 여는 장면은 올리는 대신 설명해야 합니다.

같은 규칙의 작은 판본 둘: file과 link도 상호 배타이고 — 문서 하나 또는 URL 하나이지 둘 다는 안 됩니다 — 작업당 각각 정확히 하나씩입니다.

규격에서 거절되는 소재

두 번째 거절은 치수 문제입니다. 아래 모든 한계는 Wan 3.0 API 레퍼런스에서 왔고, 2026-08-25에 확인했습니다.

이 중 넷은 알기 전까지는 알쏭달쏭하게 읽히는 거절을 냅니다. HEIC는 형식 목록에 없습니다 — 그리고 HEIC는 아이폰이 기본으로 저장하는 형식이라, 사진이 안 들어가는 가장 흔한 이유가 이것입니다. 사진에는 아무 문제가 없고, Wan 3.0이 그 컨테이너를 못 읽는 것입니다. 새 사진이 JPEG로 저장되도록 설정 › 카메라 › 포맷 › 높은 호환성으로 바꾸거나, 이 장만 내보내세요. PNG 투명도도 지원되지 않습니다 — 알파 채널은 평탄화되는 게 아니라 거절되므로, 투명 배경의 로고가 흔하고 헷갈리는 실패입니다. Wan 3.0은 15초 상한을 클립당이 아니라 합계로 읽습니다 — 3초짜리 레퍼런스 다섯 개는 되고 10초짜리 두 개는 안 됩니다. 그리고 50페이지는 파일 크기의 근사치가 아니라 단단한 페이지 수입니다. 80페이지짜리 40 MB 덱은 메가바이트는 통과하고 페이지에서 떨어집니다.

실패처럼 보이지도 않는 셋

이것들은 완벽히 멀쩡한 동영상을 돌려주는데, 당신이 요청한 그 동영상이 아닙니다. 오류보다 나쁩니다. 값을 치른 다음 프롬프트를 두고 자기 자신과 다투게 되니까요.

프롬프트가 조용히 잘렸습니다. 상한은 20,000자이고, 그 너머는 경고 없이 잘립니다. 넉넉한 예산이라 — 대략 3,000단어 — 물리는 일이 드물지만, 물릴 때는 읽을 오류가 없습니다.

프롬프트가 다시 쓰였습니다. Wan 3.0은 프롬프트 확장을 켠 채로 나옵니다. 짧은 프롬프트에는 정말로 도움이 되고, 이미 다듬어 둔 긴 프롬프트는 정말로 방해합니다. 응답이 원문을 orig_prompt로 돌려주므로 보낸 것과 돌아간 것을 대조할 수 있습니다.

해상도가 가장 비싼 등급으로 기본값이 잡혔습니다. resolution을 설정하지 않으면 Wan 3.0은 1080P로 생성합니다. 480P의 초당 단가의 네 배입니다. 아무것도 오류를 내지 않고 아무것도 경고하지 않으며, 알리바바 공시가로 30초 클립에서 그 차이는 $1.50 대 $6.00입니다. 의도한 것의 네 배를 쓰는 가장 조용한 방법이고, 매개변수 하나입니다.

UNKNOWN은 실패가 아닙니다. 버려 버린 영수증입니다

Wan 3.0은 작업 상태를 여섯 가지로 보고합니다: PENDING, RUNNING, SUCCEEDED, FAILED, CANCELED, UNKNOWN. 마지막 것은 생성 문제가 전혀 아닙니다. Wan 3.0 task_id는 24시간 유효하고, 그 뒤에 조회하면 시스템은 당신이 무슨 말을 하는지 더는 알지 못합니다.

여기가 새는 상태이고, 그 이유는 분명히 말해 둘 값어치가 있습니다: UNKNOWN을 돌려준 작업은 성공했을 수도 있습니다. 거두러 간 사람이 없었을 뿐입니다. 그래서 분류가 껄끄럽습니다 — 모델 실패가 아니므로 FAILED를 기준으로 쓰인 자동 환불 규칙이 잡지 못하고, 적어도 한 공급자는 UNKNOWN이 자동 환불이 아니라 수동 정산으로 간다고 문서화해 두었습니다.

결과가 둘입니다. UNKNOWN을 PENDING으로 매핑하는 프런트엔드는 영원히 돕니다. 진행 표시가 한 시간을 넘겨 도는 것을 본 적이 있다면 아마 그것을 보고 있었던 겁니다. 그리고 정직한 이름표는 "실패"가 아니라 "만료"입니다 — 원인이 다르고 처방이 다르며, 당신은 둘 중 무엇이 일어났는지 들을 자격이 있습니다.

모든 걸 제대로 한 사람을 잡는 두 번째 24시간 시계가 있습니다. video_url도 작업이 성공한 뒤 24시간이면 만료됩니다. 파일은 생성되었고, 돈은 나갔고, 아무도 내려받지 않았다면 사라집니다. 쓸 만한 서비스라면 완료 즉시 산출물을 자기 저장소로 복사합니다. Wan 3.0을 직접 호출하고 있다면 그 복사는 당신 일이고, 연동에서 가장 중요한 한 줄입니다.

대기열은 실패가 아닙니다. 오후 4시에는 그렇게 보이지만요

Wan 3.0은 동시 작업 2개, 대기열 50개, 분당 30건 제출 상한으로 돕니다. 생성 한 번은 보통 1〜5분이고, 긴 클립은 더 걸립니다.

발견하기보다 계획에 넣어 둘 만큼 작은 숫자들입니다. 변형 넷을 한꺼번에 돌리면 둘을 돌리고 둘을 기다리는 것이지 넷을 돌리는 게 아닙니다. 실패한 것은 없고, 셋째와 넷째는 줄에 서 있습니다. 한편 공개된 API 레퍼런스에는 취소 호출이 없습니다 — CANCELED 상태가 열거형에 있기는 하지만 당신이 작업을 그 상태로 넣는 방법은 문서화되어 있지 않고, 적어도 한 공급자는 Wan 3.0 작업을 취소할 수 없다고 분명히 적어 두었습니다 (2026-08-25 확인). 30초 1080P 작업은 한 번 제출하면 제출된 것입니다.

비싼 실패는 성공한 그것입니다

위의 모든 것은 몇 초 만에 되돌릴 수 있고, 대부분의 과금 체계에서 무료입니다. 계좌를 비우는 것은 지정한 그대로 완료되었는데도 쓸 수 없는 Wan 3.0 생성입니다 — 톤이 틀렸거나, 손이 이상하거나, 20초째에 얼굴이 흔들리거나, 레퍼런스를 모델이 제안 정도로 받아들였거나.

그건 청구되고, 청구되는 게 맞습니다. 연산이 쓰였으니까요. 그리고 그것이 사람들이 돈을 쓰는 것의 압도적 다수이기도 합니다. 건질 것 하나당 서너 번에서 다섯 번 시도가 이 분야 전체의 작업 가정이고, Wan 3.0만의 문제가 아닙니다.

그래서 위의 해상도 기본값이 이 페이지의 어떤 오류 코드보다 중요합니다. 30초짜리 네 번은 알리바바 공시가로 480P에서 $6.00, 1080P에서 $24.00이고, 배우는 것의 개수는 같습니다. 산수 전체는 비용 편에 있습니다. 짧은 판은, 싸게 초안을 뜨는 것이 타협이 아니라는 것입니다. 어느 등급에서든 같은 모델이니까요.

무엇을 쓰든 그것에 요구할 것

위 여섯 실패 중 다섯은 모델이 아니라 모델 앞의 소프트웨어가 정리합니다. 그러니 서비스를 판단하는 공정한 잣대가 됩니다 — 질문 형태로 정리하고, 이 사이트가 각 항목에서 어디에 서 있는지도 함께 적습니다.

그 무엇도 바꾸지 못하는 것이 시도 비율입니다. 어디서나 같은 Wan 3.0 모델이고, 건질 것 하나당 서너 번에서 다섯 번이 어느 서비스에서든 정직한 숫자입니다. 차이는 전적으로 당신이 버리는 그 시도들을 소프트웨어가 어떻게 다루느냐에 있습니다 — 그리고 공시가로 30초 1080P 브리프에서 버려지는 시도는 $24.00 중 $18.00입니다. 그쪽이 따져 볼 값어치가 있는 부분입니다.

생성을 누르기 전 아홉 가지 확인

1. 계열은 하나만 — 레퍼런스 또는 키프레임, 둘 다는 안 됩니다.
2. file 하나 또는 link 하나, 둘 다는 안 됩니다.
3. resolution을 명시할 것. 기본값이 비싼 쪽입니다.
4. 모든 이미지가 240〜8000 px, 20 MB 미만, 투명도 없음.
5. 레퍼런스 동영상 클립 합계 15초 이하.
6. 레퍼런스 오디오 클립 합계 15초 이하.
7. 문서는 50페이지 이하.
8. 프롬프트 20,000자 미만, 직접 다듬었다면 프롬프트 확장은 끄기.
9. 24시간 뒤 링크가 만료되기 전에 파일을 둘 곳.

자주 묻는 질문

Wan 3.0이 제 아이폰 사진을 거절하는 이유는 무엇인가요

아이폰이 기본으로 HEIC로 저장하는데 HEIC가 허용 목록에 없기 때문입니다. Wan 3.0은 JPEG, JPG, PNG, BMP, WEBP를 받고 그 외에는 받지 않습니다. 사진 자체는 멀쩡하고 컨테이너가 문제입니다. 새 사진이 JPEG로 저장되도록 설정 › 카메라 › 포맷 › 높은 호환성으로 바꾸거나, 올리기 전에 이 장을 JPEG로 내보내세요. HEIF도 같은 이유로 거절됩니다.

PNG가 허용 목록에 있는데 왜 거절되었나요

거의 확실히 알파 채널입니다. Wan 3.0은 투명도를 평탄화하지 않고 거절하므로, 투명 배경의 로고나 제품 누끼는 형식이 허용되는데도 떨어집니다. 단색 배경 위에 얹어 내보내면 통과합니다. WEBP도 알파를 담을 수 있어 같은 방식으로 떨어집니다.

Wan 3.0에서 이미지는 크기가 얼마여야 하나요

각 변 240에서 8000픽셀 사이, 20 MB 이하, 비율은 8:1 이내여야 합니다. 그 상한은 양쪽 방향으로 다 걸리므로, 1:8 세로 기둥도 8:1 파노라마와 똑같이 거절됩니다. 휴대폰 사진은 세 조건 안에 넉넉히 들어가고, 걸리는 것은 이어 붙인 배너나 스크린숏 띠입니다.

Wan 3.0 생성이 실패하면 요금이 청구되나요

청구되지 않아야 하고, 여기서는 문의 없이 자동으로 환불됩니다. 모델 공급자는 FAILED를 돌려준 작업에 청구하지 않으므로, 그것에 요금을 매기는 서비스는 자기가 내지 않은 것을 받는 셈입니다. 지켜볼 상태는 FAILED가 아니라 UNKNOWN입니다 — 그쪽이 대부분의 자동 규칙 바깥에 있습니다.

"Green net check failed for text (input)"는 무슨 뜻인가요

Wan 3.0 자체 콘텐츠 필터가 프롬프트를 읽고 생성 전에 거절했다는 뜻입니다. 전체 문자열은 DataInspectionFailed — Green net check failed for text (input): Input data may contain inappropriate content. 입니다. 아무것도 생성되지 않았으므로 요금도 청구되지 않습니다. 같은 프롬프트를 다시 보내도 같은 답이 돌아오니, 다시 보내는 대신 문구를 바꿔야 합니다. 메시지의 (input)은 중요합니다. 같은 코드의 (output) 버전은 뜻이 다릅니다.

"Green net check failed for image (input)"와 "(output)"의 차이는 무엇인가요

생성의 어느 쪽이 거절되었는지가 다릅니다. (input)은 첨부한 이미지——참조 이미지나 첫 프레임——가 연산 전에 거절된 것이므로 파일을 바꿔야 합니다. (output)은 작업이 실행되어 영상이 나왔지만 필터가 넘겨주지 않은 것입니다. 프롬프트는 통과했고 화면이 통과하지 못했으므로, 고칠 곳은 그 화면을 만들어낸 묘사 쪽입니다. 둘 다 코드는 DataInspectionFailed이고 둘 다 청구되지 않습니다.

Wan 3.0이 "The input content is suspected to include real human faces"라고 하는 이유는 무엇인가요

참조 이미지가 실제 사람의 사진으로 읽혔고, Wan 3.0은 그것을 움직이게 하지 않기 때문입니다. 코드는 FaceDetectionSuspect이며 Alibaba가 공개한 오류 코드 목록에 없습니다. 검색해도 거의 나오지 않는 이유가 그것입니다. 프롬프트를 고쳐도 닿지 않습니다——피사체를 일러스트나 생성된 인물로 바꾸거나, 얼굴을 알아볼 수 없는 컷을 쓰세요. 청구되지 않습니다.

"Output data is suspected of being involved in IP infringement"는 무슨 뜻인가요

IPInfringementSuspect입니다. 필터가 결과에서 이름 있는 캐릭터, 브랜드 또는 공인을 읽어내고 넘겨주기를 거부했습니다. 이름을 대는 대신 생김새, 시대, 의상처럼 본인의 말로 피사체를 묘사하면 통과합니다. 청구되지 않습니다.

Wan 3.0이 "URL resolves to internal address (2001::1)"를 반환했습니다. 무엇인가요

링크 작업이고, Wan 3.0의 리졸버가 전역이 아닌 주소를 돌려주어 요청이 자기 네트워크를 벗어나지 못한 것입니다. 2001::1은 Teredo 대역에 있으며 붙여넣은 사이트가 아닙니다. 그 링크를 어떻게 고쳐도 해결되지 않습니다. InvalidParameter로 돌아오고 비용은 들지 않습니다. 본인 도메인의 페이지를 쓰거나 본문을 텍스트로 영상 만들기에 붙여넣으세요.

Wan 3.0이 중국어로 "不支持该链接。"를 반환했습니다. 무슨 뜻인가요

"이 링크는 지원되지 않습니다"라는 뜻입니다. 업스트림이 주소 자체를 받지 않은 것으로, 위의 리졸버 실패와 같은 InvalidParameter 코드로 돌아옵니다. 원인은 다르고 해법은 같습니다——재시도가 아니라 다른 출처. 비용은 들지 않습니다.

"The two modes are mutually exclusive"는 무슨 뜻인가요

같은 요청에 레퍼런스 소재와 첫/마지막 프레임을 함께 보냈다는 뜻입니다. Wan 3.0은 그 둘을 서로 다른 작업으로 다루고 합치기를 거부합니다. 한쪽을 버리세요: 여는 장면이 고정이면 키프레임, 출연진이 고정이면 레퍼런스.

Wan 3.0 작업이 pending에서 영원히 멈춘 이유는 무엇인가요

거의 언제나 프런트엔드가 UNKNOWN을 PENDING으로 매핑하고 있어서입니다. task_id는 24시간 뒤 만료되고, 그 뒤의 조회는 UNKNOWN을 돌려주는데 일부 클라이언트가 그것을 "아직 작업 중"으로 다룹니다. 아직 작업 중인 것은 없습니다.

동영상 링크가 안 열립니다. 파일을 되찾을 수 있나요

생성 URL에서는 안 됩니다 — Wan 3.0 산출물 링크는 설계상 24시간만 유효합니다. 그래서 쓰는 서비스가 작업 완료 즉시 산출물을 자기 저장소로 복사해야 하고, 로컬에 한 장 내려받아 두는 10초가 값어치를 하는 것입니다.

Wan 3.0 작업을 한 번에 몇 개까지 돌릴 수 있나요

동시 2개, 그 위로 50개까지 대기, 제출은 분당 30건까지입니다. 변형 넷을 요청하면 둘이 돌고 둘이 줄을 섭니다. 정책이 아니라 모델 쪽 한계이고, 같은 API를 부르는 모두에게 똑같이 적용됩니다.

틀렸지만 완성된 생성을 환불해 주는 곳이 있나요

없고, 있다면 오히려 이상할 것입니다 — 모델은 당신이 시킨 일을 했으니까요. 환불이 아니라 해상도로 관리하세요. 한 번의 시도가 1080P 값의 4분의 1인 480P에서 초안을 뜨고, 이긴 것을 전체 품질로 한 번 돌리는 겁니다. 요금제에 숫자가 있습니다.