reguli_lucru: curatenie dupa commit si capcana versiunilor text stale

Punctul 1: dupa commit se sterg patch-urile de review si backup-urile de lucru.

Punctul 5: versiunile `.??2` sunt instantanee si pot ramane in urma binarului.
Concret, un `.pj2` vechi de doua saptamani a dus la concluzia gresita ca proiectul
refera `clase\orapoarte.vcx`, cand `.PJX`-ul real refera `comun\clase\orapoarte.vcx`.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01P1J6WjsQn7i7c9uF7VweGc

docs/reguli_lucru.md

@@ -5,6 +5,8 @@
    Write-back in binar (txt2vcx) si commit DOAR dupa aprobarea patch-ului de catre utilizator.
    Patch-urile sunt intermediare de review: NU se comit NICIODATA in git (sunt in
    .gitignore ca `docs/diff_runda*.patch`); raman doar local, pe disc.
+   Curatenie: dupa commit se sterg patch-urile de review si backup-urile de lucru
+   (`*.pre_runda*.bak`).
 2. Comentarii in cod: NU se pun comentarii in corpul codului (nici la functionalitati noi).
    In ANTETUL fisierului se tine o singura intrare CUMULATIVA per functionalitate, in stilul
    existent (`*!* DD.MM.YYYY` / `*!* autor` / `*!* ce face, 1-2 fraze`): la revenirea pe aceeasi
@@ -23,6 +25,8 @@
    Mediu, sabloane, capcane si metoda de depanare: `depanare_testare_vfp.md`.
 5. Editare .vcx/.scx pe text (cache, cp1252 byte-safe, fidelity-check): `flux-editare-vfp-text.md`.
    Cautare in binare: `cautare_vcx_vct.md`.
+   Versiunile `.??2` sunt instantanee si pot fi mai vechi decat binarul - verifica mtime-ul
+   inainte de a trage concluzii din ele; continutul real al proiectului se citeste din `.PJX`.
 6. Misiuni lungi (teste, investigatii, sarcini inlantuite): NU un singur subagent cu context
    acumulat — orchestrator + subagenti proaspeti per sarcina (max ~200-250k tokens/subagent),
    handoff compact pe disc: `orchestrare-subagenti.md`.