moyu

Vue d’ensemble de moyu

Ce que fait moyu

Le skill moyu sert de garde-fou éditorial pour les modifications de code : il pousse le modèle à rester dans le périmètre demandé par l’utilisateur, à éviter les abstractions inutiles et à privilégier le plus petit diff sûr possible. Si vous cherchez un skill pour le Code Editing qui résiste à la sur-ingénierie, moyu est conçu בדיוק pour cela.

À qui il s’adresse

Utilisez le skill moyu quand la précision compte davantage que l’exhaustivité : corriger un bug, modifier un seul fichier, réduire un diff ou répondre à une demande du type « ne touche qu’à X ». Il est particulièrement utile pour les relecteurs, les mainteneurs et les agents qui interviennent dans des bases de code déjà établies, où un nettoyage supplémentaire peut introduire du risque.

Ce qui le distingue

Sa principale force, c’est son biais assumé vers la retenue. Le skill déconseille explicitement les nouvelles dépendances, les réécritures larges, les validations supplémentaires, les tests, les commentaires et les couches d’aide additionnelles, sauf si l’utilisateur les a demandés. Cela rend moyu très efficace pour les modifications réelles où le danger n’est pas de manquer une fonctionnalité, mais de trop changer.

Comment utiliser le skill moyu

Installer et activer moyu

Installez le skill moyu dans le répertoire des skills de votre agent, puis assurez-vous que votre workflow de développement le charge avant toute modification. Une installation typique ressemble à npx skills add uucz/moyu --skill moyu. Pour de meilleurs résultats, activez-le sur les tâches où le prompt signale déjà une contrainte de retenue, par exemple « mets seulement à jour cette fonction » ou « garde la modification minimale ».

Donner un brief étroit au skill

Le skill moyu fonctionne mieux quand votre prompt nomme précisément le fichier, la fonction, le comportement ou le résultat à modifier. De bons exemples ressemblent à : « Dans src/auth.ts, corrige uniquement le bug de rafraîchissement du token ; ne refactorise pas et n’ajoute aucun nouveau fichier. » Des formulations trop vagues comme « améliore l’authentification » laissent trop de place à l’expansion et vont à l’encontre du but même de moyu.

Lire d’abord les bons fichiers

Commencez par SKILL.md, puis inspectez les fichiers que vous comptez réellement modifier ainsi que le contexte proche qui explique les conventions locales. Comme ce dépôt est volontairement léger, il n’y a ni scripts supplémentaires ni répertoires de support pour vous guider ; la valeur principale se trouve dans le texte du skill lui-même. En pratique, le meilleur workflow est donc : lire le skill, définir la plus petite surface modifiable, puis exécuter.

Travailler comme moyu l’attend

Quand vous utilisez moyu pour le Code Editing, demandez d’abord la correction minimale, puis n’itérez que si le résultat manque encore la cible. Si vous avez besoin d’un changement supplémentaire, ajoutez-le dans une seconde demande au lieu d’élargir la première. Cela maintient les diffs petits, facilite la relecture et aligne le travail sur la règle du skill : « ne change que ce qui a été demandé ».

FAQ du skill moyu

moyu est-il un assistant de code complet ?

Non. Le skill moyu ne vise pas à maximiser l’ampleur des modifications, mais à limiter le périmètre et à éviter les changements inutiles. Si vous voulez du refactoring large, du scaffolding ou de l’aide sur l’architecture, un prompt de codage général peut mieux convenir que le skill moyu.

Quand ne faut-il pas utiliser moyu ?

N’utilisez pas moyu quand la tâche exige réellement une coordination entre plusieurs fichiers, de nouvelles abstractions ou un nettoyage systémique. Si l’objectif est « rendre l’architecture plus propre » ou « ajouter la suite de tests manquante », la retenue du skill peut devenir une contrainte plutôt qu’un avantage.

moyu est-il adapté aux débutants ?

Oui, si le débutant veut des modifications plus sûres et moins de surprises. Le guide moyu est particulièrement utile pour les personnes qui ont tendance à trop demander au modèle ou à accepter des diffs trop gros. Il enseigne un réflexe utile : demander le plus petit changement qui résout le problème.

En quoi est-ce différent du simple fait de dire au modèle d’être prudent ?

Un prompt classique peut demander de la prudence, mais le skill moyu encode cette préférence sous forme de politique d’édition réutilisable. C’est important quand vous avez besoin de manière répétée d’un comportement à diff minimal sur plusieurs tâches, et pas seulement dans un prompt ponctuel.

Comment améliorer le skill moyu

Rendre la demande plus petite et plus explicite

Le moyen le plus efficace d’améliorer le résultat de moyu est de supprimer toute ambiguïté avant la première modification. Incluez le chemin exact du fichier, le comportement exact à préserver et le changement exact souhaité. Par exemple : « Modifie uniquement components/Button.tsx ; conserve les props inchangées ; corrige seulement le style désactivé. »

Préciser ce qui ne doit pas changer

Le skill est le plus performant quand vous lui dites clairement ce qu’il doit laisser intact. Mentionnez des contraintes comme « pas de nouveaux fichiers », « pas de nouvelles dépendances », « ne change pas la forme de l’API » ou « ne réécris pas toute la fonction ». Cela aide moyu à rester aligné sur la véritable intention de l’utilisateur, au lieu d’optimiser pour une amélioration plus large mais non souhaitée.

Relire le premier diff, puis resserrer

Si le premier résultat est encore trop large, remontez les parties trop lourdes et demandez un passage plus ciblé. Les échecs les plus courants sont le nettoyage supplémentaire, les abstractions ajoutées ou le code défensif qui n’avait pas été demandé. Le meilleur workflow avec moyu est itératif : contraindre, relire, puis réduire encore jusqu’à ce que le diff corresponde exactement à la demande.