L'éditeur vidéo open source Wunjo Make apprend à écrire ses plugins avec Claude Code, Codex et Cursor

L'auteur de l'éditeur vidéo open source Wunjo Make a publié sur Habr un guide de création de plugins. On peut les écrire à la main ou confier le travail à l'un des trois agents IA pour le code : Claude Code, Codex ou Cursor. Pour éviter que les agents n'inventent la structure du projet au fil de l'eau, le dépôt s'enrichit du code d'un builder et d'un ensemble de skills pour modèles de langage cloud. Un plugin terminé peut s'appuyer sur un réseau de neurones local ou sur une API externe, et l'éditeur peut être piloté via MCP.

Ce qui a été ajouté au dépôt

L'annonce mentionne deux artefacts : un builder et des skills. D'après la description, le builder se charge du packaging du plugin, pour que le développeur n'ait pas à plonger dans les entrailles de l'éditeur. Les skills sont des instructions rédigées à l'avance pour le modèle. L'agent les charge dans son contexte et apprend ainsi de quoi se compose un plugin, comment l'assembler et quelles conventions le projet a adoptées.

C'est généralement à cette étape que le vibe coding déraille. Le modèle écrit bien des fonctions, mais il ne connaît pas l'architecture d'un projet tiers. Si on lui fournit la description du format de plugin et un builder fonctionnel, le résultat se vérifie par la compilation, et pas seulement par la lecture du code.

Modèles locaux, API et MCP

La particularité principale du dispositif : le backend du plugin n'est pas lié à un mode d'exécution unique. Un plugin avec réseau de neurones local convient quand la vidéo ne doit pas sortir de la machine, ou quand on ne veut pas payer chaque requête. Un plugin reposant sur une API est plus simple : il n'a pas besoin de carte graphique, mais il exige une clé et une connexion Internet.

L'annonce consacre une ligne distincte au pilotage via MCP. Anthropic a présenté le Model Context Protocol en novembre 2024, et il est aujourd'hui devenu un moyen courant de connecter des outils externes aux modèles. Pour un éditeur vidéo, cela signifie que l'agent peut non seulement écrire un plugin, mais aussi appeler les fonctions de l'éditeur lui-même. L'annonce ne précise pas quelles opérations sont accessibles via MCP : il faut consulter l'article et le dépôt.

Paramètres clés

• Éditeur : Wunjo Make, code source ouvert.
• Modes de création des plugins : à la main ou via Claude Code, Codex, Cursor.
• Ajouts au dépôt : code du builder et skills pour LLM cloud.
• Backend des plugins : réseaux de neurones locaux ou API.
• Pilotage : via MCP.

Par où commencer

Il faut d'abord cloner le dépôt et connecter les skills à l'agent que vous utilisez déjà. Pour tester le dispositif, mieux vaut choisir un petit plugin à fonction unique, par exemple un wrapper autour d'un modèle de traitement audio ou d'images. On voit alors tout de suite avec quelle précision l'agent suit les règles du projet et si la compilation passe sans retouche manuelle.

Pour choisir entre modèle local et API, il convient d'évaluer d'emblée trois éléments : la quantité de mémoire vidéo, la sensibilité du contenu et le coût des requêtes sur de longues vidéos. Le code généré par l'agent doit être relu avant l'installation. Le plugin s'exécute sur votre machine et peut accéder aux fichiers du projet.

Enfin, ce guide émane de l'auteur du projet et non d'un test indépendant. On saura à quel point l'API de plugins est mûre, et comment les agents s'en sortent avec des plugins complexes, quand des développeurs tiers commenceront à publier leurs réalisations.