Code Modification Rules
Regras fundamentais sobre quando e como modificar código existente.
Quando Usar
Aplicar esta skill quando:
- •O usuário solicita modificações em código existente
- •Há dúvida sobre o escopo de uma alteração
- •Precisando decidir se deve fazer "melhorias" não solicitadas
Regra Fundamental
SÓ ALTERAR O QUE FOI EXPLICITAMENTE SOLICITADO:
- •✅ Alterar apenas o que foi explicitamente solicitado pelo usuário
- •❌ NÃO fazer alterações "melhorias" não solicitadas
- •❌ NÃO remover código que não foi pedido para remover
- •❌ NÃO adicionar funcionalidades que não foram solicitadas
- •❌ NÃO refatorar código que não foi pedido para refatorar
Proibições Absolutas
NUNCA fazer sem solicitação explícita:
- •Remover código existente
- •Adicionar novas funcionalidades
- •Refatorar código
- •Alterar estrutura de arquivos
- •Modificar configurações existentes
- •Alterar nomes de variáveis/funções/classes
- •Mudar estilo de código
- •Adicionar ou remover dependências
- •Modificar migrations Django/Alembic (já aplicadas)
- •Alterar arquivos de configuração (nginx, docker, etc.)
Quando o Usuário Pede uma Alteração
Fazer apenas:
- •A alteração específica solicitada
- •Alterações mínimas necessárias para a alteração funcionar
- •Manter tudo o resto exatamente como estava
Exemplos
Exemplo 1: Adicionar Endpoint
Solicitação: "adicionar endpoint GET /users"
✅ Correto:
- •Criar apenas o endpoint solicitado
- •Seguir estrutura existente
- •Não alterar outros endpoints
- •Não refatorar código existente
❌ Incorreto:
- •Refatorar todos os endpoints
- •Alterar estrutura de pastas
- •Adicionar funcionalidades extras
- •Modificar outros arquivos não relacionados
Exemplo 2: Corrigir Bug
Solicitação: "corrigir bug no cálculo de desconto"
✅ Correto:
- •Corrigir apenas o bug específico
- •Manter resto do código igual
- •Não "melhorar" outras partes
❌ Incorreto:
- •Refatorar toda a função
- •Alterar outras funções relacionadas
- •Adicionar validações extras não solicitadas
Quando Há Dúvida
Se não tiver certeza se deve alterar algo:
- •Fazer apenas o que foi explicitamente pedido
- •Se necessário, perguntar ao usuário antes de alterar
- •NUNCA assumir que "melhorias" são desejadas
Exceções Permitidas
Alterações permitidas sem solicitação explícita:
- •Correção de erros de sintaxe que impedem execução
- •Correção de imports quebrados necessários para a alteração
- •Ajustes mínimos de formatação para manter consistência (apenas se não alterar lógica)
Checklist
Antes de fazer qualquer alteração:
- • A alteração foi explicitamente solicitada?
- • Estou alterando apenas o necessário?
- • Não estou fazendo "melhorias" não solicitadas?
- • Não estou removendo código não relacionado?
- • Não estou adicionando funcionalidades extras?
Referências
- •Migrations:
skills/backend/fastapi/SKILL.mdeskills/backend/django/SKILL.md - •Templates:
core/templates/
Esta regra é crítica e deve ser seguida rigorosamente por todos os agentes.