moyu-ko

Vue d’ensemble de moyu-ko

À quoi sert moyu-ko

moyu-ko est un skill de modification de code conçu pour empêcher la suringénierie avant même qu’elle ne commence. Il aide l’IA à faire le plus petit changement correct, à rester dans le périmètre demandé par l’utilisateur et à éviter d’ajouter des abstractions, des tests, de la documentation ou des dépendances supplémentaires sauf si cela a été explicitement demandé.

Qui devrait l’installer

Installez le skill moyu-ko si vous demandez souvent à une IA de retoucher du code existant, de corriger un bug ciblé ou d’apporter une modification minimale sans réécriture. Il convient particulièrement bien aux équipes qui accordent de l’importance aux diffs précis, à la vitesse de revue et à un churn d’implémentation réduit.

Ce qui le distingue

Contrairement à un prompt générique qui se contente de dire « sois concis », moyu-ko encode des garde-fous explicites : ne modifier que les fichiers demandés, privilégier l’implémentation la plus simple et s’arrêter pour demander des précisions lorsque la demande n’est pas claire. Cela en fait un outil particulièrement utile pour moyu-ko pour la modification de code quand le contrôle du périmètre compte davantage qu’un refactoring étendu.

Comment utiliser le skill moyu-ko

Installez-le et activez-le

Suivez le flux d’installation standard du répertoire pour l’étape moyu-ko install, puis lancez le skill sur une tâche qui relève clairement de la modification de code. Un bon déclencheur serait un prompt du type : « Utilise moyu-ko pour faire uniquement le changement minimal nécessaire afin de corriger ce bug dans src/auth.ts. »

Donnez-lui une tâche bien bornée

Le schéma d’utilisation de moyu-ko fonctionne mieux si vous précisez :

• le ou les fichiers ou chemins exacts à modifier
• le changement de comportement attendu
• ce qui ne doit pas changer
• les contraintes connues, comme « pas de nouvelle dépendance » ou « ne pas ajouter de tests »

Entrée plus solide :

Mets à jour src/cart.ts pour que la remise ne s’applique qu’aux utilisateurs connectés. Ne modifie pas les autres règles de tarification et ne crée pas de nouveaux fichiers.

Entrée plus faible :

Améliore le parcours de paiement.

Lisez d’abord les bons fichiers

Pour un workflow moyu-ko guide plus rapide, commencez par SKILL.md, puis inspectez les fichiers qui définissent la surface de changement dans votre dépôt. Comme ce dépôt de skill est volontairement compact, l’essentiel est de comprendre les règles de comportement, pas de partir à la chasse à des dossiers de support supplémentaires.

Demandez des diffs minimaux

Quand vous voulez que le skill réponde bien, demandez explicitement la plus petite modification possible et mentionnez les limites strictes. Par exemple :

Utilise moyu-ko pour corriger api.ts. Ne change que la branche de validation, évite les nouveaux helpers et demande avant de toucher à un autre fichier.

FAQ sur le skill moyu-ko

moyu-ko sert-il uniquement à la modification de code ?

Oui, c’est son usage prévu. Le skill moyu-ko concerne une édition disciplinée du code, pas la planification large, l’architecture ni le scaffolding pour un projet neuf. Si vous avez besoin d’une refonte, un prompt classique peut être plus adapté.

Quand ne pas utiliser moyu-ko ?

N’utilisez pas moyu-ko lorsque vous voulez en réalité que l’IA explore plusieurs approches, ajoute des tests d’accompagnement ou nettoie du code adjacent dans le cadre de la tâche. Sa valeur réside dans le contrôle du périmètre ; il peut donc être un mauvais choix pour des refactors ouverts.

Est-il adapté aux débutants ?

Oui, si vous pouvez décrire le changement clairement. Les règles du skill sont simples, mais il fonctionne mieux lorsque la demande est déjà bornée. Les débutants obtiennent les meilleurs résultats en nommant le fichier, le comportement attendu et la liste des éléments à ne pas toucher.

En quoi est-il différent d’un prompt normal ?

Un prompt normal peut demander des changements minimaux, mais moyu-ko en fait son mode de fonctionnement par défaut. Cela réduit le risque de réécritures accidentelles, d’abstractions ajoutées ou de fichiers supplémentaires lorsque vous vouliez simplement une modification ciblée.

Comment améliorer le skill moyu-ko

Donnez des consignes de périmètre plus serrées

Le plus gros gain de qualité vient du rétrécissement de la surface de modification. Indiquez le fichier exact, la plus petite section à changer et le résultat attendu. Plus la demande est précise, moins moyu-ko risque de s’arrêter pour demander des clarifications ou de trop modifier le code.

Ajoutez des limites explicites

Si quelque chose doit rester intact, dites-le. Des bornes utiles incluent :

• « pas de nouvelles fonctions helper »
• « pas de nouvelle dépendance »
• « ne modifie pas les APIs publiques »
• « garde le diff sous 10 lignes si possible »

Ces contraintes aident moyu-ko pour la modification de code à produire un résultat facile à relire.

Attendez-vous à des questions si la tâche est ambiguë

Un mode d’échec fréquent consiste à trop peu spécifier la cible et à attendre du modèle qu’il devine le reste. Si la demande peut affecter d’autres fichiers ou nécessite une nouvelle abstraction, moyu-ko doit s’arrêter et demander. C’est une fonctionnalité, pas un bug.

Itérez sur le premier patch, pas sur tout le plan

Si la première sortie est trop large, resserrez l’instruction suivante plutôt que d’élargir la tâche. Par exemple, demandez « uniquement la ligne qui parse l’entrée » au lieu de « nettoie le module ». Cela maintient moyu-ko usage aligné avec sa conception de changement minimal.