verificare partener: garda pe cont NULL, hook-uri de disciplina, docs compactate

- ooperatii_comune: verific_partener nu mai construieste SQL NULL cand contul
  primit e NULL (EMPTY(.NULL.) e .F. in VFP)
- utile\context_watch.ps1 si utile\docs_revizie_check.ps1: masurarea contextului
  sesiunii si cadenta reviziei de documentatie, prin hook-uri Claude Code
  (instalare in docs\monitorizare-context.md)
- reguli_lucru: delegare la subagenti, modificari minime si scoped, scrierea si
  revizuirea documentatiei, changelog strictul necesar (regulile 3, 6, 9, 11, 12)
- scripturi-migrare-db: continutul unui script (scoped, fara select, idempotent)
- teste noi pentru cele doua erori din achizitia de import
- restul documentatiei compactata, fara pierdere de reguli

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01RYbiinqXxdEqXi53x4Ro7K

docs/orchestrare-subagenti.md

@@ -1,8 +1,8 @@
 # Orchestrare cu subagenti: context mic, misiuni descompuse
 
 Regula (valabila in toate proiectele ROA/VFP): un singur subagent care duce o misiune lunga
-(iteratii de teste, investigatii, mai multe sarcini inlantuite) acumuleaza context urias
-(s-a ajuns la ~800k tokens) — calitate degradata, cost mare. Nu se lucreaza asa.
+(iteratii de teste, investigatii, mai multe sarcini inlantuite) acumuleaza context urias —
+calitate degradata, cost mare. Nu se lucreaza asa.
 
 ## Cum se lucreaza
 
@@ -42,11 +42,10 @@ Regula (valabila in toate proiectele ROA/VFP): un singur subagent care duce o mi
 ## Disciplina de context a ORCHESTRATORULUI
 
 Pragul de ~200-250k e pentru subagenti, dar orchestratorul se umple la fel de repede daca isi
-lasa in sesiune munca de CITIT. Masurat pe o runda reala (implementare + 4 rulari ale unei suite
-de 25 de teste): sesiunea principala a ajuns la ~570k desi tot codul fusese scris de subagenti.
-Consumul, in ordinea marimii: (1) citirea rezultatelor de test dupa fiecare test terminat, cu tot
-cu liniile "OK"; (2) citirea codului ca sa diagnosticheze esecurile; (3) diagnostic si fixuri
-aplicate direct in loc de delegate.
+lasa in sesiune munca de CITIT (masurat: o runda de implementare + 4 rulari de teste a dus
+sesiunea principala la ~570k desi tot codul fusese scris de subagenti). Principalii consumatori:
+citirea rezultatelor de test dupa fiecare rulare (cu tot cu liniile "OK"), citirea codului pentru
+diagnostic, fixuri aplicate direct in loc de delegate.
 
 - **Nu citi log-uri brute.** Scripturile de raportare afiseaza DOAR esecurile plus un total
   ("22 OK, 3 FAIL: <nume + linia de esec>"). Tabelul complet se citeste o singura data, la
@@ -97,4 +96,4 @@ Sablon:
 
 Cand un story pica de doua ori la rand, nu-l reincerca a treia oara cu acelasi prompt: semnul e ca
 descrierea sau criteriul e gresit, nu executia. Rescrie story-ul (mai mic, sau cu criteriul
-corectat) inainte de a mai cheltui un agent.
+corectat) inainte de a mai cheltui un agent.