Văn bản đầu vào Seedance có thể chứa thông tin nhạy cảm: Cách khắc phục lỗi

Nhận diện chính xác lỗi văn bản đầu vào

Một thông báo đã ghi nhận, với vị trí trong mảng đã được chuẩn hóa, là:

InputTextSensitiveContentDetected
The request failed because the input text 'content[n]' may contain sensitive information.

Một số dịch vụ bỏ qua vị trí hoặc bọc thông báo này trong một lỗi chung như "không thể lấy thông tin tác vụ". Hãy giữ lại mã và thông báo lỗi bên trong. Chúng xác định đây là trường hợp bị từ chối khi kiểm duyệt văn bản; chúng không cho biết chính xác từ nào đã kích hoạt bộ phân loại, cũng không chứng minh rằng tác vụ chưa từng được tiếp nhận.

Hậu tố .PolicyViolation kèm thông báo "có thể liên quan đến các hạn chế về bản quyền" cần được xử lý bằng các bước kiểm tra bản quyền. Mã lỗi ảnh đầu vào hoặc video đầu ra cần cách chẩn đoán khác, ngay cả khi ứng dụng gắn nhãn mọi lỗi là "prompt bị chặn".

Vì sao một prompt Seedance có vẻ vô hại vẫn có thể bị chặn

Prompt hiển thị có thể chỉ là một phần của yêu cầu. Ứng dụng video có thể nối thêm tiểu sử nhân vật đã lưu, lời thoại, văn bản dịch, mẫu hoặc chỉ dẫn từ một cảnh trước đó. Bạn nên kiểm tra những phần bổ sung này trước khi kết luận rằng prompt phong cảnh ngắn của mình là nguyên nhân bị từ chối.

Hệ thống kiểm duyệt tự động cũng có thể đánh dấu nhầm nội dung hợp lệ. Chỉ riêng lỗi này không đủ để xác định nguyên nhân. Hãy so sánh nội dung đã gửi với cảnh bạn dự định tạo, mô tả rõ mục đích hợp lệ và yêu cầu bộ phận hỗ trợ xem xét khi lý do vẫn chưa rõ. Không nên mặc định rằng có một danh sách đen các từ cụ thể hoặc có cách cải thiện tỷ lệ được chấp nhận đáng tin cậy khi chưa có bằng chứng.

Kiểm tra và chỉnh sửa văn bản thực sự được truyền đi

1. Lưu lỗi đã che thông tin nhạy cảm và đúng phiên bản yêu cầu đã gây ra lỗi. Đừng ghi đè bằng bản chỉnh sửa sau đó trước khi chẩn đoán.
2. Kiểm tra từng mục văn bản sau khi ứng dụng hoàn tất việc xây dựng yêu cầu. Bao gồm các mẫu, lời thoại, phụ đề và mô tả đi kèm tài nguyên tham chiếu.
3. Đối chiếu mọi vị trí nội dung được nêu với mảng đã truyền đi. Nhiều vị trí có thể chỉ ra nhiều mục; chúng không tự động đồng nghĩa với nhiều lỗi riêng biệt.
4. Xóa các chỉ dẫn cũ và những yêu cầu nằm ngoài quy tắc nội dung của mô hình. Với cảnh hợp lệ, hãy nêu chính xác chủ thể, chuyển động, bối cảnh và chuyển động máy quay.
5. Lưu riêng yêu cầu đã chỉnh sửa. Làm rõ tình trạng tiếp nhận và thanh toán của lần thử ban đầu trước khi gửi yêu cầu thay thế.

Ví dụ, nếu video dự định là phần trình diễn sản phẩm nhưng một mẫu đã lưu vẫn chứa cảnh đánh nhau không liên quan, hãy xóa mẫu cũ đó. Đây là cách chỉnh sửa yêu cầu cụ thể. Chỉ che giấu từ ngữ, viết sai tên hoặc yêu cầu mô hình bỏ qua kiểm duyệt không giải quyết được vấn đề nội dung hay quyền sử dụng cốt lõi.

Ví dụ: tách riêng một bản mô tả sản phẩm đơn giản

Đây là cấu trúc yêu cầu minh họa, không phải prompt đã được chứng minh là vượt qua kiểm duyệt:

{
  "model": "seedance-2.5",
  "prompt": "A ceramic mug on a wooden table. The camera slowly moves closer as morning light crosses the surface.",
  "duration": 5,
  "resolution": "720p",
  "aspect_ratio": "16:9",
  "generate_audio": false
}

