Cache ANAF: ordine explicita pe rapoartele de incasari, changelog 2.11.68-2.11.69
- Programe/orapoarte.prg:1994 - verificarea split TVA pe o data din trecut cere explicit ordinea MASA (cache intai); :2312 - varianta pe data curenta cere UNIC (ANAF intai, cache-ul ramane plasa de siguranta). - changelog_roacont.txt - intrarile 2.11.68 si 2.11.69. - versiune_db.txt - 2026_08_01_02. - CLAUDE.md - regula de continut pentru changelog si stilul de raspuns cerut. - TODOS.md - amanarile din review-ul transei cache ANAF, P4 marcat preluat. - roacont.pj2 - resincronizat cu git_sync. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01JCzVWfqscv1xyo5uvJiWiW
This commit is contained in:
27
CLAUDE.md
27
CLAUDE.md
@@ -170,6 +170,10 @@ ROACONT - X.Y.Z
|
||||
-->
|
||||
```
|
||||
|
||||
Regula de continut: changelog-ul e pentru utilizatori — se scrie **doar ce vede utilizatorul**,
|
||||
scurt si compact. Erorile introduse si reparate in aceeasi versiune nelivrata **nu se trec**
|
||||
(clientul nu le-a vazut niciodata); intrarea versiunii curente se rescrie, nu se acumuleaza.
|
||||
|
||||
Tags in use: `:nou:` (new feature), `:modificare:` (change/fix to existing behavior),
|
||||
`:eroare:` (bug fix), `:adaugare:` (addition). Version numbers increment per entry (current
|
||||
series is `2.11.x`). When asked to log a change, follow this exact format/tag set rather than
|
||||
@@ -215,6 +219,29 @@ Preferintele lui Marius pentru sesiunile pe acest proiect:
|
||||
(`.vcx`/`.scx`), diff-ul lizibil se face pe forma text `.vc2`/`.sc2` regenerata cu
|
||||
`git_sync.ps1`, inainte de write-back cu `txt2vcx.ps1`.
|
||||
|
||||
## Stil de raspuns: scurt si concret
|
||||
|
||||
Marius vrea raspunsuri **clare, concise, fara vorbarie**. Regula, nu preferinta.
|
||||
|
||||
- **Starea si ce urmeaza, nu povestea.** Ce e gata, ce e stricat, ce trebuie decis, ce urmeaza —
|
||||
in liste scurte, cu fisier si linie. Fara reconstituirea drumului pana la rezultat.
|
||||
- **Fara naratiune de proces**: ce a raportat fiecare agent, cine ce a corectat, cum au fost
|
||||
coordonate benzile. Intra in `docs/`, nu in raspuns.
|
||||
- **Fara laude si fara reluari.** Nu repeta ce s-a spus deja in conversatie.
|
||||
- Detaliile tehnice lungi (dovezi, iesiri de test, metodologie) se scriu in fisier si se
|
||||
**trimite la el**, nu se copiaza in raspuns.
|
||||
- Cand e ceva de decis: enunta decizia si optiunile in cateva randuri, cu recomandarea ta.
|
||||
|
||||
**Formatul obligatoriu al raspunsului**, in aceasta ordine, maxim cateva randuri fiecare:
|
||||
|
||||
1. **Am facut:** ce e gata (fisier:linie).
|
||||
2. **Urmeaza:** ce fac mai departe.
|
||||
3. **De la tine:** intrebarea, clar si simpla, cu recomandarea mea.
|
||||
|
||||
Explicatiile, dovezile si descoperirile colaterale merg in `docs/`, cu un link. Nu se reia in
|
||||
raspuns rationamentul, nu se explica de ce a fost greu, nu se justifica alegerile decat daca
|
||||
sunt cerute.
|
||||
|
||||
## Skill routing
|
||||
|
||||
When the user's request matches an available skill, invoke it via the Skill tool. When in doubt, invoke the skill.
|
||||
|
||||
Reference in New Issue
Block a user