# Mod de lucru Claude ↔ Marius pe ROAGEST

## Modificare cod VFP binar (.vcx/.scx) — flux write-back pe text

Claude aplică singur modificările pe `.vcx`/`.scx` prin fluxul text→bin. Pașii per rundă (refresh
cache, baseline `.pre_runda<N>.bak`, editare byte-safe CP1252, patch de review, write-back cu
fidelity-check) + capcanele + parametrii per proiect (inclusiv ROAGEST): **`COMUN\docs\flux-editare-vfp-text.md`**.

1. Claude investighează pe cache-ul text, propune modificarea și **așteaptă acordul lui Marius
   pe abordare** înainte să editeze. La propunere/plan: scaneaza intai conventiile si
   functiile/clasele COMUNE existente si foloseste-le cu prioritate — inventar:
   COMUN\docs\inventar-comun.md.
2. **Commit doar după ce Marius confirmă pe diff și testează în IDE.** Editările de volum se
   deleagă la subagenți Sonnet în background; sesiunea principală orchestrează și verifică.
3. **Teste finale obligatorii pe cerința inițială** — pasul 6 din
   `COMUN\docs\flux-editare-vfp-text.md`; pe ROAGEST cu harness-ul din `COMUN\utile\Teste`
   (`COMUN\docs\testare-ui-vfp.md`).
4. După implementare: changelog, ștergerea fișierului de propunere/patch-ului, insight-urile
   durabile mutate în `docs/flux-*.md` / `docs/pachet-*.md`.

Excepții pe VFP IDE: `.mnx` (GENMENU) și `.frx` (fragile la round-trip) — flux vechi cu fișier de
propunere `docs/propuneri_<subiect>.md` aplicat de Marius în IDE. Când Marius a început deja o
implementare, Claude compară codul lui cu originalul și listează explicit diferențele/cazurile
netratate (nu rescrie orbește).

## Acces direct la baza de date Oracle

Claude are acces read la baza de date de dezvoltare și **își face singur exporturile** de surse
PL/SQL (pachete, view-uri). Detalii de conexiune și comanda de export: `COMUN\docs\oracle_export.md`.
Parola: `COMUN\docs\local\oracle.md` (neversionat în git). Exportul de referință `PACK_CONTAFIN.pck` stă în
`COMUN\docs\` și se reîmprospătează la nevoie.
