moyu-en

Visão geral do skill moyu-en

O que o moyu-en faz

moyu-en é um skill de edição mínima para trabalho com código. Ele orienta o modelo a mudar só o que o usuário pediu, evitar abstrações extras e manter os diffs pequenos. Se você quer um skill moyu-en para conter o excesso de zelo “prestativo” do assistente, é exatamente para esse problema que ele foi feito.

Para quem ele é mais indicado

Use o skill moyu-en quando você se importa com edições cirúrgicas de código, controle rígido de escopo ou com revisar um assistente que costuma adicionar limpeza sem relação com a tarefa. Ele é uma boa escolha para manutenção, correções de bugs e mudanças em um único arquivo, em que o principal risco é o aumento de escopo, não a falta de arquitetura.

O que o torna diferente

O valor central é a contenção: sem nova dependência, sem reescrita, sem documentação não solicitada, sem testes extras e sem código defensivo para caminhos impossíveis. Isso faz do moyu-en algo mais útil como guarda-corpo do que como prompt geral de programação, especialmente em tarefas de Code Editing, em que precisão importa mais do que amplitude.

Como usar o skill moyu-en

Instale o moyu-en

Use o skill no seu fluxo de skills e depois verifique se skills/moyu-en está como caminho ativo. O repositório não fornece um comando de instalação personalizado, então trate moyu-en install como uma etapa de configuração específica do diretório, e não como um instalador especial guiado por script.

Dê ao skill um briefing de edição estreito

Os melhores resultados vêm de prompts que nomeiam o arquivo exato, a mudança exata e o limite exato. Por exemplo: “Atualize src/auth.ts para que a renovação do token só rode em respostas 401; não altere testes nem helpers não relacionados.” Esse tipo de entrada combina com o modelo de uso do moyu-en e dá ao skill permissão para manter a mudança pequena.

Leia primeiro o arquivo certo

Comece por SKILL.md em skills/moyu-en, porque o skill é pesado em instruções e não há pastas de suporte como rules/, references/ ou scripts/ para consultar. Depois leia os arquivos do repositório que definem o comportamento-alvo e ignore os que só têm relação tangencial.

Trabalhe em uma única passagem com escopo controlado

Para o melhor fluxo de trabalho do guia moyu-en, peça primeiro o menor patch aceitável e só então revise o diff antes de solicitar mudanças de acompanhamento. Se você precisar de uma refatoração maior, divida em prompts separados para que o skill não interprete um objetivo amplo como permissão para reescrever a base de código.

Perguntas frequentes sobre o skill moyu-en

O moyu-en é só para Code Editing?

Sim, principalmente. O skill foi projetado para contenção na edição, não para brainstorming, design de arquitetura ou geração expansiva de código. Se a sua tarefa é “faça esta mudança exata com o menor impacto possível”, o moyu-en é uma boa combinação.

Quando não devo usar o moyu-en?

Não use quando você realmente quiser limpeza ampla, migração, novas abstrações ou redesenho. Se a tarefa exigir várias atualizações coordenadas em arquivos diferentes, a regra rígida de “mude só o que foi pedido” pode virar uma limitação, e não uma vantagem.

Como ele se compara a um prompt normal?

Um prompt normal ainda pode incentivar o modelo a melhorar estilo, criar helpers ou corrigir casos-limite. O moyu-en suprime explicitamente esse comportamento, o que é útil quando a principal falha é editar demais. Na prática, o skill moyu-en reduz a liberdade do assistente e deixa o diff mais fácil de revisar.

O skill moyu-en é amigável para iniciantes?

Sim, desde que a pessoa consiga descrever a mudança com clareza. Iniciantes se beneficiam porque o skill reduz a complexidade acidental, mas ainda precisam fornecer um arquivo-alvo concreto, um comportamento específico ou a descrição de um bug para que o skill continue efetivo.

Como melhorar o skill moyu-en

Especifique o limite exato

As entradas mais fortes dizem o que deve mudar e o que não pode mudar. Por exemplo: “Corrija a verificação de null em parser.ts, mas deixe formatação, comentários e funções não relacionadas intactos.” Isso melhora o moyu-en porque se alinha diretamente às regras anti-overengineering do skill.

Descreva o menor resultado aceitável

Diga ao modelo como é o sucesso em uma frase, não em uma lista de funcionalidades. Se você quer um resultado de uso do moyu-en que pareça disciplinado, peça o patch menos invasivo que resolva o bug e mencione quaisquer arquivos que estejam fora de limite.

Revise o diff, não a explicação

O skill foi feito para produzir uma mudança pequena e fácil de inspecionar. Depois da primeira saída, verifique se o diff tocou só a área solicitada e, se houver desvio, itere com um prompt mais restrito. Para o moyu-en, o sinal de qualidade costuma ser o próprio patch, não o texto ao redor dele.