Dom/rpa_vision_v3
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
Files
a7de6a488b8269927a6eb78adea3c9632acc3f33
rpa_vision_v3/.kiro/specs/actionexecutor-workflow-integration/requirements.md
Dom a7de6a488b feat: replay E2E fonctionnel — 25/25 actions, 0 retries, SomEngine via serveur 
Validé sur PC Windows (DESKTOP-58D5CAC, 2560x1600) :
- 8 clics résolus visuellement (1 anchor_template, 1 som_text_match, 6 som_vlm)
- Score moyen 0.75, temps moyen 1.6s
- Texte tapé correctement (bonjour, test word, date, email)
- 0 retries, 2 actions non vérifiées (OK)

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
2026-03-31 14:04:41 +02:00

7.5 KiB
Raw Blame History

Document d'Exigences - Intégration ActionExecutor/WorkflowPipeline

Auteur : Dom, Alice Kiro
Date : 20 décembre 2024

Introduction

Ce document spécifie les exigences pour l'intégration complète entre ActionExecutor et WorkflowPipeline dans RPA Vision V3. Cette intégration est critique pour permettre l'exécution automatique des workflows de bout en bout, en connectant la résolution d'état avec l'exécution d'actions.

Glossaire

  • ActionExecutor : Composant responsable de l'exécution physique des actions (clic, saisie, etc.)
  • WorkflowPipeline : Pipeline principal de traitement et d'exécution des workflows
  • TargetResolver : Système de résolution des éléments cibles dans l'interface utilisateur
  • ExecutionContext : Contexte d'exécution contenant l'état actuel et les métadonnées
  • ActionResult : Résultat détaillé de l'exécution d'une action
  • WorkflowState : État actuel du workflow en cours d'exécution
  • StepExecution : Exécution d'une étape individuelle du workflow
  • ExecutionPipeline : Pipeline complet d'exécution d'une étape de workflow

Exigences

Exigence 1

Histoire Utilisateur : En tant que système RPA, je veux que WorkflowPipeline exécute automatiquement les actions via ActionExecutor, afin que les workflows puissent fonctionner de manière autonome.

Critères d'Acceptation

  1. QUAND WorkflowPipeline identifie une action à exécuter, LE Système d'Intégration DOIT utiliser ActionExecutor pour l'exécuter
  2. QUAND une action nécessite une résolution de cible, LE Système d'Intégration DOIT utiliser TargetResolver avant l'exécution
  3. QUAND l'exécution d'une action est complétée, LE Système d'Intégration DOIT capturer le résultat détaillé
  4. QUAND une action échoue, LE Système d'Intégration DOIT gérer l'échec avec les stratégies appropriées
  5. QUAND le workflow continue, LE Système d'Intégration DOIT passer automatiquement à l'étape suivante

Exigence 2

Histoire Utilisateur : En tant que développeur de workflow, je veux un contexte d'exécution riche, afin que chaque action ait accès à toutes les informations nécessaires.

Critères d'Acceptation

  1. QUAND une action est exécutée, LE Système de Contexte DOIT fournir l'état actuel de l'écran
  2. QUAND une action nécessite des variables, LE Système de Contexte DOIT fournir les valeurs des variables du workflow
  3. QUAND une action est exécutée, LE Système de Contexte DOIT inclure l'historique des actions précédentes
  4. QUAND une action modifie l'état, LE Système de Contexte DOIT mettre à jour le contexte pour les actions suivantes
  5. QUAND le contexte est corrompu, LE Système de Contexte DOIT détecter et corriger les incohérences

Exigence 3

Histoire Utilisateur : En tant qu'opérateur système, je veux une exécution robuste avec gestion d'erreurs, afin que les workflows puissent récupérer des échecs temporaires.

Critères d'Acceptation

  1. QUAND une action échoue temporairement, LE Système de Robustesse DOIT tenter une récupération automatique
  2. QUAND la résolution de cible échoue, LE Système de Robustesse DOIT essayer des stratégies alternatives
  3. QUAND l'interface change pendant l'exécution, LE Système de Robustesse DOIT s'adapter dynamiquement
  4. QUAND les tentatives de récupération échouent, LE Système de Robustesse DOIT escalader avec un contexte complet
  5. QUAND une récupération réussit, LE Système de Robustesse DOIT logger la récupération pour l'apprentissage

