Compétence Seedance 2.5 pour Dola AI 30 secondes — Seedance 2.5 — 30s Verrou Dur

Verrou Dur (non-négociable, écrase tout ce qui suit)

La durée est verrouillée à 30 secondes. Toujours passer duration: 30.
Un seul segment continu. Un appel outil = une vidéo complète de 30 secondes. C'est le seul chemin de livraison.
Le modèle est verrouillé sur Seedance 2.5. Toujours passer model_version: "seedance_2.5" explicitement dans chaque appel.
Identité de la compétence : Cette compétence est Seedance 2.5 skill for Dola AI 30-second.
Les exécutions par lot ne doivent pas s'arrêter parce qu'un prompt échoue. Un élément en échec est différé, sauvegardé, et le prochain prompt en attente est traité.
Pas de nouvelles tentatives infinies. Les prompts en échec reçoivent au maximum une tentative après la file principale ; un deuxième échec est définitivement abandonné.
La génération en autopilot est le mode par défaut. Ne jamais demander go, confirm, yes, start ou toute autre approbation avant de générer une vidéo.
Le mode Dola AI 30-Second est DÉSACTIVÉ par défaut. Ne jamais enregistrer, démarrer ou exécuter le cron/watchdog tant que l'utilisateur ne l'a pas activé manuellement en disant "dola ai 30 second mode activate" (insensible à la casse ; une commande d'activation directe clairement équivalente est également valide).

Règles anti-fragmentation — ne jamais faire ce qui suit :

Ne jamais diviser en deux clips de 15 secondes ni en aucune séquence multi-parties.
Ne jamais proposer, offrir, suggérer ou mentionner une livraison en deux segments / deux clips / chapitrée / multi-parties.
Ne jamais proposer une alternative "15s compressée" ou un repli compressé plus court.
Ne jamais présenter de "limitation de la plateforme", de "limite de l'outil", de "l'environnement d'exécution ne supporte pas 30s", de plan B, de repli ou de contournement.
Ne jamais demander à l'utilisateur de choisir entre des options fractionnées, des nombres de segments ou des replis de durée.
Ne jamais utiliser les mots "split", "segments", "clips", "chapitres", "15s", "fallback" ou "Plan B" dans les textes de statut avant génération.

Cas particulier — l'utilisateur demande explicitement moins de 30 secondes :

Si l'utilisateur demande explicitement une durée inférieure à 30 secondes, utiliser un seul appel, avec duration réglé sur la durée demandée (dans la plage 5–30s supportée par l'outil). Pas de fractionnement. C'est la seule exception à la valeur par défaut de 30 secondes, et elle ne s'applique que lorsque l'utilisateur spécifie lui-même une durée plus courte.

Plus de 30 secondes :

Si l'utilisateur demande plus de 30 secondes : toujours un seul appel de 30 secondes comprimant l'arc narratif. Pas de fractionnement.

Nombre maximum de vidéos par réponse :

2 (limite stricte) — chacune est sa propre vidéo complète d'un seul segment.

Capacité principale

Cette compétence génère des vidéos en utilisant le modèle Seedance 2.5 (model_version: "seedance_2.5"). Seedance 2.5 produit des vidéos complètes de 30 secondes en un seul appel de génération. Toujours générer un segment continu de 30 secondes. Un seul appel de 30 secondes est le seul chemin.

Spécification du modèle

Modèle : Seedance 2.5 (seedance_2.5) — toujours spécifier explicitement.
Durée : 30 secondes, un seul segment continu.
Ratios supportés : 21:9, 16:9, 4:3, 1:1, 3:4, 9:16.
Nombre maximum de vidéos par réponse : 2 (limite stricte).
Modes d'entrée : texte vers vidéo (text_to_video), image vers vidéo (image_to_video).

Flux de travail

1. Phase de planification

Concevoir le concept comme un arc narratif cohérent de 30 secondes couvrant le début, le milieu et la fin. Structurer le prompt avec un rythme clair et une progression des plans :

Ouverture (0–5s) : établir le sujet, la scène, l'atmosphère.
Développement (5–20s) : action principale, escalade, mouvement de caméra.
Résolution (20–30s) : climax, conclusion, plan final.

Inclure tous les détails visuels : sujets et leur apparence, garde-robe, accessoires, séquences d'action, scène/environnement, style, éclairage, gradation de couleurs, mouvement de caméra, ambiance et rythme.

2. Porte de génération automatique

La génération est automatique par défaut. Le prompt de l'utilisateur, la liste de prompts collée ou le fichier TXT téléchargé suffit comme autorisation pour commencer la génération.

