Teks Input Seedance Mungkin Mengandung Informasi Sensitif: Cara Mengatasi Error

Kenali error teks input yang tepat

Salah satu pesan yang teramati, dengan posisi array yang dinormalisasi, adalah:

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

Sebagian layanan menghilangkan posisi tersebut atau membungkusnya dalam kegagalan umum seperti "gagal mengambil tugas". Simpan kode dan pesan internalnya. Pesan tersebut menunjukkan penolakan dalam peninjauan teks; pesan itu tidak mengungkap kata persis yang memicu pengklasifikasi atau membuktikan bahwa tugas tidak pernah diterima.

Akhiran .PolicyViolation dengan pesan "mungkin berkaitan dengan pembatasan hak cipta" memerlukan pemeriksaan hak cipta. Kode gambar input atau video output memerlukan diagnosis yang berbeda, meskipun aplikasi memberi label "prompt diblokir" pada setiap kegagalan.

Mengapa prompt Seedance yang tampak tidak bermasalah bisa diblokir

Prompt yang terlihat mungkin hanya satu bagian dari permintaan. Aplikasi video dapat menambahkan biografi karakter yang tersimpan, dialog, teks terjemahan, templat, atau instruksi dari adegan sebelumnya. Tambahan tersebut perlu diperiksa sebelum menyimpulkan bahwa prompt lanskap singkat Anda menyebabkan penolakan.

Peninjauan otomatis juga dapat keliru menandai konten yang sah. Error itu sendiri tidak memastikan penyebabnya. Bandingkan teks yang dikirim dengan adegan yang Anda maksud, jelaskan tujuan yang sah dengan jelas, dan minta peninjauan dari dukungan jika alasannya tetap tidak jelas. Jangan mengasumsikan adanya daftar hitam kata tertentu atau peningkatan tingkat penerimaan yang dapat diandalkan tanpa bukti.

Periksa dan perbaiki teks yang benar-benar dikirim

1. Simpan error yang telah disamarkan informasi sensitifnya dan versi persis permintaan yang menghasilkannya. Jangan menimpanya dengan hasil edit berikutnya sebelum diagnosis.
2. Periksa setiap entri teks setelah aplikasi Anda selesai menyusun permintaan. Sertakan templat, dialog, subtitel, dan deskripsi yang menyertai aset referensi.
3. Cocokkan setiap posisi konten yang disebutkan dengan array yang dikirim tersebut. Beberapa posisi dapat menunjukkan beberapa entri; itu tidak otomatis berarti beberapa kegagalan terpisah.
4. Hapus instruksi lama yang tidak lagi relevan dan permintaan yang berada di luar aturan konten model. Untuk adegan yang sah, nyatakan subjek, gerakan, latar, dan pergerakan kamera secara tepat.
5. Simpan permintaan yang sudah diperbaiki secara terpisah. Pastikan status penerimaan dan penagihan percobaan awal terselesaikan sebelum mengirim penggantinya.

Misalnya, jika video yang dimaksud adalah demonstrasi produk tetapi templat tersimpan masih berisi adegan perkelahian yang tidak terkait, hapus templat lama tersebut. Itu merupakan perbaikan permintaan yang konkret. Sekadar menyembunyikan istilah, salah mengeja nama, atau meminta model mengabaikan peninjauan tidak menyelesaikan masalah konten atau hak yang mendasarinya.

Contoh: pisahkan brief produk sederhana

Ini adalah ilustrasi struktur permintaan, bukan prompt yang terbukti lolos moderasi:

{
  "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
}

Perubahan yang berguna adalah adegan yang jelas tanpa teks templat yang tidak disengaja. Ini bukan pengganti universal untuk brief kreatif lain. Jika permintaan sah Anda membutuhkan dialog atau audio, pertahankan persyaratan tersebut dan tinjau secara langsung alih-alih menghapusnya diam-diam.

Bolehkah mencoba lagi setelah teks ditolak Seedance?

