Arrêter, reprendre et redémarrer

L'arrêt interrompt l'exécution, la reprise tente de continuer à partir de l'état enregistré et le redémarrage recommence. Cela est important lorsque les actions ont des effets.

Ces étapes font référence aux fonctionnalités identifiées dans le code de l'application. Ce matériel n'a pas été validé sur une instance réelle ; vérifiez la documentation et les options de votre version.

Comment ça marche, étape par étape

Le contexte est l'établi

Le contexte comprend les instructions, la demande en cours, l'historique pertinent, les documents récupérés et les résultats de l'outil. la fenêtre de contexte a une capacité limitée ; réservez également de la place pour la réponse. Plus de texte n’améliore pas automatiquement la précision. Des informations non pertinentes et des contradictions peuvent cacher des preuves importantes. Résumez soigneusement l’historique de la conversation et préservez l’origine des faits. L'état décrit l'exécution en cours, un point de contrôle enregistre un point pouvant être repris et la mémoire persistante conserve les informations d'une exécution à l'autre. Ce sont différents mécanismes gérés par l’application.

Les erreurs nécessitent des chemins explicites

Un délai d'attente diffère d'une erreur d'autorisation. Réessayez uniquement les erreurs transitoires, avec des tentatives limitées et des délais croissants. Une opération avec des effets secondaires peut s'exécuter avant que sa réponse ne soit perdue ; réessayer sans clé d'idempotence peut dupliquer l'effet. Le streaming montre la progression mais ne garantit pas l'achèvement. Les points de contrôle peuvent permettre la reprise des étapes ayant échoué dans les limites d'exécution. Stockez l'identifiant d'exécution, l'étape, la durée et l'erreur tout en supprimant les secrets des journaux. Mesurez les chemins lents ainsi que les moyennes.

Le modèle propose, l'outil exécute

L'appel d'outil produit une demande d'appel avec un nom et des arguments. L'application valide le schéma, les autorisations et les limites avant exécution. Le résultat revient au contexte pour l'étape suivante. Par exemple, get_product_stock prend un SKU et renvoie une quantité ; sa description doit expliquer qu'il ne réserve pas de produits. Distinguez les résultats vides, les erreurs de validation, les accès manquants et les délais d’attente. Un JSON valide ne prouve pas que les arguments sont corrects ou que l'action est autorisée. Pour les effets externes, envisagez également une exécution en double.

Le schéma explicatif

Suivez les flèches pleines pour le flux principal. Les flèches bleues en pointillés fournissent des données ou un contexte ; les flèches roses en pointillés affichent des commentaires ou des résultats renvoyés. Les couleurs et les formes distinguent les modèles, les magasins, les décisions et les sorties. La reprise utilise l'exécution enregistrée ; Le redémarrage en commence un nouveau. Un point de contrôle n'est pas une mémoire persistante. Sur un petit écran, faites défiler horizontalement pour suivre le schéma complet.

Un exemple complet

Un workflow récupère la stratégie, puis accède à un outil indisponible. Le CV peut conserver le travail terminé lorsqu'un point de contrôle existe. Le redémarrage peut répéter la récupération et d'autres opérations.

Essayez-le vous-même

1. Testez l'interruption sur un flux de travail en lecture seule et comparez la reprise avec le redémarrage.
2. Enregistrez l’entrée, la source et le résultat attendu avant d’exécuter l’expérience. Utilisez uniquement les données fictives de l'exemple.
3. Suivez les étapes du diagramme. À chaque étape, enregistrez les informations reçues et produites ; ne confondez pas le résultat intermédiaire avec le résultat final.
4. Répétez après avoir supprimé les informations nécessaires ou rendu la saisie ambiguë. Vérifiez si le système clarifie, arrête ou invente une réponse.
5. Comparez avec la solution expliquée. Conservez la configuration, la date, le résultat et une explication des différences. Changez une chose et retestez.

Une solution expliquée

Choisissez la récupération après avoir vérifié les étapes terminées et leurs effets. Un exercice réussi vous permet de montrer le lien entre les contributions, les étapes et les résultats. Lorsqu’une information manque, une réponse prudente est plus utile que des détails inventés. Comparez bien plus que le style : vérifiez également les conditions, les sources et les opérations.

Quand cette approche est utile et quelles sont ses limites

L'arrêt n'annule pas les opérations terminées. Choisissez cette approche lorsqu’elle améliore un besoin mesuré. Gardez une base de référence simple et comparez les résultats en utilisant des entrées identiques. Un exemple réussi n’établit pas la fiabilité dans toutes les situations.

Vérifiez vos connaissances

Un point de contrôle est-il une mémoire utilisateur permanente ?

Non. Enregistrer une course n’implique pas de conserver les préférences dans les conversations.

Un délai d'attente prouve-t-il que l'opération n'a pas été exécutée ?

Non. Vérifiez l’état avant de réessayer une action avec des effets secondaires.

Quel résultat cet exercice devrait-il produire ?

Choisissez la récupération après avoir vérifié les étapes terminées et leurs effets.

Les mots à retenir

• Point de contrôle: Etat enregistré permettant de reprendre une exécution.
• Idempotence: Répétition contrôlée sans dupliquer un effet.
• Appel d'outil: Une demande structurée pour utiliser une capacité externe.

Sources et votre prochaine étape

• LangGraph — Flux de travail et agents

Pour préparer : U02 — Une aire de jeux comme laboratoire