Ne jamais demander go, confirm, yes, start ou toute confirmation équivalente.
Ne pas présenter de résumé de confirmation bloquant avant d'appeler l'outil de génération.
Si un paramètre non essentiel est manquant, déduire une valeur raisonnable du prompt ou du contexte d'exécution actuel au lieu de demander.
Si le ratio n'est pas spécifié et ne peut pas être déduit du contexte, utiliser 9:16.
Préserver toutes les règles verrouillées de Seedance 2.5, de durée, de sécurité, de qualité du prompt et de livraison.
Le mode Dola AI 30-Second et l'état du cron n'affectent pas ce comportement normal de génération en autopilot. Les vidéos doivent continuer à être générées normalement pendant que le mode Dola AI 30-Second est DÉSACTIVÉ.

3. Phase de génération

Dès qu'une demande de génération valide est disponible :

Appeler text_to_video (ou image_to_video si des images de référence sont utilisées) avec :

model_version: "seedance_2.5"
duration: 30
ratio: ratio résolu
prompt: description complète des 30 secondes
image_reference_url_list: uniquement les URL retournées par FileBatchUpload (pour image vers vidéo)

Livrer la vidéo résultante via NotifyHuman, y compris un actif vidéo affichable (video_url, output_url, url, result_url ou chemin local).

Pour un seul élément de génération, c'est le flux de génération complet. Un appel. Une vidéo de 30 secondes. Pas de fractionnement. Les exécutions par lot répètent ce même flux par élément à travers la file d'attente persistante définie ci-dessous.

Flux de travail par lot TXT / Bloc-notes en autopilot

Utiliser ce flux de travail lorsque l'utilisateur colle de nombreux prompts depuis le Bloc-notes ou fournit un fichier .txt contenant plusieurs prompts. Les règles originales de génération Seedance 2.5 s'appliquent toujours à chaque vidéo individuelle.

Analyse de l'entrée du lot

Lire l'intégralité de l'entrée texte avant de commencer la génération.
Extraire les prompts dans leur ordre d'origine. Privilégier la numérotation explicite, les titres, les séparateurs ou les limites de lignes vides lorsqu'ils sont présents.
Ne pas raccourcir, résumer ou réécrire créativement les prompts sources réussis, sauf si les règles normales de formulation du prompt de 30 secondes exigent un formatage pour l'appel de génération.
Attribuer à chaque prompt un prompt_id stable et conserver le texte original du prompt immuable en tant que source_prompt.
Construire une file d'attente persistante avec ces états : pending, generating, completed, deferred_retry, discarded.
Sauvegarder/sauvegarder l'état de la file après chaque changement de statut afin que l'exécution puisse reprendre après un crash, une session vide, une interruption de l'outil ou un redémarrage du watchdog sans dupliquer les vidéos terminées.

Démarrage automatique du lot

Un bloc de plusieurs prompts collé ou un fichier .txt téléchargé démarre la file d'attente automatiquement. Aucune confirmation initiale ni confirmation par élément n'est requise. Analyser la file, la sauvegarder et commencer le traitement immédiatement.

Traitement continu de la file

Traiter la file dans l'ordre d'origine.
Respecter la limite stricte de 2 vidéos par réponse/cycle d'exécution en traitant au maximum 2 éléments de génération dans un cycle, puis continuer automatiquement avec le prochain élément pending dans le cycle suivant jusqu'à ce que la file soit épuisée. La file ne doit pas être considérée comme terminée simplement parce qu'un cycle a atteint la limite.
Avant chaque appel de génération, marquer l'élément generating et sauvegarder.
En cas de succès, le marquer completed, stocker les métadonnées de l'actif/de la session retourné(e), sauvegarder et livrer la vidéo via NotifyHuman.
Puis continuer immédiatement avec le prochain prompt pending.

Isolation des erreurs — Sauter, Enregistrer, Continuer

Si un prompt individuel échoue pour une raison quelconque, ne pas arrêter l'exécution par lot. Cela inclut, sans s'y limiter :

rejet de sécurité/modération ou terme signalé/violant,
contenu du prompt invalide ou non supporté,
exception de l'outil/API, délai d'attente, échec temporaire de génération,
crash de l'environnement d'exécution ou appel interrompu,
ID de session manquant, vide ou nul,
URL de sortie manquante / résultat non affichable,
toute autre erreur empêchant le retour d'un actif vidéo valide.

Pour l'élément en échec :

Capturer le type/message d'erreur et le source_prompt original.
Marquer l'élément deferred_retry.
Ne pas le réessayer immédiatement.
Continuer avec le prochain prompt pending pour qu'un échec ne bloque jamais les vidéos ultérieures.

Passe de reprise en fin de file principale

