Bewerken: Wiki Log

Sectie: 2026-05-27 — feat: property-gedrag uitgerold over het HELE corpus (5037/5037 write-edges)

Reden:

## 2026-05-27 — feat: property-gedrag uitgerold over het HELE corpus (5037/5037 write-edges)

**Type:** data-uitbreiding (afronding van de property-gedrag-feature)

De property-gedrag-laag is nu **volledig**: alle 5.037 write-edges (entity.property × workflow) over **641 entiteiten** hebben een property-specifieke NL-zin in `Data/property_behavior.json`. Dekking 100%.

**Aanpak:** corpus-brede pijplijn `tools/_pu_behavior_gen.py` (`plan`/`merge`) bouwt de nog-niet-gedekte write-edge-map (index minus reeds gedekt), dumpt per golf 10 batches × ~30 workflows als `_batch_<i>.json` + per-workflow XML, en valideert bij merge dat elke zin een échte write-edge betreft (geen gehallucineerde props). In 8 golven (na de Job-fases) verwerkten telkens 10 Haiku-subagents de workflow-XML en traceerden hóe/waaróm elke doel-property wordt gezet. Merge-resultaten per golf: +709, +580, +422, +520, +629, +698, +644, +238 (+1 handmatig) edges; alle parts valide JSON (één BOM-afkeuring opgevangen, edges keerden terug in de pool en zijn in een latere golf alsnog gedekt).

**Integratie:** ongewijzigd t.o.v. de Job-fase — `get_property_behavior(entity, property, workflow)` in `lib/raw_data.py` + `src/rawdata.ts` (exacte pariteit geverifieerd: write=5037, entities=641 in beide), `lookup_property_usage` toont per schrijvende workflow de property-specifieke zin met workflow-`Description` als fallback. Reads/filters blijven op Description-fallback.

**Resultaat:** een willekeurige `lookup_property_usage(<entity>, <property>)` levert nu voor vrijwel elke schrijver een concrete zin (bv. "Status → Approved vanwege approval", "BookDate = systeemdatum indien leeg", "QuantityOut beperkt tot beschikbare voorraad in magazijnlocatie"). Wegwerp-intermediates (`tools/_pu_behavior/`) opgeruimd.