Tâche longue avec point de contrôle et approbation

Récit utilisateur

Je veux que les travaux de longue durée s'interrompent aux points de contrôle explicites avec un statut clair, l'étape suivante et des notes de restauration, afin que je puisse approuver ou rejeter les transitions risquées depuis l'app ou un chat mobile sans perdre le contexte.

Contrat du pack

Prérequis et disponibilité

• Réutilise uniquement les primitives daemon task ou goal
• Les surfaces d'approbation chat/mobile sont optionnelles mais préférées pour le contrôle à distance
• Si les canaux d'approbation distante ne sont pas disponibles, les points de contrôle doivent quand même fonctionner in-app

Champs d'entrée et de configuration

• task_kind: task ou goal
• checkpoint_titles: libellés des points de contrôle ordonnés
• rollback_notes: instructions de restauration par point de contrôle
• summary_cadence: quand émettre les résumés de statut

Cibles de sortie et de livraison

• point de contrôle actuel
• points de contrôle complétés
• action suivante
• état / notes de restauration
• statut d'approbation et conseils de récupération

Recette d'exécution manuelle

1. Démarrer une daemon task/goal avec un plan de points de contrôle explicite dans la description.
2. Avant chaque transition risquée, résumer l'état et les notes de restauration.
3. Mettre en pause pour approbation.
4. Reprendre uniquement après une résolution d'approbation valide.

Exemple de câblage de routine

Ce pack est généralement manuel ou soutenu par une task/goal plutôt que purement basé sur cron ; s'il est planifié, il ne doit que matérialiser le modèle de tâche gouverné, et non contourner automatiquement les approbations.

Exemple de prompt

Utilise le pack Approval-Checkpoint Long Task pour cette migration. Définis les points de contrôle pour la sauvegarde, la mise à jour du schéma, la validation et la basculement, avec les notes de restauration et les résumés d'approbation adaptés au mobile.

Comportement en cas d'échec et récupération

• Approbation obsolète → rejeter et demander une nouvelle approbation du point de contrôle.
• Surface de chat distante manquante → continuer avec l'approbation du point de contrôle in-app.
• Étape du point de contrôle échouée → signaler les notes de restauration avant toute tentative ultérieure.

Liste de vérification

• [ ] La preuve manuelle montre que la mise en pause et la reprise se font correctement.
• [ ] Les résumés des points de contrôle affichent l'étape actuelle, l'étape suivante et les notes de restauration.
• [ ] L'approbation obsolète est rejetée correctement.
• [ ] La sortie de statut adaptée au mobile est préservée.
• [ ] Le pack réutilise le runtime daemon task/goal, pas un runtime auxiliaire.