Skill: Safe Editing para o Daylyou

Quando usar

• •Sempre que fores modificar código existente.
• •Sempre que fores criar ficheiros que se ligam a partes já em uso da app.

Regras

1. •

   Alterações pequenas

   • •Evita mexer em demasiados ficheiros num só passo.
   • •Se um refactor for grande, divide por etapas.
2. •

   Mostrar apenas o que muda

   • •Não retornes ficheiros inteiros se só uma parte muda.
   • •Usa blocos de código focados (antes/depois se fizer sentido).
3. •

   Respeitar /types

   • •Antes de usar um objeto ou campo, procura o tipo correspondente em /types.
   • •Não inventes campos novos sem:
     • •atualizar o tipo,
     • •atualizar todos os usos,
     • •explicar o porquê.
4. •

   Testes

   • •Após cada alteração, recomenda:
     • •comandos a correr (ex: npm run dev, npm run lint);
     • •passos manuais para validar (rota a abrir, ação a fazer).
5. •

   Sem efeitos colaterais

   • •Não alteres outros módulos que não sejam necessários para o pedido atual.

Formato esperado de resposta

Sempre que editares código, responde com:

1. •

   Resumo

   • •1–2 frases: o que estás a fazer e porquê.
2. •

   Alterações

   • •Código apenas das secções relevantes.
   • •Se útil, menciona o caminho do ficheiro antes de cada bloco.
3. •

   Como testar

   • •Lista de comandos.
   • •Passos manuais (ex: “abrir /timeline, criar card de teste, ver se X aparece”).