Uniquement lorsqu'il ne reste plus d'éléments pending ou generating dans la file principale :

Rassembler tous les éléments deferred_retry.
Analyser l'échec enregistré et le prompt lui-même pour identifier la cause la plus probable.
Si l'échec est lié à la sécurité, ne réessayer que lorsque la vidéo sous-jacente demandée est autorisée. Ne jamais déguiser, encoder ou préserver une intention interdite simplement pour contourner un système de sécurité.
Pour un prompt par ailleurs autorisé, remplacer uniquement le minimum de formulation problématique par un wording neutre et conforme à la politique, tout en préservant la scène prévue aussi fidèlement que possible. Ne pas réécrire largement le prompt lorsqu'un correctif étroit est suffisant.
Pour les échecs techniques tels que délai d'attente, crash, ID de session vide ou sortie manquante, réessayer le prompt original inchangé, à moins que l'erreur elle-même n'indique un problème de format de prompt.
Réessayer chaque prompt en échec une seule fois.
Si la reprise réussit, marquer completed, sauvegarder les métadonnées de l'actif/de la session, et livrer via NotifyHuman.
Si cette reprise échoue pour une raison quelconque, marquer discarded, enregistrer la raison de l'échec final, et ne plus jamais utiliser automatiquement ce prompt dans la même exécution.

Condition d'achèvement

Le travail par lot est terminé uniquement lorsque chaque prompt est soit completed soit discarded, sans aucun élément restant dans pending, generating ou deferred_retry. Une fois terminé, persister l'état final et arrêter toute activité de reprise automatique pour cette exécution.

Mode Dola AI 30-Second — Contrat de veille / Cron de 15 minutes

La veille/cron est uniquement activé manuellement. Elle ne doit jamais s'activer simplement parce que cette compétence a été chargée, qu'une vidéo a été demandée ou qu'une file d'attente a été créée.

État du mode Dola AI 30-Second

État par défaut : dola_ai_30_second_mode_active = false.
Tant que dola_ai_30_second_mode_active = false, ne pas enregistrer, démarrer, planifier, réveiller ou exécuter seedance-2-5-dola-ai-30s-watchdog.
La génération normale de vidéos Seedance 2.5 et le traitement de la file d'attente continuent en plein autopilot pendant que le mode Dola AI 30-Second est DÉSACTIVÉ.
Activer le mode Dola AI 30-Second uniquement après une commande utilisateur directe telle que "dola ai 30 second mode activate" / "dola ai 30 second mode activate kar do". Considérer cela comme une autorisation explicite d'activer la veille.
Une fois activé, persister dola_ai_30_second_mode_active = true et enregistrer/démarrer la veille ci-dessous. Aucune confirmation supplémentaire n'est requise.
Ne pas déduire l'activation du mode Dola AI 30-Second à partir de phrases comme "générer des vidéos", "continuer", "exécution par lot", "autopilot", ou de la présence de prompts en attente. L'activation doit être explicite.

Configuration de la veille (uniquement lorsque le mode Dola AI 30-Second est actif)

Nom du job : seedance-2-5-dola-ai-30s-watchdog
Planification cron : */15 * * * * (toutes les 15 minutes)
Périmètre : exécutions par lot actives/incomplètes. Si aucune exécution par lot n'est active, la veille peut ne rien faire pendant que le mode Dola AI 30-Second reste armé.
État requis : la veille doit lire la même file/point de contrôle persistante que celle utilisée par le flux de travail par lot.

Chaque exécution de la veille, uniquement lorsque dola_ai_30_second_mode_active = true, doit :

Charger l'état de l'exécution active.
S'il n'y a pas d'exécution par lot active, ne rien faire pour cette période ; ne pas créer ou inventer de travail.
Si l'exécution est déjà terminée (completed/discarded uniquement), ne pas reprendre la génération pour cette exécution.
Si un ou plusieurs prompts restent pending, generating ou deferred_retry, vérifier si la génération a progressé depuis la vérification précédente de la veille.
Si la génération ne progresse pas activement, envoyer à l'agent/voix/contrôleur actif une instruction de reprise équivalente à : "Continuez la génération vidéo Seedance 2.5 Dola AI 30-second à partir de la file sauvegardée. Reprenez avec le prochain prompt en attente ; ne redémarrez pas les éléments terminés."
Le travailleur repris doit utiliser l'état de la file sauvegardée et les règles d'isolation des erreurs ci-dessus. Il ne doit pas dupliquer les vidéos déjà terminées.
Ne pas entrer prématurément dans la passe de reprise tant qu'il reste des éléments pending normaux.
Lorsque la file principale est épuisée, autoriser la passe unique de reprise en fin de file, puis terminer l'exécution lorsqu'il n'y a plus de travail à réessayer.

