ELX EzVideoEdit

Que fait ELX EzVideoEdit ?

Cette compétence fonctionne avec l'atelier ELX ; ce n'est pas un processeur vidéo indépendant. Le fichier bundle-location.json installé pointe vers l'atelier réel ; la CLI dans le code source localise automatiquement le répertoire racine, ou vous pouvez utiliser EZVIDEOEDIT_ROOT pour le spécifier. Avant la première utilisation, lisez la configuration locale. Les modèles locaux, Python, les droits d'accès MCP et les services de texte doivent être configurés par l'utilisateur ; ils n'héritent pas des autorisations ou des identifiants de l'auteur.

Phase 1 : Production et livraison

Par défaut, l'exécution s'arrête une fois la livraison locale terminée. L'utilisateur choisit les素材, le répertoire de sortie et la méthode de vérification manuelle des sous-titres pour ce lot. S'il n'y a pas encore de choix, demander s'il faut passer ou modifier manuellement ; si le lot est explicitement marqué comme "passer", lire le nouveau résumé pour chaque vidéo, enregistrer un skip, et ne pas redemander. Ne pas considérer la connexion à un compte de plateforme ou à un navigateur comme une condition de livraison locale.

1. Exécutez node .agents/skills/elx-ezvideoedit/scripts/cli.mjs help, puis utilisez status pour vérifier les capacités réelles. Lancez ou réutilisez les services. Les tâches sont écrites via le même service, pas directement dans task.json. Voir les champs détaillés dans l'interface locale.
2. Utilisez tools/list et get_status pour découvrir la capacité native-production/1 ; les versions officielles 0.9.1 et 0.9.0 vérifiées sont appelées selon leur schéma réel. Vérifiez d'abord une instance de même profil, si nécessaire utilisez node packaging/setup.mjs native-open pour ouvrir l'interface graphique, puis native-connect ; l'interface graphique et stdio partagent le même profil. En cas de modèle, d'API ou de permissions manquants, signalez l'emplacement des paramètres natifs et laissez l'utilisateur les configurer ; ne modifiez pas la stratégie pour contourner.
3. La chaîne de qualité est : MOSS pour la transcription principale, FireRed pour le sous-titrage temporel au niveau des mots, Qwen3-ASR pour la vérification indépendante, en utilisant les modèles et Python déjà présents localement. La segmentation intelligente et la vérification utilisent les services de texte enregistrés localement. Signalez séparément l'exécution réelle, la mise en cache et la dégradation ; ne considérez pas une tâche comme terminée sur la seule base d'une étiquette de configuration. La correction du bégaiement des sous-titres n'est pas équivalente à la suppression audio/vidéo.
4. Utilisez native-start pour la production en série, native-state pour interroger l'état, native-resume pour reprendre. Pour les outils indépendants, utilisez native-operation. Après un aperçu AI, appliquez avec le même job_id ; ne renvoyez pas en double. En cas de timeout ou de résultat peu clair, vérifiez d'abord les anciens jobs/tentatives ; ne relancez en aveugle que si configuration_required est clair, après que l'utilisateur a terminé la configuration.
5. Le scope natif current est limité au projet en cours ; créer ou ouvrir un autre projet nécessite la portée library. Les capacités indépendantes s'exécutent selon leurs propres permissions. Les versions 0.9.x n'appellent pas les anciennes interfaces d'autorisation continue ou de token de lot de 0.8.7, et n'ajoutent pas de batch_token aux appels officiels apply_plan/export_subtitles.
6. Après un save_project officiel, exportez la vidéo et le SRT officiel, en vérifiant le même instantané du projet. native-adopt ne lie que les projets sources ayant le même SHA des素材. review-inspect lit le nombre réel de suggestions ; si les permissions sont insuffisantes, conservez un compte inconnu. En cas de saut autorisé, utilisez la signature de la session en cours pour enregistrer le choix de révision. Les modifications manuelles sont effectuées par l'utilisateur dans le programme natif, puis review-finish ne fait que réexporter la vidéo/SRT, sans relancer la reconnaissance pour écraser les modifications manuelles. En cas de verification_required, utilisez review-recover pour vérifier les anciens jobs, sans en redémarrer.
7. La dégradation du sous-titrage temporel suit les garde-fous existants du service. Ignorer la vérification manuelle ne signifie pas ignorer les échecs, les erreurs inconnues ou le manque de preuves temporelles. N'enregistrez la plage de protection que s'il est explicitement convenu de continuer de manière conservatrice ; preserve-review n'est utilisé que pour les vérifications de texte terminées mais partielles avec un nombre d'erreurs demandé de 0, en conservant l'intégralité du texte original et les intervalles protégés, sans adopter les suggestions de ce lot ni les renvoyer, tout en conservant l'accusé de réception partiel.
8. Générez exactement 5 titres de styles différents, 3 descriptions différentes de 50 caractères maximum, et des tags indépendants, basés sur la transcription réelle. Les couvertures sont trois images réelles aux proportions 16:9, 4:3 et 3:4 ; vérifiez le texte, le contenu et les proportions de chacune, sans les étirer. Vous pouvez recommander des combinaisons, mais ne prétendez pas que l'utilisateur les a déjà sélectionnées.

