Seedance Girdi Metni Hassas Bilgiler İçerebilir: Hatayı Giderin

Girdi metni hatasını tam olarak tanıyın

Dizi konumu standartlaştırılmış olarak gözlemlenen bir mesaj şöyledir:

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

Bazı hizmetler konumu belirtmez veya bunu "failed to fetch task" gibi genel bir hata içine yerleştirir. İçteki kodu ve mesajı saklayın. Bu mesaj, metin incelemesi sonucunda bir ret olduğunu gösterir; sınıflandırıcıyı tam olarak hangi kelimenin tetiklediğini açıklamaz veya görevin hiç kabul edilmediğini kanıtlamaz.

"may be related to copyright restrictions" ifadesiyle birlikte gelen .PolicyViolation son eki, telif hakkı kontrollerini gerektirir. Uygulama her hatayı "istem engellendi" olarak etiketlese bile, girdi görüntüsü veya çıktı videosuyla ilgili bir kod farklı bir teşhis gerektirir.

Zararsız görünen bir Seedance istemi neden engellenebilir?

Görünen istem, isteğin yalnızca bir parçası olabilir. Bir video uygulaması kayıtlı bir karakter biyografisi, diyalog, çevrilmiş metin, şablon veya önceki bir sahneden kalan talimatlar ekleyebilir. Kısa manzara isteminizin reddedilmeye neden olduğu sonucuna varmadan önce bu eklemeleri incelemekte fayda vardır.

Otomatik inceleme, meşru içeriği de yanlışlıkla işaretleyebilir. Hata tek başına bunun nedenini ortaya koymaz. Gönderilen içeriği amaçladığınız sahneyle karşılaştırın, meşru amacı açıkça anlatın ve neden belirsiz kaldığında destekten inceleme isteyin. Kanıt olmadan belirli kelimelerden oluşan bir kara liste bulunduğunu veya kabul oranının güvenilir biçimde artırılabileceğini varsaymayın.

Gerçekten iletilen metni inceleyin ve düzeltin

1. Hassas bilgileri çıkarılmış hatayı ve hatayı üreten isteğin tam sürümünü kaydedin. Teşhis koymadan önce bunun üzerine daha sonraki bir düzenlemeyi yazmayın.
2. Uygulamanız isteği oluşturduktan sonra her metin girdisini inceleyin. Şablonları, diyalogları, altyazıları ve referans varlıklarla birlikte gönderilen açıklamaları dahil edin.
3. Belirtilen içerik konumlarını iletilen dizideki karşılıklarıyla eşleştirin. Birden fazla konum, birden fazla girdiyi gösterebilir; bunlar otomatik olarak birbirinden ayrı birden fazla hata anlamına gelmez.
4. Güncelliğini yitirmiş talimatları ve modelin içerik kuralları dışında kalan istekleri kaldırın. Meşru bir sahne için özneyi, hareketi, ortamı ve kamera hareketini kesin biçimde belirtin.
5. Düzeltilmiş isteği ayrı olarak saklayın. Yerine yeni bir istek göndermeden önce ilk denemenin kabul ve faturalandırma durumunu netleştirin.

Örneğin, amaçlanan video bir ürün tanıtımıysa ancak kayıtlı bir şablon hâlâ ilgisiz bir dövüş sahnesi içeriyorsa eski şablonu kaldırın. Bu, istekte yapılan somut bir düzeltmedir. Yalnızca terimleri gizlemek, adları yanlış yazmak veya modelden incelemeyi yok saymasını istemek, temeldeki içerik ya da hak sorununu çözmez.

Örnek: basit bir ürün açıklamasını ayrı ele alın

Bu, moderasyondan geçtiği kanıtlanmış bir istem değil, örnek bir istek yapısıdır:

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

Buradaki yararlı değişiklik, istenmeyen şablon metni içermeyen açık bir sahnedir. Bu, başka bir yaratıcı açıklamanın yerine her durumda kullanılabilecek bir metin değildir. Meşru isteğiniz diyalog veya ses gerektiriyorsa bu gereksinimleri sessizce çıkarmak yerine koruyun ve doğrudan inceleyin.

Seedance metni reddettikten sonra yeniden deneyebilir miyim?

Önce doğrulanmış bir metin reddi ile sonucu belirsiz bir gönderimi birbirinden ayırın. Gönderim zaman aşımı veya genel bir sarmalayıcı hata, farklı bir durumu gizleyebilir. İlk Idempotency-Key değerinizi saklayın ve ilgili sözleşme isteği kapsıyorsa gönderim kurtarma uç noktasını kullanın.

