Comment la replanification de tâches conserve les pointeurs de lignée lors des réécritures de plans d’exécution

La documentation sur l'architecture système présente fréquemment la replanification de tâches comme une réinitialisation complète, mais les exécuteurs de tâches sous-jacents conservent l'historique d'exécution essentiel. Lorsque des changements de priorité ou des réorientations en cours d'exécution obligent un moteur à réécrire son plan, l'état résiduel et les enregistrements de lignée restent actifs au sein du système.

L'écart entre les diagrammes et le stockage de l'état

Même si les documents de conception visuelle laissent souvent entendre qu'une réécriture de plan offre une remise à zéro complète, les exécuteurs de tâches gèrent les changements de priorité en cours d'exécution par un archivage sélectif de l'état. Par exemple, lorsqu'une tâche comme task-412 est interrompue par une modification de priorité, le moteur d'exécution génère une tâche descendante telle que task-412B. Tandis que les plannings en aval s'adaptent aux nouvelles priorités, le mécanisme d'état sous-jacent maintient le contexte au lieu d'effacer toute trace de la tentative initiale.

La persistance via les magasins d'état et les fichiers de cartographie

Dans cette architecture d'exécution, l'état faisant foi d'une tâche est inscrit dans state_store.py au moyen de routines telles que archive_task_state(). En parallèle, les liens de lignée sont sérialisés dans reschedule_map.json, enregistrant des associations clé-valeur explicites qui relient les nouvelles tâches à leur origine, accompagnées de la raison du déclenchement comme priority_shift. Ce lien structurel fournit une arête enfant-vers-origine interrogeable qui persiste à travers les générations de plans, même lorsque les journaux d'exécution sont effacés ou que les gestionnaires sont réordonnés.

Pourquoi les liens de provenance évitent les boucles d'exécution

La conservation des pointeurs d'ancêtres empêche les systèmes de perdre leur continuité structurelle lors des replanifications automatisées. Si un moteur d'exécution ne parvient pas à maintenir cette cartographie de lignée durable, les composants en aval ne peuvent pas remonter le travail jusqu'à son contexte causal d'origine. Sans ces pointeurs d'origine explicites, les exécuteurs de tâches risquent de répéter des travaux en double, de masquer des schémas de défaillance récurrents et de créer des historiques d'exécution disjoints lors de réécritures de plans complexes.

Illustration éditoriale générée par IA ; ce n’est pas une photographie documentaire.

Source: What Actually Persists When I Rewrite the Plan