Une compétence Markdown peut définir ce contrat cron/veille, mais l'environnement d'exécution hôte doit réellement supporter/enregistrer l'exécution planifiée. L'hôte ne doit pas enregistrer le planificateur au démarrage de la compétence. Enregistrer le programme de 15 minutes uniquement après que l'utilisateur a explicitement activé le mode Dola AI 30-Second.

Résolution des paramètres

Résoudre ces paramètres automatiquement avant la génération :

Durée : 30 secondes par défaut (ou durée personnalisée plus courte uniquement si l'utilisateur en spécifie une explicitement)
Ratio : 21:9, 16:9, 4:3, 1:1, 3:4, 9:16 ; utiliser la valeur de l'utilisateur si fournie, sinon déduire du contexte, sinon utiliser 9:16 par défaut
Contenu détaillé : sujet, action, scène, style, mouvement de caméra, ambiance, éclairage, palette de couleurs, progression des plans
Type d'entrée : texte uniquement ou avec images de référence
Contraintes négatives : tout ce qu'il faut exclure

Si l'utilisateur ne fournit qu'un concept bref, déduire des paramètres raisonnables et procéder automatiquement. Ne pas demander de confirmation et ne pas déduire de fractionnement ou de repli.

Image vers vidéo avec Seedance 2.5

Lors de l'utilisation d'images de référence :

Inspecter d'abord tous les fichiers image locaux avec Read (l'inspection visuelle est requise avant de raisonner sur le contenu d'une image).
Télécharger les images locales via FileBatchUpload pour obtenir des URL publiques.
Utiliser uniquement les URL retournées dans image_reference_url_list.
Décrire dans le prompt les caractéristiques visuelles à préserver (sujet, style, composition, éclairage).

Règles de génération

Un appel, une vidéo de 30 secondes — ne jamais fractionner en plusieurs clips. Ne jamais proposer de repli. Ne jamais mentionner de livraison en deux segments.
Ne jamais dépasser 2 vidéos par réponse — limite stricte.
Ne jamais demander de confirmation de génération. Résoudre automatiquement les paramètres non essentiels manquants et procéder.
Utiliser model_version: "seedance_2.5" explicitement dans chaque appel.
Utiliser duration: 30 dans chaque appel (sauf dérogation explicite de l'utilisateur).
Toujours livrer l'actif vidéo complet et affichable.
Pour les exécutions par lot, chaque élément reçoit son propre appel individuel ; terminer la file avant de passer à la phase de reprise.

Sécurité et conformité

Refuser de générer tout contenu qui violerait les politiques de contenu de Seedance 2.5, notamment la nudité, la violence graphique, la haine, le harcèlement ou les activités illégales.
Si le prompt d'un utilisateur est rejeté par le système de sécurité de Seedance 2.5 lors du premier passage, ne pas tenter de le reformuler de manière trompeuse ; le placer dans deferred_retry et appliquer les règles de reprise standard ci-dessus.
Ne jamais tenter de désactiver, de modifier ou de contourner les vérifications de contenu intégrées au modèle.

Résumé des règles absolues (les 10 commandements)

Durée = 30 secondes. Jamais moins (sauf demande explicite de l'utilisateur). Jamais plus. Un seul segment.
Modèle = seedance_2.5. Toujours. Jamais un autre modèle.
Jamais de fractionnement. Pas de clips multiples. Pas de proposition de repli. Pas de mentions de 15s.
Jamais de confirmation de génération. Si un paramètre non essentiel est manquant, déduire ; ne pas demander.
Limite stricte de 2 vidéos par réponse. Pas de troisième vidéo dans un même cycle.
La file par lot ne s'arrête pas pour un échec. Sauter, enregistrer, continuer.
Reprise de fin de file = exactement une tentative. Deux échecs = définitivement abandonné.
Mode veille = désactivé par défaut. Aucun cron, planificateur ni réveil avant la commande "dola ai 30 second mode activate".
Toujours conserver et utiliser le même état persistant pour les reprises, la résilience et la veille.
Ne jamais proposer, décrire ou mentionner une alternative à la vidéo de 30 secondes.

Comportements interdits (liste de contrôle)

Références de l'outil

seedance-2-5-dola-ai-30s — Compétence spécialisée pour Seedance 2.5 en mode Dola AI 30 secondes
text_to_video — Pour les entrées texte uniquement
image_to_video — Pour les entrées avec images de référence
FileBatchUpload — Pour transformer les fichiers locaux en URL
NotifyHuman — Pour livrer les actifs vidéo à l'utilisateur

Demander à votre IA préférée

Documentation