Dom/rpa_vision_v3
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

docs(R1): acte create-or-skip + corrige docstring wiring périmé

Browse Source 
Sémantique R1 tranchée par Dom (02/07) : create-or-skip (la version validée
par revue humaine fait foi, un ré-apprentissage ne l'écrase pas). Aligne
docstring learned_workflow_bridge (disait à tort « pas branché au worker »
depuis c82829f2b) + spec F1-1 (barré create-or-update).

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
This commit is contained in:
Dom
2026-07-02 18:44:47 +02:00
parent bd1c9d2c8a
commit 9a34ecded6
2 changed files with 9 additions and 3 deletions
Download Patch File Download Diff File Expand all files Collapse all files

2
docs/PLAN_REMISE_AU_CARRE_APPRENTISSAGE_2026-06-27.md
View File

@@ -58,7 +58,7 @@ Causes racines (au-delà du « c'est débranché ») :
Tranchées le 23/06 (`DECISIONS_PRODUIT_EN_ATTENTE_2026-06-23.md`) → **on exécute, on ne re-décide pas** : Tranchées le 23/06 (`DECISIONS_PRODUIT_EN_ATTENTE_2026-06-23.md`) → **on exécute, on ne re-décide pas** :
- **F2-1/F14-1** : rejeu intelligent = **OUI, prérequis** (consulter le fonds appris, pas de coords figées). - **F2-1/F14-1** : rejeu intelligent = **OUI, prérequis** (consulter le fonds appris, pas de coords figées).
- **F1-1** : critère de fusion = **signature de trajectoire** (create-or-update). - **F1-1** : critère de fusion = **signature de trajectoire**. ~~create-or-update~~ → **create-or-skip** (révisé Dom 2026-07-02 : un ré-apprentissage ne doit PAS écraser un workflow validé par revue humaine ; la 1ʳᵉ version importée fait foi. Refresh explicite = chantier séparé si besoin. Implémenté ainsi dans `learned_workflow_bridge.py`, cf. `CARTO_CODE_NON_BRANCHE_2026-07-02.md`).
- **F9-1** : **DB = vérité**, JSON = échange ; métrique = workflows rejouables validés. - **F9-1** : **DB = vérité**, JSON = échange ; métrique = workflows rejouables validés.
- **F6-1** : mutualisation **cross + intra-clinique** (fédération anonymisée dans le périmètre + lever silo `machine_id`). - **F6-1** : mutualisation **cross + intra-clinique** (fédération anonymisée dans le périmètre + lever silo `machine_id`).

10
visual_workflow_builder/backend/services/learned_workflow_bridge.py
View File

@@ -362,8 +362,14 @@ def import_core_workflow_to_db(
dict {created: bool, workflow_id: str, signature: str, warnings: list}. dict {created: bool, workflow_id: str, signature: str, warnings: list}.
`created=False` quand un workflow de même trajectoire existait déjà. `created=False` quand un workflow de même trajectoire existait déjà.
Note (non-wiring) : cette unité n'est PAS branchée au worker live ni à la Sémantique : **create-or-skip** (choix acté Dom 2026-07-02). Si un workflow
route HTTP existante ; voir le rapport de câblage R1. de même signature de trajectoire existe déjà, on le RÉUTILISE tel quel — on ne
le met PAS à jour. Rationale : le workflow validé (revue humaine) fait foi ;
un ré-apprentissage automatique ne doit pas écraser une version validée. Si un
refresh explicite devient nécessaire, ce sera un chantier séparé (create-or-update).
Wiring : branché au worker live via `stream_processor._maybe_import_to_vwb`
(depuis c82829f2b, 29/06), sous gate `RPA_R1_AUTO_IMPORT` (défaut OFF).
""" """
# Imports paresseux : garde le module léger et évite un import core/DB au load. # Imports paresseux : garde le module léger et évite un import core/DB au load.
from core.execution.trajectory_signature import workflow_trajectory_signature from core.execution.trajectory_signature import workflow_trajectory_signature