refactor: RELATION_DP - documentePar accepte historiqueItem et decision en source

Affinage revele par le traitement des anomalies : un historiqueItem (ex: la
panne du 12/07) ou une decision documente par un skill est une relation
legitime, pas un mesusage. La regle etait trop stricte. A terme, ces regles
domaine-portee doivent vivre dans un skill canonique lu par les agents avant
de tisser (backlog VPBRcJmPxkUC), pas seulement dans le Lint.
This commit is contained in:
2026-07-17 22:36:43 +02:00
parent 46d1674e8b
commit cd1694229f
+1 -1
View File
@@ -131,7 +131,7 @@ RELATION_DP = {
"implementePar": ({"service"}, {"composantLogiciel"}), "implementePar": ({"service"}, {"composantLogiciel"}),
"contraintPar": ({"decision", "composantLogiciel"}, {"contrainte", "principe"}), "contraintPar": ({"decision", "composantLogiciel"}, {"contrainte", "principe"}),
"illustre": ({"concept", "composantLogiciel", "service"}, {"concept"}), "illustre": ({"concept", "composantLogiciel", "service"}, {"concept"}),
"documentePar": ({"service", "outil", "methode", "composantLogiciel"}, {"skill", "documentation"}), "documentePar": ({"service", "outil", "methode", "composantLogiciel", "historiqueItem", "decision"}, {"skill", "documentation"}),
"concerneProjet": (None, {"projet"}), "concerneProjet": (None, {"projet"}),
} }