moyu-strict

Visão geral da skill moyu-strict

O que é moyu-strict

moyu-strict é uma skill de proteção para edição de código que impõe um comportamento rigoroso contra over-engineering. Ela foi pensada para situações em que você quer a menor alteração segura possível, e não um redesenho polido. A função principal é impedir que o agente mexa em arquivos extras, crie abstrações desnecessárias ou “melhore” código sem relação com a tarefa, ao mesmo tempo em que entrega o que foi pedido.

Para quem ela é indicada

A skill moyu-strict é mais útil para revisores, mantenedores e agentes trabalhando em correções bem delimitadas dentro de codebases já existentes. Se o que importa é manter diffs mínimos, facilitar uma revisão previsível e evitar efeitos colaterais acidentais, moyu-strict for Code Editing é uma ótima escolha. Ela tende a ser menos útil para refatorações exploratórias, trabalho de arquitetura ou tarefas amplas de limpeza de código.

O que a diferencia

A diferença prática está na execução das restrições. moyu-strict não é um prompt genérico de “escreva código melhor”; ela coloca o foco em controle de escopo, disciplina de edição e contenção. Os sinais mais fortes são o conjunto explícito de regras: confirmar o escopo antes de editar, evitar novas camadas de abstração, não adicionar docs/testes/dependências que não foram solicitados e parar quando a mudança estiver ficando grande demais para o pedido.

Como usar a skill moyu-strict

Instale e ative

Use o fluxo de instalação de skills do repositório para moyu-strict install e, em seguida, carregue a skill quando esperar mudanças de código que precisem permanecer estreitas. Se o seu ambiente usa um instalador por comando, a ideia central é anexar moyu-strict antes de o modelo começar a editar, para que as restrições moldem o primeiro rascunho e não apenas a revisão. Para moyu-strict usage, ative-a sempre que a tarefa for uma correção pontual, e não uma sessão de design.

Leia primeiro os arquivos certos

Comece por skills/moyu-strict/SKILL.md, porque é dali que vêm as regras rígidas e o comportamento de ativação. Como este repositório tem um único arquivo de skill e não inclui scripts auxiliares, referências extras ou pastas de regras, não existe uma árvore de workflow escondida para vasculhar. O principal que o usuário precisa é do texto das regras, não de um tour estendido pelo repositório.

Transforme uma tarefa vaga em um prompt rígido

A skill funciona melhor quando o pedido já nomeia exatamente o alvo e exatamente a fronteira. Um input forte seria: “Corrija o crash de null em src/parser.ts e edite só esse arquivo; não adicione testes, comentários nem refatoração.” Um input fraco seria: “Melhore este módulo.” O primeiro dá ao moyu-strict algo que pode ser contido; o segundo convida ao desvio de escopo.

Use em um fluxo de confirmação antes da edição

Um bom moyu-strict guide é: identifique o arquivo ou a função afetada, declare a mudança pretendida, confirme que nenhum outro arquivo deve ser alterado e só então edite. Se a tarefa parecer exigir mudanças mais amplas, pare e pergunte se uma versão menor é aceitável. Isso combina com o valor mais forte da skill: tornar o excesso de alcance visível antes que ele vire diff.

FAQ da skill moyu-strict

moyu-strict é só um prompt comum?

Não. Um prompt comum pode pedir código conciso, mas moyu-strict existe especificamente para impor limites de edição. Ela é mais valiosa quando o maior risco não é a lógica incorreta, e sim mudanças extras desnecessárias.

Quando eu não devo usar?

Não use moyu-strict em tarefas que realmente exigem uma reescrita coordenada, nova abstração, atualização de documentação ou criação de harness de testes. Se o resultado precisa incluir uma limpeza mais ampla, o viés da skill para um “PR mínimo” pode entrar em conflito com o objetivo real.

Ela é amigável para iniciantes?

Sim, porque as regras são simples e concretas. O erro mais comum de quem está começando é fazer um pedido vago e esperar que a skill descubra sozinha a fronteira. moyu-strict funciona melhor quando a pessoa consegue dizer o que precisa mudar e, tão importante quanto, o que não pode mudar.

Em que ela difere de prompts comuns de edição de código?

Prompts comuns muitas vezes otimizam para conclusão. moyu-strict otimiza para contenção. Ela orienta o agente a questionar o avanço de escopo, evitar mudanças decorativas e manter diffs pequenos o bastante para revisão rápida. Isso a torna mais adequada para manutenção do que para expansão de funcionalidades.

Como melhorar a skill moyu-strict

Especifique a fronteira exata da edição

O maior ganho de qualidade vem de nomear logo de início o arquivo, a função e o resultado esperado. Em vez de “limpe isso”, diga “altere apenas src/auth.ts para tratar tokens vazios e deixe o restante intocado.” Isso ajuda moyu-strict a impor a resposta mais estreita possível.

Diga claramente o que é proibido

Como moyu-strict é construída em torno de exclusões, você deve dizer o que não deve ser adicionado: sem novos helpers, sem comentários, sem testes, sem mudanças de dependência, sem alterações apenas de formatação. Isso importa porque o valor da skill está em rejeitar acréscimos desnecessários, e não em inventar uma solução mais ampla.

Fique atento ao modo de falha mais comum

A falha mais comum é um pedido que começa pequeno, mas se expande silenciosamente para um redesign. Quando isso acontece, a melhor melhoria não é “mais qualidade de código”; é reduzir a tarefa. Peça o menor patch aceitável e depois itere, se necessário. Isso mantém a skill moyu-strict alinhada com seus limites rígidos de diff e com sua filosofia de mudança mínima.

Faça iterações a partir de um primeiro patch pequeno

Se a primeira saída vier ampla demais, estreite o prompt em torno de um sintoma, um arquivo e um resultado. Se a primeira saída vier superficial demais, acrescente só a restrição que realmente faz falta, como “não altere assinaturas” ou “não modifique os call sites”. Para usuários da moyu-strict skill, resultados melhores costumam vir de fronteiras mais afiadas, não de instruções mais longas.