Exigence 4

Histoire Utilisateur : En tant qu'analyste de performance, je veux des métriques détaillées d'exécution, afin de pouvoir optimiser les workflows et diagnostiquer les problèmes.

Critères d'Acceptation

  1. QUAND une action est exécutée, LE Système de Métriques DOIT mesurer le temps de résolution de cible
  2. QUAND une action est exécutée, LE Système de Métriques DOIT mesurer le temps d'exécution physique
  3. QUAND une étape de workflow est complétée, LE Système de Métriques DOIT calculer les métriques de succès
  4. QUAND des erreurs surviennent, LE Système de Métriques DOIT enregistrer les métriques d'échec et de récupération
  5. QUAND le workflow se termine, LE Système de Métriques DOIT fournir un rapport de performance complet

Exigence 5

Histoire Utilisateur : En tant que système d'apprentissage, je veux capturer les données d'exécution, afin d'améliorer continuellement la précision des workflows.

Critères d'Acceptation

  1. QUAND une action est exécutée avec succès, LE Système d'Apprentissage DOIT enregistrer les paramètres de succès
  2. QUAND une résolution de cible réussit, LE Système d'Apprentissage DOIT renforcer les patterns de matching
  3. QUAND une action échoue puis réussit après récupération, LE Système d'Apprentissage DOIT apprendre de la récupération
  4. QUAND l'interface évolue, LE Système d'Apprentissage DOIT adapter les modèles de reconnaissance
  5. QUAND des patterns récurrents sont détectés, LE Système d'Apprentissage DOIT optimiser les stratégies de résolution

Exigence 6

Histoire Utilisateur : En tant qu'administrateur système, je veux une traçabilité complète de l'exécution, afin de pouvoir auditer et déboguer les workflows complexes.

Critères d'Acceptation

  1. QUAND une étape de workflow commence, LE Système de Traçabilité DOIT créer un enregistrement d'audit détaillé
  2. QUAND une action est exécutée, LE Système de Traçabilité DOIT enregistrer tous les paramètres et résultats
  3. QUAND des décisions sont prises par le système, LE Système de Traçabilité DOIT documenter le raisonnement
  4. QUAND des erreurs surviennent, LE Système de Traçabilité DOIT capturer le contexte complet de l'erreur
  5. QUAND l'exécution se termine, LE Système de Traçabilité DOIT fournir une trace complète pour l'audit

Exigence 7

Histoire Utilisateur : En tant que développeur système, je veux une architecture modulaire et extensible, afin que de nouveaux types d'actions puissent être facilement ajoutés.

Critères d'Acceptation

  1. QUAND un nouveau type d'action est défini, LE Système d'Extensibilité DOIT permettre son intégration sans modification du pipeline
  2. QUAND des stratégies de résolution personnalisées sont nécessaires, LE Système d'Extensibilité DOIT les supporter via des plugins
  3. QUAND des post-conditions spécifiques sont requises, LE Système d'Extensibilité DOIT permettre leur définition
  4. QUAND des métriques personnalisées sont nécessaires, LE Système d'Extensibilité DOIT permettre leur ajout
  5. QUAND l'architecture évolue, LE Système d'Extensibilité DOIT maintenir la compatibilité avec les actions existantes

Exigence 8

Histoire Utilisateur : En tant qu'utilisateur du système, je veux une exécution performante, afin que les workflows s'exécutent rapidement même sur des interfaces complexes.

Critères d'Acceptation

  1. QUAND une étape de workflow est exécutée, LE Système de Performance DOIT compléter en moins de 2 secondes pour des actions simples
  2. QUAND des résolutions de cible multiples sont nécessaires, LE Système de Performance DOIT réutiliser les analyses d'interface
  3. QUAND des actions similaires sont exécutées, LE Système de Performance DOIT optimiser via la mise en cache
  4. QUAND l'interface est complexe, LE Système de Performance DOIT prioriser les zones d'intérêt
  5. QUAND les ressources sont limitées, LE Système de Performance DOIT adapter la stratégie d'exécution
Reference in New Issue View Git Blame Copy Permalink