Postat acum 1 zi
plaintext
# ai-rules.md (exemplu concret pentru echipă)
- Foloseste TypeScript strict mode peste tot
- NU introduce dependencies noi fara sa verifici bundle size
- Pentru UI folosim shadcn/ui + Tailwind (nu crea componente de la zero daca exista in shadcn)
- Scrie comentarii doar cand logica NU e evidenta (nu narra codul)
- Testele merg in `__tests__/` langa fisierul testat, nu in folder separat
- API routes intorc `{ success, data }` sau `{ error, code }` — niciodata mixt3 principii când lucrezi cu AI pe codebase-uri mari
1. Rules ca bibliotecă de decizii Tot ce ai repetat de 3x într-un review → într-un fișier de rules (ai-rules.md / AGENTS.md). AI-ul le aplică automat la fiecare generare.
2. Context explicit > context magic Când lucrezi la feature-e complexe, mai bine îi dai fișierele exacte (cu @ sau copy-paste) decât să lași asistentul să ghicească.
3. Review înainte de Apply Nu accepta niciodată direct. Citește diff-ul, înțelege-l, apoi dă Apply. Dacă nu înțelegi, respinge — probabil e wrong.
Ce NU face bine AI-ul
- Refactoring peste 10+ fișiere la o singură comandă (trebuie spart în pași)
- Decizii arhitecturale (când alegi între 2 abordări)
- Debug de performance (trebuie tu să-i dai metricii)
Ce face excelent
- Boilerplate (forms, API routes, migration files)
- Găsit și fix-uit bug-uri mici în cod care există deja
- Comentarii + documentație
- Teste pentru funcții existente