# Regulile proiectului pentru Cursor AI
- Folosește întotdeauna TypeScript strict.
- Nu folosi niciodată "any". Dacă tipul este necunoscut, folosește "unknown".
- Pentru componentele de React, folosește doar componente funcționale cu arrow functions.
- Toate rutele de API trebuie să fie documentate inline cu JSDoc pentru parametrii primiți.
- Preferă utilizarea Prisma ORM pentru interogările de bază de date.Salutare tuturor! Am trecut complet pe Cursor acum vreo 4 luni, după ce am folosit GitHub Copilot încă de pe vremea când era în beta închis. Vă zic direct: pentru mine, Copilot a rămas doar un autocomplete mai răsărit, în timp ce Cursor mi-a schimbat radical modul în care scriu cod în fiecare zi. Pe scurt, am redus timpul de refactoring la jumătate pe proiectele medii și mari.
La un proiect recent cu peste 12.000 de linii de cod (un MVP pe Next.js și NestJS), a trebuit să refacem complet integrarea cu Stripe pentru abonamente recurente. Cu Copilot clasic, procesul era destul de obositor și predispus la erori. Trebuia să deschid manual fișierele, să dau copy-paste la context în chat și să-i explic ce vreau să schimbe în trei locuri diferite. Cu Cursor, am rezolvat totul în mai puțin de 20 de minute folosind funcția de Composer. Am economisit lejer o oră de muncă manuală și migală dintr-un singur foc.
Indexarea locală face toată diferența
Marea problemă la Copilot este că "vede" doar fișierul curent sau câteva fișiere deschise recent în tab-urile tale active. Cursor, în schimb, își face un index local de vector embeddings peste tot proiectul tău direct pe mașina ta de lucru.
Când folosesc directiva @codebase în chat-ul din Cursor, el știe exact unde am definit tipurile de date în TypeScript, ce rute de API am în backend și cum arată schema de bază de date. Nu mai pierd timp explicându-i contextul în prompturi lungi și plictisitoare. Îi spun doar simplu: "Modifică tabela de useri ca să adăugăm un câmp de trial_ends_at și updatează toate serviciile afectate". Îmi generează modificările în trei fișiere simultan, iar eu doar dau review vizual pe diferențe și accept modificările cu un singur click.
Trade-off-uri de care trebuie să te lovești
Nu totul este perfect și nu vreau să pară că laud o unealtă fără să vă zic și părțile nasoale pe care le-am simțit pe pielea mea.
În primul rând, Cursor este un fork de VS Code. Dacă ești fan înrăit al ecosistemului JetBrains (WebStorm, IntelliJ, PyCharm) și ai scurtăturile de tastatură în reflex, tranziția este extrem de dureroasă. Trebuie să schimbi editorul cu totul, deoarece nu poți rula motorul Cursor ca simplu plugin în WebStorm.
În al doilea rând, costul devine rapid un factor de luat în calcul. Cei 20 de dolari pe lună pentru abonamentul Pro se consumă destul de repede dacă lucrezi intens pe parcursul zilei și rulezi interogări complexe pe modelele premium, cum ar fi Claude 3.5 Sonnet sau GPT-4o. Când termini creditele "fast", timpul de răspuns crește simțitor și devine frustrant.
În plus, pe proiecte masive de peste 100k linii de cod, indexarea locală inițială poate să îți îngenuncheze procesorul și să consume destul de multă memorie RAM, mai ales dacă ești pe un MacBook Air de generație mai veche.
Configurarea cu .cursorrules
Ca să scot maximum de productivitate din el, am adăugat un fișier .cursorrules în rădăcina tuturor proiectelor mele. Acesta instruiește AI-ul cum să scrie codul exact în stilul echipei noastre, fără să mai fie nevoie să-i repet la fiecare prompt aceleași reguli de bază.
Voi ce folosiți în daily dev? Ați rămas pe Copilot clasic sau ați făcut pasul spre Cursor?