Thay đổi hữu ích ở đây là một cảnh rõ ràng, không có văn bản mẫu ngoài ý muốn. Đây không phải phương án thay thế dùng chung cho mọi bản mô tả sáng tạo khác. Nếu yêu cầu hợp lệ của bạn cần lời thoại hoặc âm thanh, hãy giữ lại các yêu cầu đó và kiểm tra trực tiếp thay vì âm thầm loại bỏ chúng.

Có thể thử lại sau khi Seedance từ chối văn bản không?

Trước tiên, hãy phân biệt trường hợp đã xác nhận bị từ chối do văn bản với trường hợp chưa rõ trạng thái gửi. Hết thời gian chờ khi gửi hoặc lỗi bọc chung có thể che khuất một trạng thái khác. Giữ lại Idempotency-Key ban đầu và sử dụng endpoint khôi phục lần gửi khi quy ước của endpoint đó áp dụng cho yêu cầu.

Đối với biên nhận not_accepted đã được xác nhận, new_submission_safe=true mô tả mức độ an toàn về mặt tiếp nhận; việc tự động gửi yêu cầu thay thế còn phải đáp ứng các điều kiện thanh toán cuối cùng được nêu trong tài liệu. Sử dụng khóa mới cho một lần tạo thực sự mới, đã được chỉnh sửa. Với acceptance_unknown, hãy điều tra yêu cầu ban đầu thay vì tạo thêm một khoản tính phí. Chỉ mã HTTP 400 không cung cấp đầy đủ những bằng chứng này.

Khóa mới ở đây là khóa idempotency (Idempotency-Key); hãy giữ nguyên khóa API.

Nếu có tác vụ công khai, hãy đọc trạng thái cuối cùng và biên nhận thanh toán của tác vụ. Chính sách hoàn tiền được APIMaster ghi rõ cho trường hợp tạo thất bại đã xác nhận khác với tuyên bố rằng mọi lỗi đều lập tức không bị tính phí. Đọc Quyết toán và hoàn tiền Seedance.

Vẫn bị chặn? Gửi báo cáo hữu ích cho bộ phận hỗ trợ

Cung cấp chính xác mô hình, dấu thời gian UTC, mã/thông báo lỗi bên trong, ID tác vụ hoặc lần gửi, cùng phiên bản đã che thông tin nhạy cảm của các mục văn bản thực sự được truyền đi. Giải thích cảnh hợp lệ mà bạn muốn tạo và phần văn bản do ứng dụng thêm vào mà bạn đã xóa. Không đưa thông tin cá nhân, khóa và URL tài nguyên riêng tư vào phiếu hỗ trợ công khai.

Nếu lỗi mới đề cập đến ảnh hoặc video được tạo, hãy làm theo hướng dẫn về ảnh hoặc hướng dẫn về video đầu ra. Lỗi thay đổi là bằng chứng chẩn đoán mới, không phải bằng chứng rằng đổi nhà cung cấp sẽ giải quyết được vấn đề.

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

Xem 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ữ lại 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 tiền hơn không bảo đảm được kiểm duyệt chấp thuận.

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à nội dung đa 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 một phép thử tạo nội dung có tính 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 của dịch vụ này.

Gặp lỗi khác? Xem danh mục lỗi Seedance.

FAQ

Đây có phải lỗi độ dài prompt hoặc giới hạn token không?

Mã nội dung nhạy cảm mô tả việc kiểm duyệt nội dung. Lỗi độ dài và tham số cần được xác định từ thông báo xác thực riêng của chúng; đừng chẩn đoán những lỗi đó chỉ dựa vào mã này.

Xóa một từ có bảo đảm prompt hoạt động không?

Không. Phản hồi không tiết lộ danh sách đen từ ngữ đáng tin cậy. Hãy kiểm tra toàn bộ yêu cầu và chỉnh sửa nội dung thực sự không được hỗ trợ hoặc ngoài ý muốn; yêu cầu xem xét lại nếu nội dung hợp lệ bị nhận diện nhầm.

Vì sao ứng dụng của tôi hiển thị lỗi chung khi lấy thông tin tác vụ?

Lớp tích hợp có thể bọc một thông báo từ chối bên dưới. Hãy kiểm tra lỗi lồng bên trong và biên nhận đã lưu, thay vì coi thông báo bên ngoài là nguyên nhân đầy đủ hoặc tự động gửi lại.