Doğrulanmış bir not_accepted makbuzu için new_submission_safe=true, kabul açısından güvenli olma durumunu açıklar; otomatik olarak yerine yeni istek gönderilmesi, ayrıca belgelenmiş nihai faturalandırma koşullarının karşılanmasını gerektirir. Gerçekten yeni ve düzeltilmiş bir üretim için yeni bir anahtar kullanın. acceptance_unknown durumunda, başka bir ücret oluşturmaktansa ilk isteği araştırın. Tek başına HTTP 400, bu kanıtların tümünü sağlamaz.

Buradaki yeni anahtar, idempotans anahtarıdır (Idempotency-Key); API anahtarınızı değiştirmeyin.

Herkese açık bir görev varsa görevin nihai durumunu ve faturalandırma makbuzunu okuyun. APIMaster'ın doğrulanmış başarısız üretimler için belgelenmiş iadesi, her hatanın anında ücretsiz olduğu iddiasından farklıdır. Seedance hesap kesinleştirme ve iadeler sayfasını okuyun.

Hâlâ engelleniyor mu? Desteğe yararlı bir rapor gönderin

Tam model adını, UTC zaman damgasını, iç hata kodunu/mesajını, görev veya gönderim kimliğini ve gerçekten iletilen metin girdilerinin hassas bilgilerden arındırılmış sürümünü ekleyin. Amaçlanan meşru sahneyi ve uygulamanın eklediği hangi metinleri kaldırdığınızı açıklayın. Herkese açık bir destek kaydına kişisel bilgileri, anahtarları ve özel varlık URL'lerini eklemeyin.

Yeni hata bir görüntüden veya üretilen videodan söz ediyorsa görüntü kılavuzunu ya da çıktı videosu kılavuzunu izleyin. Değişen bir hata, teşhis için yeni bir kanıttır; sağlayıcı değiştirmenin sorunu çözeceğinin kanıtı değildir.

Seedance'i görünür fiyatlandırma ve görev makbuzlarıyla kullanın

Seedance 2.5 fiyatlarını kontrol edin veya farklı bir bütçe için Fast ve Mini modellerini karşılaştırın. Ardından kaydolun, bir API anahtarı oluşturun ve https://apimaster.ai/v1 öğesini, seedance-2.5 gibi tam model kimliğiyle kullanın. Ücretli bir istek göndermeden önce üretim API kılavuzunu okuyun.

Desteklenen bir istek için üretimden önce bağlayıcı olmayan bir fiyat teklifi alın ve durum ile hesap kesinleştirme kontrolleri için oluşan görev kimliğini saklayın. Platform değiştirmek veya daha az ödeme yapmak, moderasyon onayını garanti etmez.

Kaynaklar ve kapsam

Hataların anlamları, 2026-11-11 tarihinde resmî ModelArk hata kataloğu ve hassas bilgileri çıkarılmış operasyonel hata mesajlarıyla karşılaştırılarak kontrol edilmiştir. Konumlar content[n] olarak standartlaştırılmıştır; istek kimlikleri ve özel medya çıkarılmıştır. Aşağıdaki örnekler, yeni bir ücretli üretim testini değil, yanıtların nasıl ele alınacağını gösterir. Sağlayıcının kullandığı ifadeler, desteklenen varlıklar ve faturalandırma kuralları farklılık gösterebilir. APIMaster prosedürleri, bağlantı verilen güncel belgelerine dayanır.

Farklı bir hata mı? Seedance hata dizinine bakın.

FAQ

Bu bir istem uzunluğu veya token sınırı hatası mı?

Hassas içerik kodu, içerik incelemesini ifade eder. Uzunluk ve parametre hataları, kendilerine ait doğrulama mesajlarından belirlenmelidir; yalnızca bu koddan hareketle bu hataları teşhis etmeyin.

Tek bir kelimeyi silmek, istemin çalışmasını garanti edebilir mi?

Hayır. Yanıt, güvenilir bir kelime kara listesi sunmaz. İsteğin tamamını inceleyin ve gerçekten izin verilmeyen veya istenmeyen içeriği düzeltin; meşru içeriğin yanlışlıkla işaretlendiği durumlarda inceleme isteyin.

Uygulamam neden genel bir görev alma hatası gösteriyor?

Bir entegrasyon, altta yatan bir reddi sarmalayabilir. Dıştaki mesajı eksiksiz neden olarak kabul etmek veya otomatik olarak yeniden göndermek yerine, iç içe geçmiş hatayı ve kaydedilmiş makbuzu inceleyin.