Avant l’exécution : un contrat de résultat
Une bonne mission précise ce qui doit être livré, les sources utilisables, les limites et le moment où une validation est requise. Galaris persiste ensuite la tâche et peut lui associer un plan consultable et modifiable.
Le plan sert à rendre le chemin intelligible. Il n’est pas une garantie que toutes les étapes se dérouleront sans adaptation : une source absente, une délégation ou une décision humaine peut le faire évoluer.
Pendant : des états qui appellent une action
« En cours » ne suffit pas pour piloter un travail durable. Galaris distingue notamment les attentes liées à une question, à un collègue ou à une échéance. L’interface peut ainsi indiquer pourquoi la mission s’est arrêtée et ce qui permettra de la reprendre.
Déléguer sans ouvrir une parenthèse invisible
Lorsqu’un agent confie une sous-tâche, le lien parent-enfant est conservé. Le parent peut attendre le résultat, puis reprendre dans le contexte de la mission. Vous savez quel travail a été délégué, à qui et pour quelle contribution.
Après : un résultat et une suite explicite
Une mission terminée doit rendre son résultat identifiable : livrable, synthèse, décision préparée ou constat d’impossibilité. Elle peut aussi proposer une suite, sans la déclencher automatiquement si celle-ci sort du cadre initial.
En cas d’incident : reprendre sans rejouer aveuglément
Les baux d’exécution et signaux de vie aident à distinguer un travail actif d’une exécution abandonnée. Une reprise reste conservatrice lorsque l’action précédente a pu modifier un système externe : mieux vaut demander une vérification que risquer un doublon.
Retrouver l’activité après avoir fermé la page
La fiche et le panneau du chat retrouvent la dernière tentative, la pause demandée ou effective, les attentes et la prochaine reprise. La demande initiale, la provenance et un aperçu des messages de progression sont conservés pour les nouvelles tâches. Une réponse tardive ne remplace pas un résultat terminé.
Le Working Set relie les entrées, les fichiers produits et les livrables. Si un fichier existe mais n’a pas été envoyé, la reprise de livraison peut utiliser directement le transport autorisé sans régénérer le contenu.
Borner les moyens du travail
Les limites optionnelles portent sur tokens, coût et temps d’un arbre de tâches. Les cycles d’un Goal peuvent partager la consommation. La vue distingue usage enregistré, réservations et restant estimé. Ces limites contrôlent l’admission de nouvelles phases ; une phase déjà lancée peut dépasser sa réservation.
Retrouver les ressources de la mission
Corriger, remplacer ou vérifier avant de recommencer
Une précision peut amender le travail si le livrable reste le même. Un conflit de définition ne crée pas de deuxième tâche. Un remplacement explicite conserve le lien avec l’ancienne tâche et attend une preuve d’arrêt ; certaines situations, comme un enfant actif ou une attente externe, empêchent ce remplacement.
Une erreur d’outil est rendue à l’agent avec son issue : rejet ou effet inconnu. Il peut corriger sa demande ou vérifier l’effet. À la reprise, les résultats et erreurs enregistrés sont relus sans refaire l’appel ; une opération incertaine ne devient pas automatiquement rejouable.
Votre demande originale reste une référence
À la création depuis une conversation, le serveur conserve les messages et fichiers déclencheurs. Le contexte complémentaire précise les références et les contraintes antérieures ; il ne remplace pas l’instruction originale par une synthèse.
Un travail indépendant laisse les missions précédentes en cours ou en attente. Un amendement refusé ne déclenche ni remplacement silencieux ni arrêt d’un travail sans rapport. La possibilité de modifier une mission dépend de son état et de la reprise réellement prise en charge par son moteur.