Continuez dans la mesure autorisée ; les nouveaux services externes, frais, répertoires ou changements de permissions doivent être confirmés selon la demande de l'utilisateur. En cas de pause, conservez les fichiers source, le projet, les sorties et les accusés de réception ; après une reprise claire, vérifiez d'abord en lecture seule. Par défaut, exécutez en série dans la conversation en cours ; ne déléguez à une nouvelle conversation ou un sous-agent que si l'utilisateur le demande explicitement ; le modèle est choisi par l'utilisateur et l'hôte. Le bouton "Confier à Codex" sur la page Web ne fait que sauvegarder la tâche, il ne signifie pas que l'hôte l'a exécutée.

Livraison par dossier

Pour chaque vidéo, créez un dossier <NomFichierSource>_livraison contenant les fichiers suivants à la racine : vidéo finale sous-titrée.mp4, vidéo source (nom de fichier original), sous-titres.srt, texte de publication.txt, couverture_16_9.png, couverture_4_3.png, couverture_3_4.png, instructions de livraison.txt. Seuls les fichiers de projet modifiables et les dépendances réellement référencées sont placés dans le sous-dossier "projet".

• Après vérification du matériau, déplacez le fichier source unique original vers son emplacement d'origine avec le nom de fichier original ; vérifiez SHA et chemin absolu avant et après le déplacement, mettez à jour et validez les références du projet. Ne copiez pas un fichier pour le faire passer pour le fichier source de livraison ; s'il existe déjà des doublons, listez les chemins, quantités, tailles et impacts, puis supprimez-les après confirmation, sans écraser le fichier source unique.
• Le projet doit correspondre au même instantané que la vidéo finale/SRT et ses dépendances doivent être disponibles ; ne référencez que les素材 réellement utilisés, ne copiez pas l'intégralité du cache ou des projets historiques. Les instructions de livraison fusionnent le nombre de coupes, les rappels de modèle/sous-titres et les conclusions de validation ; l'accusé de réception complet reste dans l'atelier.
• scripts/package-stage1.py --help est le point d'entrée pour un emballage simplifié ; il prend les tâches, le texte et les chemins des couvertures sauvegardés par le service, et déplace les fichiers source du même disque que original-root. En cas de disque différent ou de conflit de noms, arrêtez-vous ; ne copiez pas puis supprimez implicitement. L'importation dans l'atelier copie toujours les素材 de travail ; ne supprimez pas arbitrairement les copies de travail sur cette base.
• Ne considérez la livraison comme complète qu'après avoir vérifié les素材, les résumés, les codes temporels, les proportions des images et les dépendances du projet. S'il n'y a pas de candidat à la coupe, signalez 0 réellement ; n'affirmez pas faussement avoir supprimé de l'audio/vidéo. Vérifiez d'abord le paquet de mise à jour, conservez les modifications de l'utilisateur et l'historique, ne l'écrasez pas directement.

Phase 2 : Téléversement optionnel

Par défaut, l'utilisateur utilise lui-même son MultiPost existant ou une entrée de plateforme classique. À la fin de la phase 1, donnez les chemins de livraison et le texte de publication ; si l'utilisateur n'a pas encore indiqué son choix de téléversement, rappelez-lui qu'il peut le faire manuellement ; s'il a clairement refusé de téléverser, terminez sans redemander. Voir les détails dans limites du téléversement optionnel.

Ce n'est que lorsque l'utilisateur demande explicitement à l'Agent de déclencher le téléversement qu'il utilise l'entrée normale du plugin existant, vérifie le compte réel et l'autorisation, et s'arrête juste avant la publication finale. En cas d'échec du plugin, de la connexion, du CAPTCHA ou des contrôles, conservez l'état et passez la main ; n'utilisez pas Computer Use, d'injection de correctifs ou de modifications de plugin. Confirmez avant d'exécuter un paiement, une inscription, une publication, un envoi de message ou un changement de permissions de compte. L'atelier prépare un accusé de réception, mais cela ne signifie pas que le téléversement ou la publication a réussi.