Pertama, bedakan penolakan teks yang sudah dikonfirmasi dari pengiriman yang statusnya belum pasti. Batas waktu pengiriman yang terlampaui atau error pembungkus umum dapat menyembunyikan status yang berbeda. Simpan Idempotency-Key asli Anda dan gunakan endpoint pemulihan pengiriman jika kontrak tersebut mencakup permintaan itu.

Untuk bukti penerimaan not_accepted yang sudah dikonfirmasi, new_submission_safe=true menjelaskan keamanan dari sisi penerimaan; penggantian otomatis juga memerlukan terpenuhinya syarat penagihan final yang didokumentasikan. Gunakan kunci baru untuk generasi yang benar-benar baru dan telah diperbaiki. Untuk acceptance_unknown, selidiki permintaan awal alih-alih membuat tagihan lain. HTTP 400 saja tidak memberikan semua bukti ini.

Kunci baru di sini berarti kunci idempotensi (Idempotency-Key); tetap gunakan kunci API Anda.

Jika ada tugas publik, baca status akhir tugas dan bukti penagihannya. Pengembalian dana untuk kegagalan generasi terkonfirmasi yang didokumentasikan APIMaster berbeda dari klaim bahwa setiap error langsung bebas biaya. Baca penyelesaian tagihan dan pengembalian dana Seedance.

Masih diblokir? Kirim laporan yang berguna kepada dukungan

Sertakan model yang tepat, waktu dalam UTC, kode/pesan error internal, ID tugas atau pengiriman, serta versi entri teks yang benar-benar dikirim dengan informasi sensitif disamarkan. Jelaskan adegan sah yang dimaksud dan teks tambahan dari aplikasi yang telah Anda hapus. Jangan cantumkan detail pribadi, kunci, dan URL aset privat dalam tiket publik.

Jika error baru menyebutkan gambar atau video yang dihasilkan, ikuti panduan gambar atau panduan video output. Error yang berubah merupakan bukti diagnostik baru, bukan bukti bahwa mengganti penyedia akan menyelesaikannya.

Gunakan Seedance dengan harga yang transparan dan bukti tugas

Periksa harga Seedance 2.5, atau bandingkan Fast dan Mini untuk anggaran yang berbeda. Lalu daftar, buat kunci API, dan gunakan https://apimaster.ai/v1 dengan ID model yang tepat, seperti seedance-2.5. Baca panduan API generasi sebelum mengirim permintaan berbayar.

Untuk permintaan yang didukung, dapatkan estimasi harga yang tidak mengikat sebelum generasi dan simpan ID tugas yang dihasilkan untuk pemeriksaan status dan penyelesaian tagihan. Berpindah platform atau membayar lebih murah tidak menjamin persetujuan moderasi.

Sumber dan cakupan

Makna error diperiksa berdasarkan katalog error resmi ModelArk pada 2026-11-11 dan pesan error operasional yang informasi sensitifnya telah disamarkan. Posisi dinormalisasi menjadi content[n]; ID permintaan dan media privat dihilangkan. Contoh di bawah menggambarkan penanganan respons, bukan pengujian generasi berbayar baru. Redaksi penyedia, aset yang didukung, dan aturan penagihan dapat berbeda. Prosedur APIMaster mengikuti dokumentasi terkini yang ditautkan.

Mengalami error lain? Lihat indeks error Seedance.

FAQ

Apakah ini error panjang prompt atau batas token?

Kode konten sensitif menjelaskan peninjauan konten. Kegagalan terkait panjang dan parameter harus diidentifikasi dari pesan validasinya masing-masing; jangan mendiagnosisnya hanya berdasarkan kode ini.

Apakah menghapus satu kata dapat menjamin prompt berfungsi?

Tidak. Respons tersebut tidak mengungkap daftar hitam kata yang dapat diandalkan. Periksa seluruh permintaan dan perbaiki konten yang memang tidak didukung atau tidak disengaja; mintalah peninjauan untuk konten sah yang keliru ditandai.

Mengapa aplikasi saya menampilkan kegagalan pengambilan tugas yang umum?

Integrasi dapat membungkus penolakan yang mendasarinya. Periksa error bersarang dan bukti yang tersimpan, alih-alih menganggap pesan luar sebagai penyebab lengkap atau mengirim ulang secara otomatis.