moyu-fr

Resumen general de la skill moyu-fr

moyu-fr es una skill de guardarraíl para edición de código pensada para agentes que tienden a sobreconstruir. Está diseñada para usuarios que quieren el cambio correcto más pequeño, especialmente cuando una solicitud puede resolverse editando solo las líneas pedidas en lugar de reescribir archivos, añadir abstracciones o “mejorar” el código más allá del alcance.

Para qué sirve moyu-fr

La skill moyu-fr es ideal para trabajo de tipo parche: correcciones quirúrgicas, refactors acotados, reparaciones puntuales de bugs y respuestas a usuarios que piden explícitamente algo “simple”, “mínimo” o “solo cambia X”. Ayuda a mantener al agente alineado con la tarea real: hacer el cambio solicitado y parar.

Por qué esta skill es distinta

A diferencia de un prompt genérico, moyu-fr codifica reglas explícitas contra la sobreingeniería. Desincentiva nuevas capas, dependencias extra, código defensivo para casos imposibles y documentación o tests ajenos al pedido. Eso la hace útil cuando la calidad de salida se mide por la contención, no por la amplitud.

Usuarios para los que encaja y casos en los que no

Usa moyu-fr para Code Editing cuando un repositorio o una tarea sea sensible al tamaño del diff, a la deriva arquitectónica o a la limpieza innecesaria. Encaja peor si en realidad buscas rediseño, ampliación de funcionalidades, creación de tests o una modernización amplia de la base de código, porque la skill está optimizada para minimizar cambios.

Cómo usar la skill moyu-fr

Instálala y confirma la ruta de activación

Usa el flujo de instalación de skills del repositorio para moyu-fr y luego confirma que el agente puede detectar la skill a partir de tu solicitud de edición. La decisión de moyu-fr install es más sólida cuando tu flujo de trabajo ya incluye un control estricto del alcance y quieres que la skill actúe automáticamente ante señales de sobreingeniería.

Dale un brief de edición estrecho

El mejor patrón de moyu-fr usage es una solicitud precisa con límites claros. Una buena entrada nombra el archivo objetivo, el cambio exacto de comportamiento y lo que no debe cambiar.

Ejemplo de brief fuerte:

• “Edit src/auth.ts para corregir la comprobación de null en validateSession; no cambies el manejo de errores ni añadas helpers.”
• “Actualiza solo la regex del ejemplo en README.md; deja intacto el resto del snippet.”

Las entradas débiles son amplias:

• “Mejora el flujo de auth”
• “Limpia este módulo”
• “Hazlo más robusto”

Esos prompts invitan a expandir el alcance, justo lo que la skill intenta evitar.

Lee primero los archivos correctos

Para una guía práctica de moyu-fr, empieza con SKILL.md y luego revisa cualquier nota enlazada del repositorio o archivo específico de la tarea que el repositorio mencione. En el estado actual de esta skill, la señal principal es el propio cuerpo de la skill, así que la ruta de lectura más útil es seguir las instrucciones, el árbol del repo y los archivos inmediatos que planeas editar. Si no puedes decir cuál es el objetivo exacto y el diff mínimo aceptable, el prompt sigue siendo demasiado vago.

Úsala como filtro de contención, no como motor de reescritura

La skill funciona mejor cuando ya conoces el resultado deseado y quieres bloquear el exceso. Debe orientar las ediciones del agente hacia:

• cambios mínimos de líneas
• sin nuevas abstracciones salvo que se pidan
• sin docs, tests o comentarios extra salvo que se pidan
• sin reescrituras de archivos cuando basta con un parche

Preguntas frecuentes sobre la skill moyu-fr

¿moyu-fr es solo para Code Editing?

Sí, el mejor encaje de moyu-fr es la edición de código con control estricto del alcance. Es menos útil para generación abierta, planificación de arquitectura o tareas en las que se espera andamiaje adicional.

¿En qué se diferencia de un prompt normal?

Un prompt normal puede decir “mantén la sencillez”, pero moyu-fr convierte esa preferencia en un conjunto de reglas operativas más fuerte. Eso importa cuando el agente se ve tentado a resolver problemas adyacentes, reescribir el código circundante o añadir pulido que nunca se pidió.

¿moyu-fr es apta para principiantes?

Sí, si la persona usuaria puede describir un único cambio concreto. Es más fácil de usar cuando puedes nombrar el archivo, el síntoma y el límite exacto de la edición. Los principiantes suelen tener problemas sobre todo cuando la solicitud es demasiado amplia, no porque la skill sea difícil en sí.

¿Cuándo no debería usar moyu-fr?

No la uses cuando realmente necesites refactorización, cobertura de tests, nuevas abstracciones o trabajo de endurecimiento del sistema. En esos casos, la contención de la skill puede ir en contra del objetivo real y producir una salida técnicamente mínima pero incompleta.

Cómo mejorar la skill moyu-fr

Da restricciones más ajustadas desde el principio

La mejor forma de mejorar moyu-fr es decir qué debe permanecer sin cambios. Incluye nombres de archivo, líneas objetivo y exclusiones como “no new functions”, “no extra comments” o “do not touch formatting outside this block”. Estas restricciones reducen las suposiciones y hacen más fiable el comportamiento de edición mínima de la skill.

Pide el diff aceptable más pequeño

Si quieres un mejor resultado de moyu-fr usage, describe el éxito en términos de diff:

• “Cambia solo una condición de una rama.”
• “Parchea la función existente en vez de crear un helper.”
• “Preserva la API pública actual.”

Eso le dice al agente cómo se ve “terminado” y evita el creep de alcance.

Vigila los fallos más comunes

El principal fallo es la expansión accidental: validación extra, explicación extra o limpieza que parece útil pero cambia más de lo pedido. Otro problema habitual es editar menos de la cuenta cuando la solicitud realmente requiere varios cambios pequeños; en ese caso, indica explícitamente el conjunto completo de ediciones necesarias para que la skill no se detenga demasiado pronto.

Itera con seguimientos más estrechos

Si el primer resultado sigue siendo demasiado amplio, ajusta la siguiente instrucción en lugar de repetir la misma petición. Por ejemplo: “Mantén la misma lógica y ajusta solo esta condición” es más accionable que “hazlo más pequeño”. En moyu-fr, una mejor entrada suele significar menos grados de libertad, no más contexto.