Raportul de acoperire

Produci cifra pe care se ia decizia de a licita. Regula care nu se încalcă: retrieve-and-rank cu confirmare umană. Niciodată auto-fill.

De ce confirmarea umană nu e opțională

Regăsirea densă poate performa sub căutarea lexicală la localizarea pasajului exact. Într-un document contractual, o potrivire greșită acceptată automat devine o declarație de conformitate falsă — cu consecință de descalificare.

Măsurat pe caietul real (30-reutilizare/34-verificare-acoperire.md): la pragul permisiv 0.18, 90% dintre cerințele tehnice „se potrivesc” — dar inspecția arată că sub ~0.3 e majoritar zgomot („RPO ≤ 1 oră” potrivit cu „invalidare cache”). Auto-completarea ar fi produs 72 de declarații false.

Pipeline

python3 90-implementare/scripts/coverage_match.py cerinte.json \
    "${CLAUDE_PLUGIN_ROOT}/../company-knowledge/reference/cerinte-universale.md" --prag 0.50 -o acoperire.json

1. Potrivire hibridă — lexical (BM25/TF-IDF) + semantic (embeddings), fuzionate prin RRF. Prototipul actual e doar lexical; e un baseline onest, nu produsul final.
2. Top-3 candidați cu scor pentru fiecare cerință.
3. „Fără potrivire” e rezultat de clasa întâi, nu un eșec.
4. Om confirmă fiecare potrivire. Confirmările alimentează calibrarea.
5. Verifică dovada: un CU-* fără dovada.artefact viu și valid_until neexpirat e marcat „afirmație” și nu intră în cifra de acoperire.

Cele două cifre

Cifră	Ce înseamnă
Acoperire funcțională	Deținem conceptual soluția
Acoperire pe stack-ul impus	O deținem în limbajul cerut de licitație

A doua e cea care contează la evaluare. Un GLog scris doar în Java nu ajută la o licitație care impune .NET.

Nu uita stratul SBB

Potrivirea doar la CU-* ratează tot capitolul funcțional — CU-* sunt transversale (securitate, auth, audit, observabilitate), iar cerințele funcționale sunt despre module de business. Potrivește și la nivel de modul → bloc de construcție, altfel raportezi mult sub realitate.

Ieșire

Acoperire [OBL] (N cerințe, din care T tehnice și A administrative):
  ACOPERIT cu dovadă     ██████░░░░   n  (%)
  PARAMETRIZAT           ███░░░░░░░   m  (%)
  DEZVOLTARE NOUĂ        ██░░░░░░░░   k  (%)
  NETEHNIC (boilerplate) ████░░░░░░   a  (%)
Pe stack-ul impus:       ████░░░░░░      (%)
Dovezi expirate:         x din y revendicate

Regula de onestitate

Dacă acoperirea e mică, o raportezi mică. Un raport de 30% real produce o licitație pe care o eviți; unul de 70% inventat produce un contract pe care îl pierzi.