Lỗi Seedance API: Tìm nguyên nhân trước khi thử lại

Tra cứu nhanh lỗi Seedance

Mã lỗi cho biết giai đoạn và loại phương tiện; thông báo và hậu tố giúp khoanh vùng nguyên nhân. Một thông báo chung của ứng dụng như “tạo thất bại” không đủ để xác định lỗi. Hãy đọc phản hồi API bên dưới hoặc yêu cầu nhà cung cấp cung cấp lỗi gốc.

Lỗi hoặc thông báo	Nội dung cần kiểm tra	Hành động hữu ích tiếp theo
InputTextSensitiveContentDetected	Văn bản thực tế được gửi đến mô hình	Kiểm tra toàn bộ prompt đã truyền
InputImageSensitiveContentDetected	Mục hình ảnh bị gắn cờ	Xác định ảnh tham chiếu bị từ chối
Hình ảnh .PrivacyInformation / “có thể chứa người thật”	Điều kiện chấp nhận ảnh chân dung và trạng thái xét duyệt	Kiểm tra quy trình tài nguyên đã được cấp quyền mà hệ thống hỗ trợ
OutputVideoSensitiveContentDetected	Lỗi đầu ra của tác vụ thất bại	Kiểm tra trạng thái và biên nhận hoàn tiền
.PolicyViolation / “có thể liên quan đến các hạn chế về bản quyền”	Đầu vào/đầu ra và hình ảnh/video/âm thanh	Làm theo hướng dẫn chẩn đoán riêng cho bản quyền
InvalidParameter / tải tài nguyên thất bại	Cấu trúc dữ liệu, kích thước, thời lượng, URL phương tiện có thể truy cập	Kiểm tra yêu cầu đối với request của mô hình đã chọn
Hết thời gian chờ, 5xx hoặc phản hồi trống sau khi gửi	Lần tạo ban đầu đã được chấp nhận hay chưa	Truy xuất biên nhận gửi yêu cầu trước khi thực hiện POST khác

Vì sao Seedance báo tạo thất bại ngay cả sau HTTP 200

Gửi yêu cầu, xử lý tác vụ và quyết toán tài chính là các bước riêng biệt. HTTP thành công có thể có nghĩa là yêu cầu đã được chấp nhận để xử lý hoặc truy vấn tác vụ đã thực hiện thành công; điều đó không có nghĩa là video đã vượt qua kiểm duyệt. Truy vấn có thể trả về HTTP 200 trong khi nội dung phản hồi ghi status: "failed". Phản hồi tương thích có thể đặt trạng thái đó dưới data.status.

Lưu ID tác vụ công khai và đọc lỗi của tác vụ. Chỉ tải xuống sau khi đã xác nhận hoàn tất và có URL kết quả. Thăm dò trạng thái của một tác vụ thất bại không khởi động lại tác vụ, và dừng thăm dò không hủy tác vụ. Đừng chẩn đoán vấn đề của quá trình tạo đã hoàn tất chỉ dựa trên trạng thái HTTP của lần gửi ban đầu.

content[n] trong lỗi Seedance có nghĩa là gì?

Nó xác định một mục trong mảng nội dung mà dịch vụ thượng nguồn nhận được. Mảng đó có thể kết hợp văn bản, hình ảnh và video. Ứng dụng hoặc cổng trung gian của bạn có thể ghép mảng này từ nhiều trường yêu cầu; content[3] không phải lúc nào cũng là hình ảnh thứ tư được tải lên.

Lưu riêng bảng đối chiếu loại và nguồn của từng mục đã gửi. Nếu lỗi chỉ ra nhiều vị trí, hãy kiểm tra mọi mục được nêu. Chia sẻ bảng đối chiếu đã che thông tin nhạy cảm với bộ phận hỗ trợ, thay vì đăng công khai phương tiện gốc, URL có chữ ký hoặc khóa API.

Thử lại tác vụ thất bại hay truy xuất lần gửi chưa rõ kết quả?

Nếu đã xác nhận tác vụ thất bại, hãy đọc nguyên nhân chính xác và sửa đầu vào bị ảnh hưởng trước khi quyết định tạo lần mới. Giữ lại biên nhận thanh toán của tác vụ; lần tạo thay thế là một tác vụ riêng biệt. Các lỗi kiểm duyệt giống hệt nhau lặp lại cần được xem xét, không phải xử lý bằng vòng lặp gửi yêu cầu mù quáng.

Nếu lần gửi ban đầu hết thời gian chờ, có thể chưa biết yêu cầu đã được chấp nhận hay chưa. Với các yêu cầu APIMaster được hỗ trợ đã được gửi ban đầu kèm Idempotency-Key, hãy truy vấn biên nhận đã lưu bằng cùng tài khoản và khóa:

curl 'https://apimaster.ai/v1/video-submissions/by-key' \
  -H 'Authorization: Bearer YOUR_API_KEY' \
  -H 'Idempotency-Key: YOUR_ORIGINAL_IDEMPOTENCY_KEY'

Kết quả acceptance_unknown không có nghĩa là được phép tạo tác vụ thay thế. Chỉ truy vấn tác vụ gốc khi task_ready=true. Nếu đã xác nhận yêu cầu không được chấp nhận, hãy kiểm tra các điều kiện khôi phục trong tài liệu; việc tự động tạo tác vụ thay thế còn yêu cầu bằng chứng thanh toán cuối cùng. Kết quả tra cứu 404 hoặc trang sử dụng trống không chứng minh rằng yêu cầu chưa được chấp nhận. Xem khôi phục lần gửi yêu cầu.

Tạo nội dung Seedance thất bại có mất tiền không?

Đối với quy trình Seedance tính phí theo giây được APIMaster mô tả trong tài liệu, các lỗi tác vụ phía nhà cung cấp đã được xác nhận sẽ kích hoạt hoàn lại toàn bộ phí tạo nội dung. Lỗi truy vấn tạm thời không lập tức hủy hoặc hoàn tiền cho tác vụ đang chạy. Hãy kiểm tra billing.settlement_status, refunded_amount và net_amount, thay vì chỉ đánh giá dựa trên dòng ghi nợ ban đầu. Các nền tảng khác có thể áp dụng quy tắc khác, và phí dịch vụ tài nguyên độc lập là vấn đề riêng.

Tác vụ mới có biên nhận thanh toán; tác vụ cũ có thể không có. Biên nhận trả về 404 không có nghĩa là chi phí bằng không. Nếu trạng thái tài chính vẫn đang chờ xử lý, hãy giữ thông tin định danh tác vụ gốc và yêu cầu bộ phận hỗ trợ đối soát.

Sử dụng Seedance với giá hiển thị rõ ràng và biên nhận tác vụ

Kiểm tra giá Seedance 2.5, hoặc so sánh Fast và Mini cho mức ngân sách khác. Sau đó đăng ký, tạo khóa API và sử dụng https://apimaster.ai/v1 với ID mô hình chính xác, chẳng hạn seedance-2.5. Đọc hướng dẫn API tạo nội dung trước khi gửi yêu cầu có tính phí.

Với yêu cầu được hỗ trợ, hãy lấy báo giá không mang tính ràng buộc trước khi tạo và giữ ID tác vụ nhận được để kiểm tra trạng thái và quyết toán. Chuyển nền tảng hoặc trả ít hơn không bảo đảm được phê duyệt kiểm duyệt.

Nguồn và phạm vi

Ý nghĩa các lỗi đã được đối chiếu với danh mục lỗi ModelArk chính thức vào 2026-11-11 và các thông báo lỗi vận hành đã che thông tin nhạy cảm. Các vị trí được chuẩn hóa thành content[n]; ID yêu cầu và phương tiện riêng tư được lược bỏ. Các ví dụ bên dưới minh họa cách xử lý phản hồi, không phải thử nghiệm tạo nội dung trả phí mới. Cách diễn đạt của nhà cung cấp, tài nguyên được hỗ trợ và quy tắc thanh toán có thể khác nhau. Các quy trình APIMaster tuân theo tài liệu hiện hành được liên kết.

FAQ

Lỗi nội dung nhạy cảm có nghĩa là khóa API của tôi bị hỏng không?

Không. Việc bị từ chối do kiểm duyệt nội dung khác với lỗi xác thực hoặc quyền truy cập mô hình. Hãy đọc mã lỗi thực tế trước khi thay khóa hoặc thay đổi cài đặt tài khoản.

Một tuyến Seedance khác có chấp nhận cùng yêu cầu đã bị từ chối không?

Không có bảo đảm như vậy. Các yêu cầu về điều kiện sử dụng tài nguyên, cấp quyền và kiểm duyệt nội dung được tạo vẫn áp dụng. Hãy so sánh giá và khả năng của các tuyến mà không coi việc chuyển tuyến là cách khắc phục lỗi kiểm duyệt nội dung.

Tôi nên gửi gì cho bộ phận hỗ trợ?

ID mô hình, thời gian UTC, toàn bộ mã/thông báo đã che thông tin nhạy cảm, ID tác vụ hoặc lần gửi công khai, loại phương tiện bị ảnh hưởng và trạng thái thanh toán cuối cùng/đang chờ xử lý. Tuyệt đối không gửi khóa API hoặc công khai phương tiện nguồn riêng tư.