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”).