sync SVN r18213

docs/README.md

@@ -17,6 +17,8 @@ atingi zona X, citeste fisierul Y"). Restul se deschid doar la declansator.
 | `monitorizare-context.md` | instalarea hook-urilor de prag de context si de revizie a docs |
 | `masini-dezvoltare-testare.md` | ai nevoie de o masina separata pentru probe UI/rulari lungi care nu trebuie sa blocheze statia principala |
 | `fluxul_svn_git.md` | orice commit / `svn update` / `roa_sync` -> skill `roa-git-svn-commit` |
+| `opencode_agenti_orchestrare.md` | delegi executie/review la agenti opencode DeepSeek (server HTTP, port per proiect) |
+| `archon_capcane.md` | rulezi/depanezi workflow-ul Archon `roa-fix` (run mort, Pi 128k, conditii `when`) |
 | `scripturi-uzuale.md` | exista deja un script pentru sarcina asta? (roa_sync, curatenie, livrare, diagnostice) |
 | **VFP** | |
 | `cautare_vcx_vct.md` | cauti cod in `.vcx`/`.scx`/`.frx`/`.mnx` -> skill `roa-vfp-text-edit` |

docs/archon_capcane.md

@@ -0,0 +1,16 @@
+# Archon (workflow roa-fix): capcane platite
+
+Workflow si scripturi: `COMUN\.archon\` (in proiect, `.archon` e junction spre el si e in `.gitignore`).
+Ghid de folosire: `ROACONT\docs\ghid_archon_marius.md`. Ce face agentul acum: `.archon\scripts\urmareste.ps1 -Watch`.
+
+- **Run mort dupa restart/kill ramane `running`** in `~/.archon/archon.db`; `workflow resume` il refuza.
+  Marcheaza-l esuat, apoi reia (nodurile terminate se pastreaza):
+  `D:\roa\roacont\sqlite3.exe C:/Users/mmari/.archon/archon.db "update remote_agent_workflow_runs set status='failed' where id='<run>' and status='running'"`
+  -> `archon workflow resume <run> --detach`.
+- **Model Pi custom fara `contextWindow`/`maxTokens`** in `~/.pi/agent/models.json` -> implicit 128k/16k:
+  nodul se opreste cu `stop_reason: "length"` dupa ce a citit docurile, fara sa scrie nimic.
+  `opencode-go/deepseek-v4.1-flash`: 1000000 / 384000.
+- **`when: "$nod.output == 'FAIL'"` compara TOT stdout-ul nodului bash**, nu ultima linie:
+  nodul de verificare scrie pe stdout doar `PASS`/`FAIL`; logul merge in fisier.
+- **Diff gol trece verificarea mecanica** daca nu e pazit explicit (implementarea nu a scris nimic -> review BLOCANT).
+- `perl` si `sqlite3` nu sunt in PATH-ul PowerShell: `raport_context.ps1` le cheama prin Git Bash.

docs/depanare_testare_vfp.md

@@ -192,3 +192,7 @@ Cand un bug apare "de azi", compara cu clasa veche fara sa atingi SVN:
   cu `DO FORM ... NAME lo NOSHOW` - asa se instantiaza ca in aplicatie, iar erorile ar arata calea completa a controlului.
 - **Rularile de test se fac DOAR prin `watchdog_vfp.ps1 -AutoDismiss`**: un lansator propriu fara plasa a lasat 3 dialoguri
   modale pe ecranul utilizatorului (18.09.2026).
+- **Testul e2e reproduce EXACT apelul din meniu (`.mn2`), inclusiv parametrii omisi**: `furnizori1.mn2:515` omite param 9 din
+  `introducere_compacta` -> `lVerificaAcont=.F.` (analiticul nu se verifica); un test care pasa `.T.` a trecut fals (27.09.2026).
+- **MARIUSM_AUTO poate avea `act.id_partd/id_partc` inexistente in `nom_parteneri`** (lasate de alte procese): `verificare_note_contabile`
+  trateaza orice id nenul ca partener prezent. Inainte sa cauti un bug "nu marcheaza/nu da mesaj", verifica datele cu `not exists`.

docs/fluxul_svn_git.md

@@ -110,3 +110,6 @@ Nimic nu se sincronizează în fundal. O copie neatinsă de luni se aliniază si
 `roa_sync.bat` rulat de acolo: `svn update` → regenerare text → `sync SVN rN` → fetch → ff sau
 `rebase --empty=drop`, care aruncă automat sync-urile al căror conținut e deja pe origin. De aceea
 regula veche „un singur folder publisher" e retrasă: numărul de copii nu mai contează.
+
+Capcană: pe un branch cu tree curat, `roa_sync` face checkout `main` și `git add -A` - intră în commit-ul de
+sync și fișierele netracked (junction `.archon`, scripturi de test). Pune-le în `.gitignore` sau mută-le înainte.

docs/opencode_agenti_orchestrare.md

@@ -16,6 +16,8 @@ Pornire (un server per proiect, pentru toate lane-urile lui, in directorul proie
 ```
 opencode serve --port <port proiect>        # 127.0.0.1, fundal
 ```
+Serverele lungi (`opencode serve`, `archon serve`) se pornesc cu `Start-Process` (proces propriu), nu ca task
+de fundal al sesiunii Claude Code: acela e omorat cand memoria e putina.
 **Port fix per proiect.** Proiectele ROA ruleaza in paralel; pe acelasi port, oprirea serverului dintr-un proiect
 opreste lane-urile celuilalt si le poate muta directorul de lucru (verificat 15.09.2026: lane ROACONT ajuns in ROAFACTURARE).
 

docs/reguli_lucru.md

@@ -137,6 +137,7 @@
    - export date din Oracle -> skill roa-oracle-migration (reexportul sursei de pachet e in procedura lui; criteriile lui blocheaza "gata");
    - actualizarea ROA nu se finalizeaza (job update, PACK_UPDATE) -> skill roa-oracle-diagnostic (acopera si spatiul plin; criteriile lui blocheaza "gata");
    - modifici schema Oracle (tabele/view-uri/pachete) -> skill roa-oracle-migration (scriere + publicare scripturi; criteriile lui blocheaza "gata");
+   - rulezi sau depanezi workflow-ul Archon `roa-fix` -> `archon_capcane.md`;
    - inrolezi un calculator nou sau un proiect nou in fluxul git-text, expui skill-urile pe masina sau aplici backstop-ul de rutare -> skill roa-onboarding (el detine procedura; criteriile lui blocheaza "gata").
 8. Eroare raportata de utilizator: nu analiza statica indelungata — scrie intai un test care o
    reproduce pe fluxul real; el da cauza si confirma remedierea. Analiza statica doar cat sa stii